MongoDB Agent の移行ホストのプロビジョニング
- Cloud Managerへのプログラムによるアクセスのための OAuth 2.0認証はプレビュー機能として利用できます。
- 機能および関連するドキュメントは、プレビュー期間中にいつでも変更される可能性があります。 OAuth2.0 認証を使用するには、 Cloud Manager Public APIへのリクエストで使用する サービス アカウント を作成します。
MongoDB + または + を実行中しているCloud Managerによって監視されているソース配置を6.0.177.0.13 Atlas にライブ移行できます。詳細については、「 Cloud Managerによって監視されているMongoDBクラスターの Atlas へのライブ移行 」を参照してください。 より前のMongoDBを実行中ソース配置の場合。6 0。17 の場合は、これらのレガシー移行オプションを使用できます。
Cloud Manager で監視されているソース MongoDB 配置を Atlas にライブ移行するには、移行ホストのサーバーをプロビジョニングします。
Overview
移行ホストは、専用の MongoDB Agent をインストールするサーバーです。 この MongoDB Agent は、ライブ移行操作を自動化します。 構成オプション agentFeatureCloudMigrationEnabledをtrueに設定する必要があります。
移行ホストを使用して、Cloud Manager から Atlas への配置のライブ移行プロセスを管理します。 移行ホストは他の目的で使用することはできません。
移行ホストをプロビジョニングすると、そのサーバーは Serversタブに表示されます。 移行ホスト上の MongoDB Agent は、Cloud Manager から Atlas へのデータの 1 回限りの移行を実行し、ライブ移行ステータスを Cloud Manager に報告します。
Cloud Manager からライブ移行を開始する方法については、「 Atlas への配置の移行 」を参照し、Atlasへのライブ移行のワークフローを確認してください。
Considerations
一度に複数の配置を移行する予定の場合は、Atlas に移行する配置ごとに専用の移行ホストを作成します。
注意
HTTP proxyの使用は、再試行されたHTTPS requestsの TLS 証明書を中断して置き換えますが、 MongoDB Ops Managerをハイブリッド モードで使用する場合、サポートされません。
前提条件
移行ホストでは、64 ビット CPU アーキテクチャと、サポートされている次のいずれかのプラットフォームを使用する必要があります。 プラットフォームは、移行を容易にするために移行ホストが実行する移行ツールによって異なります。
Cloud Managerでモニタリングに追加するMongoDBのソース配置のライブ移行（プッシュ）の移行ホストは mongomirror を実行します。
アーキテクチャDistro/OS5.0x86_64
RHEL/Centos 7
RHEL/Centos 8
Amazon Linux 2
SUSE 12
SUSE 15
Debian 9
Debian 10
Debian 11
Ubuntu 18.x
Ubuntu 20.x
ARM
RHEL/Centos 8
Amazon Linux 2
PowerPC/ ppc64le
RHEL/ Centos 7
RHEL/ Centos 8
zSeries/ 390x
RHEL 7
RHEL 8
Windows
注意
ライブ移行用の移行ホストの構成は、Windows または macOS ではサポートされていません。 サポートされているプラットフォームのいずれかで移行ホストをプロビジョニングする場合は、Windows ベースの配置から Atlas へのデータをライブ移行（プッシュ）できます。 macOS ベースの配置から Atlas へのデータのライブ移行はできません。
Cloud Manager がローカル モードで実行されている場合、 mongomirror をダウンロードするには、次のサーバーへの送信アクセス権が必要です。
translators-connectors-releases.s3.amazonaws.com Cloud Managerで監視されているMongoDB6.0.17 + または {+c2 c-version+7} + のライブ移行用の移行ホスト（プッシュ）。移行ホストは mongosync を実行します。
移行ホストは、 64ビットの CPU アーキテクチャとmongosync プラットフォームのいずれかを使用する必要があります。
移行ホストのリソース要件
ライブ移行プロセスは CPU 集中型であり、十分なネットワーク帯域幅が必要です。 移行を成功させるために、十分なリソースがあるクラウド インスタンスを使用してください。
ネットワーク帯域幅が低いホスト環境として特徴付けられているホスト環境は避けてください。
次の手順で説明されている手順で説明されているように、 cloudMigrationOplogPathオプション用に追加のストレージをプロビジョニングする必要がある場合もあります。
プッシュ ライブ移行を容易にするには、
mongosyncを実行する移行ホストに、少なくとも 8 CPU と 24 GBのRAMを搭載したインスタンスを使用します。プッシュ ライブ移行を容易にするには、
mongomirrorを実行する移行ホストの場合、レプリカセットを移行するには、2 - 4 CPU コアと 4 - 8 GBのRAMを搭載したホストを使用します。シャードあたり 2 - 4 CPU コアを含むインスタンスを使用して、 シャーディングされたシャーディングされたクラスターを移行します。
手順
MongoDB Cloud ManagerGoDeploymentMongoDB Cloud Managerで、プロジェクトの ページにGoします。
まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。
まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。
Deployment ページがまだ表示されていない場合は、サイドバーの Deployment をクリックします。
配置ページが表示されます。
Agents ページに移動します。
配置の [ Agents ] タブをクリックします。
[エージェント ]ページが表示されます。
Automation[] で、オペレーティング システムを選択し、移行ホストでエージェントをインストールして実行する手順に従います。
詳細については、「配置を監視またはバックアップのみに MongoDB Agent をインストールする 」を参照してください。
ライブ移行を有効にするには、MongoDB Agent の構成ファイルを編集します。
前の手順でオートメーションエージェント.config ファイルがまだ開いていない場合は、お好みのテキスト エディターで開きます。
sudo vi /etc/mongodb-mms/automation-agent.config 次のライブ移行構成オプションを追加または更新します。
キー値trueライブ移行 プロセスの oplog ファイルへのパス。このキーは任意であり、設定されている場合は、oplog バッファリング用に指定されたディレクトリに十分なストレージをプロビジョニングする必要があります。 配置にこのキーを設定する必要があるかどうかの判断でサポートが必要な場合は、 MongoDB サポート にお問い合わせください。
オートメーションエージェント.config ファイルへの結果としての変更に、ライブ移行に必要な次の構成オプションが含まれていることを確認します。
mmsGroupId=<The ID of your project> mmsApiKey=<The Agent API key of your project> agentFeatureCloudMigrationEnabled=true cloudMigrationOplogPath=<The path to the oplog files>
追加のサーバーはServersタブの下に表示され、追加の MongoDB Agent はAgentsタブの下に表示されます。
次のステップ
移行ホストをプロビジョニングしたら、Atlas に切り替え、ウィザードの手順に従ってライブ移行プロセスを開始できます。