シャーディングされたクラスターの配置

シャーディングされたクラスターの配置の名前を指定します。 これは、一度設定すると変更できません。

コンフィギュレーションサーバー レプリカセットの名前を指定します。 これは、一度設定すると変更できません。 この設定は、 _idレプリカ構成オプションに対応します。

Cloud Manager は、構成サーバーのVersionとして MongoDB 3.2以降を選択した場合にのみ、このオプションを表示します。

クラスター内の各シャードのプレフィックスを指定します。 Cloud Manager は<prefix_n>形式を使用してクラスター内の各シャードに名前を付けます。 nは0インデックス付きの 単調に増加する整数 です。

シャーディングされたクラスターに関連付けられているmongodまたはmongosのホスト名とポート。 このホスト名は、ホスト名、 FQDN 、 IPv 4アドレス、またはIPv 6アドレスにすることができます。

Cloud Manager は、親レプリカセット名の下にmongodプロセスをグループ化し、 mongosesの下にはmongosプロセスをグループ化します。 次に、Cloud Manager はすべてのクラスター コンポーネントをクラスター名の下にグループ化します。 をクリックしますグループの左側にある では、そのサブグループまたはプロセスが一覧表示されます。 グループで利用可能な設定のいずれかを変更すると、そのグループのサブグループとプロセス内の対応する値が変更されます。

MongoDB 3.0またはそれ以前を実行しているクラスターの場合、Cloud Manager はコンフィギュレーションサーバーmongodプロセスをconfigServersの下にグループ化します。

mongodまたはmongosプロセスの MongoDB サーバーのバージョンを選択します。

• Version

• mongodまたはmongosプロセスの MongoDB サーバーのバージョンを選択します。

mongodプロセスがデータファイルを保存するディレクトリを指定します。 この設定は、 storage.dbPath mongod構成ファイル オプションに対応します。 Cloud Manager Automation には、指定されたディレクトリ内のすべてのファイルとフォルダーの読み取り、書込み、および実行に対するファイル システム権限が必要です。

各mongodプロセスには独自のデータベース ディレクトリが必要です。 同じホストに複数のmongodプロセスを配置する場合は、各プロセスに独自のディレクトリがあることを確認してください。

ログファイル名と拡張子を含む、 mongodまたはmongosログファイルへの完全パスを指定します。 この設定は、 systemLog.path構成ファイル オプションに対応します。 mongodまたはmongosには、指定されたファイルへの読み取りと書込みの権限が必要です。

/var/log/mongodb/mongo.logmongodmongosたとえば、/var/log/mongodb/ を指定すると、 または は としてmongo.log にログファイルを保存するように指示します。

mongodまたはmongosには独自のログファイルが必要です。 複数のmongodまたはmongosプロセスを同じホストに配置する場合は、各mongodまたはmongosに独自のログファイルがあることを確認してください。

メニューから次のいずれかのレプリカセット ノード ロールを選択します。

• Default

  選挙でプライマリおよび投票することができるレプリカセットのデータを保持するノード。

• アービタ

  選挙で投票できるレプリカセットの非データを保持するノード。 arbiterOnlyレプリカ構成オプションに対応します。

• hidden

  選挙での投票ができるレプリカセットのデータを保持するノード。 hiddenレプリカ構成オプションに対応します。

• 遅延非表示

  選挙での投票ができるレプリカセットのデータを保持するノード。 secondaryDelaySecsとhiddenのレプリカ構成オプションに対応します。

メニューから、Cloud Manager Automation がレプリカセット ノードを配置するホストを選択します。 メニューには、Cloud Manager Automation の下のホストのみが一覧表示されます。 Cloud Manager Automation へのサーバーの追加に関する詳細なドキュメントについては、「オートメーション用のサーバーのプロビジョニング 」を参照してください。

このホスト名は、ホスト名、 FQDN 、 IPv4アドレス、またはIPv6アドレスにすることができます。

プロセスの mongodIANA ポート番号を指定します。この設定は、 net.port構成ファイル オプションに対応します。 デフォルトは27017です。

mongodは指定されたポートへの排他的アクセス権を持つ必要があります。 複数のmongodプロセスを単一のホストに配置する場合は、プロセスごとに一意の未使用ポートを選択する必要があります。

選挙中にレプリカセットが持つ投票数を指定します。 この設定は、 votes mongodレプリカセット構成オプションに対応します。

選挙中にノードの優先順位を指定します。 優先順位が 0 のレプリカセット ノードはプライマリになることができず、選挙をtriggerできません。 この設定は、 priority mongodレプリカセット構成オプションに対応します。

このノードがプライマリ ノードより "遅れる" 秒数を指定します。 この設定は、 secondaryDelaySecs mongodレプリカセット構成オプションに対応します。

truemongodインデックス を構築するよう に指示するには、 を指定します。この設定は、 buildIndexes mongodレプリカセット構成オプションに対応します。

レプリカセットに関連付けられたタグを指定します。 この設定は、 tags mongodレプリカセット構成オプションに対応します。

レプリカセット タグに関する詳細なドキュメントについては、「レプリカセット タグ」を参照してください。

追加のmongodプロセスをレプリカセット ノードとして追加します。

新しいmongodプロセスを追加すると、 Cluster Configurationセクションのプロセスのリストもアップデートされます。 新しい プロセスのVersion 、 Data Directory 、 Log Fileを構成する必要があります。

レプリカセットで使用されるレプリケーションプロトコルのバージョンを選択します。 この設定は、 protocolVersionレプリカセット構成オプションに対応します。

詳細については、「レプリカセットのプロトコル バージョン 」を参照してください。

セカンダリ メンバーが他のセカンダリメンバーから複製できるようにするには、 trueを指定します。 この設定は、 chainingAllowedレプリカセット構成オプションに対応します。

{w:"majority"}書込み保証 (write concern) でジャーナル オプション が明示的に指定されていない場合の 書込み保証 (write concern)j の動作を決定します。この設定は、 writeConcernMajorityJournalDefaultレプリカセット構成オプションに対応します。

レプリカセットがお互いのハートビートが成功するまで待つ秒数を指定します。 この設定は、 heartbeatTimeoutSecsレプリカセット構成オプションに対応します。

レプリカセットのプライマリが到達不能なときを検出するための時間制限をミリ秒単位で指定します。 この設定は、 electionTimeoutMillisレプリカセット構成オプションに対応します。

新たに選出されたプライマリが、より新しい書込み (write) を行った可能性のある他のレプリカセットと同期するか、または追いつくまでの時間制限をミリ秒単位で指定します。 この設定は、 catchUpTimeoutMillisレプリカセット構成オプションに対応します。

ノードが現在の プライマリ よりも進んでいると判断した後、 キャッチアップ引き継ぎ の開始を待つ時間をミリ秒単位で指定します。この設定は、 catchUpTakeoverDelayMillisレプリカセット構成オプションに対応します。

レプリカセットのデフォルトの書込み保証 ( write concern ) を指定します。 レプリカセットは、書込み (write) 操作またはgetLastErrorが他の書込み保証 (write concern) を指定していない場合にのみ、この書込み保証 (write concern) を使用します。

このオプションが設定されていない場合、レプリカセットのデフォルトの書込み保証 (write concern) はプライマリからの確認のみを必要とします。

このオプションはドキュメント形式（ {"w":2} ）で指定します。

レプリカセットの再構成を強制することを指定します。 Yesに設定すると、MongoDB Agent は、ノードの大部分が利用できない場合でも、レプリカセットに新しい構成を強制的に受け入れます。

警告:レプリカセットの再構成を強制すると、コミットされた過半数の書込み (write) がロールバックされる可能性があります。

慎重に進む必要があります。 この操作の潜在的な影響について質問がある場合は、 MongoDB サポートにお問い合わせください。

詳細については、MongoDB Server マニュアルの「使用できないノードを含むレプリカセットの再構成」を参照してください。