配置の設定を編集

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

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

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

MongoDB Ops Manager には、配置で使用可能な MongoDB バージョンのみが一覧表示されます。

このフィルタリングを無効にするには、 automation.versions.download.baseUrl.allowOnlyAvailableBuildsを参照してください。

配置のユーザー データを保存するには、ユーザーを保存するためのスキーマを選択します。 3.0より古いバージョンの MongoDB からアップグレードする場合、 MongoDB 3.0 + は、ユーザー データに以前のバージョンとは異なるスキーマを使用します。 互換性情報については、MongoDB 3.0リリースノートの 「セキュリティの変更」を参照してください。

配置の機能の互換性バージョンを選択します。 配置で MongoDB バージョン3.4以降を実行している場合、MongoDB Ops Manager はこのフィールドを表示します。

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

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

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

配置のユーザー データを保存するには、ユーザーを保存するためのスキーマを選択します。 3.0より古いバージョンの MongoDB からアップグレードする場合、 MongoDB 3.0 + は、ユーザー データに以前のバージョンとは異なるスキーマを使用します。 互換性情報については、MongoDB 3.0リリースノートの 「セキュリティの変更」を参照してください。

配置の機能の互換性バージョンを選択します。 配置で MongoDB バージョン3.4以降を実行している場合、MongoDB Ops Manager はこのフィールドを表示します。

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

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

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

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

MongoDB Ops Manager には、配置で使用可能な MongoDB バージョンのみが一覧表示されます。

このフィルタリングを無効にするには、 automation.versions.download.baseUrl.allowOnlyAvailableBuildsを参照してください。

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

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

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

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

• Default

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

• アービタ

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

• hidden

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

• 遅延非表示

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

MongoDB Ops Manager Automation がレプリカセット ノードを配置するホストを メニューから選択します。 メニューには、 MongoDB Ops Manager Automation の下のホストのみが一覧表示されます。 MongoDB Ops 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 マニュアルの「使用できないノードを含むレプリカセットの再構成」を参照してください。

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

配置のユーザー データを保存するには、ユーザーを保存するためのスキーマを選択します。 3.0より古いバージョンの MongoDB からアップグレードする場合、 MongoDB 3.0 + は、ユーザー データに以前のバージョンとは異なるスキーマを使用します。 互換性情報については、MongoDB 3.0リリースノートの 「セキュリティの変更」を参照してください。

配置の機能の互換性バージョンを選択します。 配置で MongoDB バージョン3.4以降を実行している場合、MongoDB Ops Manager はこのフィールドを表示します。

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

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

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

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

MongoDB Ops Manager には、配置で使用可能な MongoDB バージョンのみが一覧表示されます。

このフィルタリングを無効にするには、 automation.versions.download.baseUrl.allowOnlyAvailableBuildsを参照してください。

ログファイル名と拡張子を含む、 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のレプリカ構成オプションに対応します。

MongoDB Ops Manager Automation がレプリカセット ノードを配置するホストを メニューから選択します。 メニューには、 MongoDB Ops Manager Automation の下のホストのみが一覧表示されます。 MongoDB Ops 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 マニュアルの「使用できないノードを含むレプリカセットの再構成」を参照してください。