注意
グループとプロジェクトは同義語です。あなたの {PROJECT-ID} は、グループ IDと同じです。既存のグループの場合、グループ/グループ ID は同じままです。このページでは、説明を参照するときに、より一般的なタームのグループ を使用します。エンドポイントとなる接続されたデバイスは、ドキュメントに記載されているままです。
MongoDB supports two types of clusters: replica sets and sharded clusters. A sharded cluster can contain replica sets within it: each shard can be a replica set and the config server can also be a replica set. These relationships are reflected in the way Ops Manager models clusters, and it might lead to unexpected results from the clusters resource.
例
4 つのシャードを含むシャーディングされたクラスターが 1 つあり、各シャードは 3 ノードのレプリカセットである配置を考えてみましょう。
このシナリオでは、 clustersリソースは 5 つのエンティティを返します。
シャーディングされたクラスターを表す 1 つの、
レプリカセット（シャード）を表す 4 。
However, if each shard in this fictitious deployment were a standalone mongod instead of a replica set, then the clusters resource returns only one entity representing the sharded cluster.
ベース URL: https://{OPSMANAGER-HOST}:{PORT}/api/public/v1.0
エンドポイント
次のエンドポイントはclustersで使用できます。
方式 | エンドポイント | 説明 |
|---|---|---|
GET | リクエストを行っているプログラマティック キーで使用可能なすべてのプロジェクト内のすべてのクラスターの詳細を取得します。 | |
GET | 1 つのプロジェクト内のすべてのクラスターの詳細を取得します。 | |
GET | 1 つのプロジェクト内の 1 つのクラスターの詳細を取得します。 | |
PATCH | 1 つのプロジェクト内の 1 つのクラスターを更新します。 |