AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
Docs Menu

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

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

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

  2. レプリカセットに別のノードを追加します。

  3. レプリカセットの古いノードをシャットダウンします。

  4. 古いノードの管理を解除します(任意)。

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

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

例 1

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

例 2

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

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

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

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

1

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

2
  1. まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. サイドバーで、 Database見出しの下のProcessesをクリックします。

[プロセス ]ページが表示されます。

3
4

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

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

設定
説明

Member

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

  • Default

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

  • アービタ

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

  • hidden

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

  • 遅延非表示

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

Hostname

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

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

Port

Specify the IANA port number for the mongod process. This setting corresponds to the net.port configuration file option. Defaults to 27017.

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

Votes

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

Priority

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

Delay

1 秒あたりの秒数を指定プライマリ ノードこのノードは "q"lag" 必要があります。この設定は、secondaryDelaySecsmongod レプリカセット構成オプションに対応します。

Build Indexes

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

Tags

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

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

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

5

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

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

設定
説明

Version

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

  • Version

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

Data Directory

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

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

Log File

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

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

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

6
7
8

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

9
  1. まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. サイドバーで、 Database見出しの下のProcessesをクリックします。

[プロセス ]ページが表示されます。

10

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

11
  1. まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. サイドバーで、 Database見出しの下のProcessesをクリックします。

[プロセス ]ページが表示されます。

12
  1. [Modify] をクリックします。

  2. Member Configurationセクションに移動します。

  3. をクリックします削除するメンバーの省略記号ボタン。

  4. メニューからRemove from Replica Set ] を選択します。

重要

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

  1. [Save] をクリックします。

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

13
  1. まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー

  2. まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。

  3. サイドバーで、 Database見出しの下のProcessesをクリックします。

[プロセス ]ページが表示されます。

14

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

15

Cloud Manager のマネジメントからメンバーを削除するには、 ...の省略記号アイコンをクリックし、 Remove from Cloud Managerを選択します。

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

Cloud Manager のマネジメントからプロセスを削除する方法の詳細なドキュメントについては、「 1 つの配置の管理の停止やモニタリングの停止 」を参照してください。

このページを評価