レプリカセットの編集
Overview
MongoDB Ops Manager コンソールで、 レプリカセットのメンバーを直接追加、削除、再構成できます。
注意
は、ノード上で実行されている プロセスのMongoDB Ops Manager 構成ファイル オプション を変更すると、レプリカセットまたはシャーディングされたクラスター内のノードを再起動します。MongoDB次のオプションは、指定された変更に対してのみ再起動をtriggerします。
security.clusterAuthMode: 値をkeyfileからsendKeyFileに変更すると再起動がトリガーされます。 このオプションに対する他のすべての変更は行われません。net.tls.mode: 値をdisabledからallowTLSに変更すると再起動がトリガーされます。 このオプションに対する他のすべての変更は行われません。
ノードがプライマリであった場合は、再起動されたノードによって 選挙がトリガーされます。 In addition, modifying the member settings of the current primary may trigger an election.
手順
レプリカセット ノードの追加
新しいレプリカセット メンバーを配置する既存のサーバーが必要です。 既存のレプリカセットにノードを追加してセットのサイズを増やすには、次のようにします。
Hostnameで、レプリカセットの新しいノードとして追加するホストを選択します。
Hostnameリストに表示されない場合にホストを追加するには、次の手順に従います。
HostnameでNew Serverを選択します。
プロジェクトにホストがまだ追加されていない場合、 Hostnameリストは表示されません。 代わりにInstall Agentをクリックしてください。
Add New Serverダイアログで、オペレーティング システムを選択し、 Nextをクリックします。
注意
レプリカセットに新しいノードを追加する際に、ノードのmongodでインデックスを構築するには、 Build IndexesをTrueに設定します。 オートメーションがレプリカセットに新しいノードを追加した後は、この値を変更できません。 詳しくは、 members[n].buildIndexesを参照してください。
警告
レプリカセットで TLSを使用する場合は、まず新しいレプリカセット ノード ホストに必要なTLS証明書を作成してインストールする必要があります。 次に、そのホスト上の新しいレプリカセット ノードのmongos または mongodプロセスの TLS 設定を設定します。オートメーションでは、証明書の作成とインストールが自動的に実行され、これらの設定は自動的に構成されません。 新しいノードでTLSを構成しない場合、既存のTLS対応レプリカセットにそれを追加することはできません。 新しいレプリカセット ノードでTLSを有効にする方法については、 「 配置で TLS を有効にする 」を参照してください。
Replica Set Configurationセクションで、新しいノードの次のフィールドを完了します。
Auth Schema Version配置のユーザー データを保存するためのスキーマを選択します。 詳細については、「 SCRAM へのアップグレード」を参照してください。Feature Compatibility （任意）機能の互換性セット を選択します。 このフィールドは、配置の MongoDB バージョンが3.4以降の場合に表示されます。Versionレプリカセットの MongoDB バージョンを選択します。
MongoDB Ops Manager には、配置で使用可能な MongoDB バージョンのみが一覧表示されます。
このフィルタリングを無効にするには、
automation.versions.download.baseUrl.allowOnlyAvailableBuildsを参照してください。Data Directorymongodプロセスがデータファイルを保存するディレクトリのフルパスを指定します。Log File新しいホスト上のmongodプロセスのログファイルの場所と名前を指定します。
レプリカセット ノードの編集
ノードをアービタとして再構成するには、次を参照してください。
Member Configurationで、編集するレプリカセットメンバーの設定を変更します。
Hostname | レプリカセット メンバーのホスト名を指定します。 |
Port | レプリカセット メンバーのポートを指定します。 |
Votes | レプリカセットのノードに選挙で投票するかどうかを指定します。 1の値はメンバーが投票することを示し、 0の値はメンバーが投票しないことを示します。 |
Priority | 選挙中のレプリカセット ノードの優先順位を指定します。 投票権のないノードの優先順位は 0である必要があります。 |
Delay | ノードが 遅延レプリカセット ノードであるかどうかを指定します。 |
Build Indexes | レプリカセット ノードがインデックスを構築するかどうかを指定します。 |
Tags | レプリカセット メンバーに追加するタグセットを定義する JSON を入力します。 |
ノードをアービタに置き換え
ノードを直接アービタとして再構成することはできません。 代わりに、レプリカセットに新しいノードをアービタとして追加する必要があります。 次に、既存のセカンダリをシャットダウンする必要があります。
レプリカセット ノードの削除
レプリカセットからノードを削除すると、 MongoDB Ops Managerはノードのmongodをスタンドアロン プロセスに変換し、シャットダウンします。
ノードを削除するときは、投票ノードの元の数を基準にして、投票ノードの過半数をアクティブに保つ必要があります。 過半数がない場合、プライマリ レプリカセット メンバーは降格し、レプリカセットは読み取り専用になります。 投票の詳細については、MongoDB マニュアルの「レプリカ セットの選挙」と「レプリカセットの高可用性」を参照してください。
ノードを削除すると、使用する書込み保証 のレベルによっては、レプリカセットが書込み ( write ) を確認しなくなる可能性があります。 詳細については、MongoDB マニュアルの「書込み保証」を参照してください。
ノードを削除するには:
クラスター設定の編集
クラスター構成を編集するには、次の手順に従います。
レプリカセットを構成します。
Replica Set Configurationセクションで、次のフィールドを入力します。
Auth Schema Version | 配置のユーザー データを保存するためのスキーマを選択します。 MongoDB 3.0 より前のバージョンからアップグレードする場合、MongoDB 3.0 はユーザー データに以前のバージョンとは異なるスキーマを使用します。 |
Feature Compatibility （任意） | 機能の互換性セット を選択します。 このフィールドは、配置の MongoDB バージョンが 3.4以降の場合に表示されます。 |
Version | レプリカセットの MongoDB バージョンを選択します。 MongoDB Ops Manager には、配置で使用可能な MongoDB バージョンのみが一覧表示されます。 このフィルタリングを無効にするには、 |
Log File | mongodプロセスのログファイルの場所と名前を指定します。 ロケーションはホスト上に存在する必要があります。 |
レプリケーション設定の編集
レプリケーション設定を編集するには、次の手順に従います。
Replication Settingsで、必要なレプリケーション設定を変更します。
すべてのフィールドの説明と各フィールドをサポートする MongoDB のバージョンについては、「レプリカセット構成フィールド 」を参照してください。
詳細情報
レプリカセット構成オプションの詳細については、MongoDB マニュアルの「レプリカセット構成」を参照してください。