レプリカセットの配置

レプリカセットの配置の名前を入力します。 これは、一度設定すると変更できません。 この設定は、 _idレプリカ構成オプションに対応します。

レプリカセットに関連付けられている各プロセスの表を表示します。 各プロセスの MongoDB サーバーのバージョン、データディレクトリ、およびログ パスを構成できます。

mongodプロセスのホスト名とポート。 このホスト名は、ホスト名、 FQDN 、 IPv 4アドレス、またはIPv 6アドレスにすることができます。 Cloud Manager は最初に、各プロセスをレプリカセット名の下にグループ化します。 をクリックしますレプリカセット名の左側にある をオンにすると、レプリカセット内のすべてのmongodプロセスが表示されます。

Cloud Manager は、レプリカセット用に構成された設定を、関連するすべてのプロセスに適用します。

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

• Version

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

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

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

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

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

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

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

• 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プロセスを追加すると、 Replica Set 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 マニュアルの「使用できないノードを含むレプリカセットの再構成」を参照してください。