クラスター
MongoDB Ops Manager v6.0 は 1 月 2025 で EOL になります。 可能な限りすぐに MongoDB Ops Manager の上位バージョンにアップグレードしてください。
注意
グループとプロジェクトは同義語です。 あなたの {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 つのクラスターを更新します。 |