レプリカセットノードの新しいサーバーへの移行

項目一覧

Overview

Considerations
手順

Overview

MongoDB Ops Manager コンソールから、管理対象のレプリカセットの 1 つのメンバーを別のメンバーに置き換えることができます。このプロセスを使用して、レプリカセットのメンバーを新しい基礎サーバーに移行します。この手順には、以下が必要です。

新しいサーバーをプロビジョニングします。
レプリカセットに別のノードを追加します。
レプリカセットの古いノードをシャットダウンします。
古いノードの管理を解除します（任意）。

Considerations

最初の同期

新しいレプリカセットノードを追加すると、ノードは最初の同期を実行する必要があります。これは、データセットのサイズに応じて完了するまでに時間がかかります。最初の同期の詳細については、「レプリカセットデータの同期」を参照してください。

複数ノードの移行

複数のレプリカセットメンバーを一度に削除または移行できますが、投票メンバーの過半数が残っている必要があります。さらに投票権のあるノードを削除する必要がある場合は、一度に 1 つずつ削除します。

例

例 1

4 ノードのレプリカセットがある。すべてのノードは投票権のあるノードです。削除できるノードは 1 つだけです。これにより、4 つの投票ノードのうち 3 つの過半数が保持されます。その後に残りの 3 ノードのレプリカセットから別のノードを削除できます。これにより、残りの投票ノードの過半数が保持されます。

例

例 2

4 ノードのレプリカセットがある。 3 つのノードは投票ノードであり、1 つのノードは非投票ノードです。投票権を持つノードと投票権のないノードを同時に削除できます。これにより、投票ノード 3 つのうち 2 つの過半数が保持されます。

投票について詳しくは、「レプリカセットの高可用性」と「レプリカセットの選挙」を参照してください。

移行中にノードを削除すると、使用する書込み保証 ( write concern ) のレベルによっては、レプリカセットが書込み (write) を確認しなくなる可能性があります。詳細については、MongoDB マニュアルの「書込み保証」を参照してください。

手順

この手順は、移行するレプリカセットの各ノードに対して個別に実行します。

新しいサーバーをプロビジョニングします。

「サーバーのプロビジョニングを参照してください。

配置のProcesses [0} タブに移動します。

まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーションバーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーションバーの Projects メニューから目的のプロジェクトを選択します。
サイドバーの Processes をクリックします。

Modifyレプリカセットクラスタの [0}] をクリックします。

レプリカセットにメンバーを追加します。

Member ConfigurationセクションでAdd a Mongodをクリックして、新しい mongodメンバーを追加します。

MongoDB Ops Managerに、 mongodの次の構成設定が表示されます。

設定	説明
Member	メニューから次のいずれかのレプリカセットノードロールを選択します。 `Default` 選挙でプライマリおよび投票することができるレプリカセットのデータを保持するノード。アービタ選挙で投票できるレプリカセットの非データを保持するノード。 `arbiterOnly`レプリカ構成オプションに対応します。 hidden 選挙での投票ができるレプリカセットのデータを保持するノード。 `hidden`レプリカ構成オプションに対応します。遅延非表示選挙での投票ができるレプリカセットのデータを保持するノード。 `secondaryDelaySecs`と`hidden`のレプリカ構成オプションに対応します。
Hostname	MongoDB Ops Manager Automation がレプリカセットノードを配置するホストをメニューから選択します。メニューには、 MongoDB Ops Manager Automation の下のホストのみが一覧表示されます。 MongoDB Ops Manager Automation へのサーバーの追加に関する詳細なドキュメントについては、「オートメーション用のサーバーのプロビジョニング」を参照してください。このホスト名は、ホスト名、 FQDN 、 IPv4アドレス、またはIPv6アドレスにすることができます。
Port	プロセスの `mongod`IANA ポート番号を指定します。この設定は、 `net.port`構成ファイルオプションに対応します。デフォルトは`27017`です。 `mongod`は指定されたポートへの排他的アクセス権を持つ必要があります。複数の`mongod`プロセスを単一のホストに配置する場合は、プロセスごとに一意の未使用ポートを選択する必要があります。
Votes	選挙中にレプリカセットが持つ投票数を指定します。この設定は、 `votes` `mongod`レプリカセット構成オプションに対応します。
Priority	選挙中にノードの優先順位を指定します。優先順位が `0` のレプリカセットノードはプライマリになることができず、選挙をtriggerできません。この設定は、 `priority` `mongod`レプリカセット構成オプションに対応します。
Delay	このノードがプライマリノードより "遅れる" 秒数を指定します。この設定は、 `secondaryDelaySecs` `mongod`レプリカセット構成オプションに対応します。
Build Indexes	`truemongod`インデックスを構築するように指示するには、を指定します。この設定は、 `buildIndexes` `mongod`レプリカセット構成オプションに対応します。
Tags	レプリカセットに関連付けられたタグを指定します。この設定は、 `tags` `mongod`レプリカセット構成オプションに対応します。レプリカセットタグに関する詳細なドキュメントについては、「レプリカセットタグ」を参照してください。

新しくプロビジョニングされたサーバーに対応するHostnameを選択していることを確認します。

新しい`mongod` プロセスを構成します。

Replica Set Configurationセクションから、 Replica Set Settings見出しの下のテーブルを表示します。 Process Name列には、各レプリカセットメンバーセットのホスト名とポートが一覧表示されます。 MongoDB Ops Managerは最初に、レプリカセット名の下にプロセスをグループ化します。をクリックしますレプリカセット名の左側にあるアイコンを使用すると、レプリカセットに関連付けられているすべてのノードが一覧表示されます。

新しく追加されたメンバーに対応するProcess Nameに対して、次の設定を構成します。

設定	説明
Version	`mongod`プロセスの MongoDB サーバーのバージョンを選択します。 MongoDB Ops Manager には、配置で使用可能な MongoDB バージョンのみが一覧表示されます。このフィルタリングを無効にするには、 `automation.versions.download.baseUrl.allowOnlyAvailableBuilds`を参照してください。
Data Directory	`mongod`プロセスがデータファイルを保存するディレクトリを指定します。この設定は、 `storage.dbPath` `mongod`構成ファイルオプションに対応します。 MongoDB Ops Manager Automation には、指定されたディレクトリ内のすべてのファイルとフォルダーの読み取り、書込み、および実行に対するファイルシステム権限が必要です。各`mongod`プロセスには独自のデータベースディレクトリが必要です。同じホストに複数の`mongod`プロセスを配置する場合は、各プロセスに独自のディレクトリがあることを確認してください。
Log File	ログファイル名と拡張子を含む、 `mongod`ログファイルへの完全パスを指定します。この設定は、 `systemLog.path`構成ファイルオプションに対応します。 `mongod`には、指定されたファイルへの読み取りと書込みの権限が必要です。たとえば、`/var/log/mongodb/mongo.log` `mongod`を指定すると、`/var/log/mongodb/` はとして`mongo.log` にログファイルを保存するように指示します。 `mongod`には独自のログファイルが必要です。複数の`mongod`プロセスを同じホストに配置する場合は、各`mongod`に独自のログファイルがあることを確認してください。

をクリックします。<a class=\" \" href=\" \" title=\" \"><svg xmlns=\" \" width=\" \" height=\" \" fill=\" \" viewbox=\" \" class=\" \" role=\" \" aria-label=\" \"><path fill=\" \" d=\" \"> <path fill=\" \" d=\" \">Apply

Review & Deploy変更内容を確認するには、をクリックします。

Confirm & Deploy変更を配置するには、をクリックします。

そうでない場合は、 Cancelをクリックすると、追加の変更を行うことができます。

新しいノードが同期していることを確認します。

Deploymentページでレプリカセットの名前をクリックしてクラスタービューを開きます。新しい各ノードのステータスがRecovering状態でなくなっていることを確認します。

レプリカセットから古いノードを削除します。

Deploymentビューから [ Modify ] をクリックします。
Member Configurationセクションに移動します。
をクリックします削除するメンバーの省略記号ボタン。
メニューからRemove from Replica Set ] を選択します。

重要

プライマリレプリカセットノードを削除すると、選挙がトリガーされます。レプリカセットは、選挙が完了するまで書込み (write) 操作を処理できません。レプリカセットの選挙に関する詳細なドキュメントについては、「レプリカセットの選挙」を参照してください。

Deployment画面に戻るには、 Saveをクリックします。

[ Review Changesをクリックし、 Confirm & Deployをクリックします。 MongoDB Ops Managerは、削除されたレプリカセットを、Deployment ビューで表示されるスタンドアロンクラスターに変換します。

任意: 古いノードをシャットダウンします。

Deploymentビューから、スタンドアロンの省略記号アイコンをクリックし、 Shutdownを選択します。 [ Review Changesをクリックし、 Confirm & Deployをクリックします。

任意: 古いノードを削除します。

MongoDB Ops Manager の管理からノードを削除するには、次のクリックします:省略記号アイコンをクリックし、 Remove from Ops Managerを選択します。

MongoDB Ops Managerは、マネジメントから削除されたプロセスを自動的にシャットダウンしません。前の手順でプロセスをシャットダウンしなかった場合は、ホストマシンに直接接続して、手動でシャットダウンする必要があります。

MongoDB Ops Managerの管理からプロセスを削除する方法の詳細なドキュメントについては、「 1 つの配置の管理や監視を停止」を参照してください。

戻る

レプリカセットのシャーディングされたクラスターへの変換

コンフィギュレーションサーバーのレプリカセットへの変換