クラスター
注意
グループとプロジェクトは同義語です。 あなたの {PROJECT-ID}はプロジェクト ID と同じです。 既存のグループの場合、グループ/プロジェクト ID は同じままです。 このページでは、説明を参照するときに、より一般的な用語の グループ を使用します。 エンドポイントは ドキュメントに記載されているままです。
MongoDB は、 レプリカセットとシャーディングされたクラスター の 2 種類のクラスターをサポートしています。 シャーディングされたクラスターには、その中にレプリカセットを含めることができます。各シャードはレプリカセットになり、コンフィギュレーションサーバーはレプリカセットになります。 これらの関係はMongoDB Ops Managerがクラスターをモデル化する方法に反映され、clusters リソースから予期しない結果につながる可能性があります。
例
4 つのシャードを含むシャーディングされたクラスターが 1 つあり、各シャードは 3 ノードのレプリカセットである配置を考えてみましょう。
このシナリオでは、 clustersリソースは 5 つのエンティティを返します。
シャーディングされたクラスターを表す 1 つの、
レプリカセット（シャード）を表す 4 。
ただし、この仮想配置内の各シャードがレプリカセットではなく、スタンドアロンのmongodであった場合、 clustersリソースはシャーディングされたクラスターを表すエンティティを 1 つだけ返します。
ベース URL: https://{OPSMANAGER-HOST}:{PORT}/api/public/v1.0
エンドポイント
次のエンドポイントはclustersで使用できます。
方式 | エンドポイント | 説明 |
|---|---|---|
GET | リクエストを行っているプログラマティック キーで使用可能なすべてのプロジェクト内のすべてのクラスターの詳細を取得します。 | |
GET | 1 つのプロジェクト内のすべてのクラスターの詳細を取得します。 | |
GET | 1 つのプロジェクト内の 1 つのクラスターの詳細を取得します。 | |
PATCH | 1 つのプロジェクト内の 1 つのクラスターを更新します。 |