MongoDB Ops Manager または Cloud Manager によって監視されているレプリカセットをライブ移行(プッシュ)(6.0.17より前のMongoDB)

Atlas で、Organization Settings ページに移動します。

1. まだ表示されていない場合は、以下から目的の組織を選択しますナビゲーション バーのOrganizationsメニュー

2. [Organizations] メニューの横にある [Organization Settings] アイコンをクリックします。

   [ Organization Settings ]ページが表示されます。

Live Migration to Atlas ページに移動します。

サイドバーの Live Migration をクリックします。

[ Atlas へのライブ移行 ]ページが表示されます。

移行プロセスを開始します。

1. [Migrate from Ops Manager or Cloud Manager] をクリックします。

2. I'm Ready to Startをクリックし、 MongoDB Communityを使用して から 移行する 場合は、MongoDB Ops Manager Ops Manager License Agreementをクリックして読み取りと受け入れを行います。ライブ移行ウィザードの外部で契約を読み取るには、「 MongoDB Ops Managerの移行契約 」を参照してください。

Atlas には、プロセスの進め方を示すライブ移行ウィザードが表示されます。 このプロセスは、ソースクラスターのデータを新しい宛先クラスターにプッシュします。 ウィザードの手順を完了したら、お使いのアプリケーションが新しいクラスターに向くよう設定できます。

Atlas とのリンク。

1. [ Generate Link-Tokenをクリックします。 Atlasにトークンリンクを生成するためのページが表示されます。

   • から移行する場合は、外部 MongoDB Ops ManagerIPアドレスまたは インスタンスの CIDR ブロックを入力して、トークンリンクに埋め込まれた キーのアクセスMongoDB Ops ManagerAPI リストに追加します。これにより、 MongoDB Ops Managerはプロジェクトとクラスターの情報をAtlasに送信できます。 MongoDB Ops Managerは、このステップではMongoDBデータベースに保存されているデータを送信しません。 たとえば、 23.248.95.14と入力します。

   • Cloud Manager から移行する場合は、この手順をスキップします。

2. 生成されたトークンリンクを含むページを表示するには、 Nextをクリックします。

3. トークンリンクをコピーし、安全な場所に保存します。 Atlas はトークンリンクの内容を表示しません。 また、Atlas はトークンリンクを生成した後、そのトークンを表示しません。 公開共有しないでください。

   注意

   1 つの固有のトークンリンクを使用して、1 つのCloud ManagerまたはMongoDB Ops Manager組織内のすべてのプロジェクトをAtlasにライブ移行します。

4. [Done] をクリックします。

トークンリンクをMongoDB Ops ManagerまたはCloud Managerに貼り付けます。

1. Cloud ManagerまたはMongoDB Ops Managerで組織にアクセスします。

   MongoDB Ops ManagerまたはCloud Managerを開き、 Atlasにライブ移行するプロジェクトのクラスターを含む組織に移動します。

2. 左側のナビゲーションパネルで [Settings] をクリックします。

3. Live Migration: Connect to Atlasセクションで、 Connect to Atlasをクリックします。 Connect to Atlasダイアログ ボックスが開きます。

4. ライブ移行ウィザードの前のステップで生成したトークンリンクを貼り付け、 Connect to Atlasをクリックします。 Cloud ManagerまたはMongoDB Ops Managerは、 Atlasへの接続を確立します。 必要に応じて、 Refreshボタンを使用して更新内容を Atlas に送信します。 詳細については、「 Atlasのライブ移行の MongoDB Ops ManagerためにAtlas への接続 」または「 のライブ移行のためのCloud Manager Atlas の接続 」を参照してください。

宛先 Atlas クラスターを作成します。

まだ作成していない場合は、Atlas で宛先クラスターを作成します。 「前提条件 」を参照してください。

宛先クラスターから移行を開始します。

1. [Select Target Cluster from Projects] をクリックします。

2. GoAtlas宛先の クラスターのプロジェクトに し、宛先クラスターを見つけます。

3. をクリックします移行を開始するには、ドロップダウン リストから [ Migrate Data to this Clusterを選択します。 Migrate Data to This Clusterページが開きます。

4. [ Migrate from Ops Manager or Cloud Managerをクリックし、次のようにフィールドに入力します。

   • まだ選択されていない場合は、 Cloud ManagerまたはMongoDB Ops Managerでソース プロジェクトを選択します。

   • 移行を処理するための移行ホストを選択します。

   • IP アドレス アクセス リストを確認し、移行ホストの外部 IP アドレスがこのリストに含まれていることを確認します。 追加されていない場合は、ここで追加します。

     • クリック Set Network Access for Host

     • クリック + Add IP Address

     • ライブ移行ウィザードに戻ります。 ドロップダウンからソースクラスタを選択し、 の下でMigrate data to this clusterを選択します。 。

   • ドロップダウンからソースクラスターを選択します。

   • Cloud ManagerまたはMongoDB Ops Managerでソースクラスターの自動化を一時停止しているが、モニタリングエージェントでソースクラスターを引き続き監視している場合、Username と Password が表示されます。 配置でユーザー認証が必要な場合は、これらのフィールドにユーザー名とパスワードを指定します。 認証情報を提供するデータベースユーザーは、管理データベースにおいて少なくともバックアップ ロールを持ち、 SCRAM-SHA- 1と SCRAM-SHA- 256の両方を使用して認証する必要があります。

   • ソースクラスターがTLS / SSLを使用する場合は、 Is encryption in transit enabled?ボタンを切り替えます。

   • ソースクラスターがTLS / SSLをカスタム ルート認証局（CA）で使用する場合は、移行ホストからCAファイルへのパスをコピーし、表示されたテキストボックスにこのパスを貼り付けます。 移行ホストが証明書を読み取れるようにするには、 ファイルが移行ホスト上に存在する必要があります。 Atlas は、証明書が存在し、読み取り可能であることを確認します。

   • レプリカセット宛先クラスターにデータがあり、それを保持する場合は、 Clear any existing data on your destination clusterオプションはオフのままにします。 ライブ移行サービスは、重複する名前空間が見つかった場合に警告を発します。 既存のデータを削除する場合は、このオプションをオンにします。

   • クラスターに接続するための接続を選択します。 Standard connectionは UI に常に使用可能なものとして表示されます。 ただし、他の接続オプションは、以前に VPC ピアリング接続またはプライベートエンドポイントを構成したことがある場合にのみ有効になります。 Atlas が VPC 接続またはプライベートエンドポイントが設定されていないことを検出した場合、これらのオプションはグレー表示されます。

     • VPC ピアリングまたはプライベートエンドポイントを使用していない場合は、 Standard connectionをクリックして、このステップのValidationステージに進みます。

     • 移行ホストと Atlas クラスター間のVPC ピアリング接続を構成した場合、 VPC Peeringオプションは有効になります。 ライブ移行用の VPC ピアリングを使用して接続するには、 VPC Peeringをクリックします。 VPC Peeringオプションがグレー表示されている場合は、この手順を開始する前にVPC ピアリング接続を構成してください。 詳細については、「 VPC ピアリングとプライベートエンドポイントのサポート 」を参照してください。

     • レプリカセットを移行していて、移行ホストと Atlas クラスターの間にプライベートエンドポイントを構成している場合、 Private Endpointオプションはアクティブになります。 Private Endpointをクリックしてプライベートエンドポイントに接続し、ドロップダウンから過去に構成されたプライベートエンドポイントを選択します。 AVAILABLE状態のプライベートエンドポイントのみが有効です。 Private Endpointオプションがグレー表示されている場合は、この手順を開始する前にプライベートエンドポイントを構成してください。 詳細については、「 VPC ピアリングとプライベートエンドポイントのサポート 」を参照してください。

       注意

       プライベートエンドポイントは、単一のクラウドプロバイダーと単一のリージョン内に配置されたレプリカセットのライブ移行でのみサポートされます。 シャーディングされたクラスター、マルチリージョンクラスター、マルチクラウドクラスターは、プライベートエンドポイントを介したライブ移行をサポートしていません。

   • [ Validateをクリックします。 検証プロセスでは、移行ホストがアクセス可能であることを確認し、次の検証チェックを実行して、Atlas へのライブ移行を開始できることを確認します。

     次の検証チェックを利用するには 、 のMongoDB Agent MongoDB Ops ManagerMongoDB Agent をアップグレードする か、 の を 最新バージョンにアップグレードします。MongoDB AgentCloud Managerライブ移行プロセスが、ソースクラスターが MongoDB Ops Manager 用の12.0.11.7606より前のバージョンの MongoDB Agent を実行していることを検出した場合、または12は します。 5 。 0 。 7713 Cloud Manager の場合、MongoDB Agent をアップグレードすることを提案するバナー警告が表示されます。

     ライブ移行中に次の検証チェックが実行されます。

     • 移行ホストは宛先クラスターに接続できます。

     • ソースクラスターがカスタム ルート認証局（CA）でTLS / SSLを使用する場合、移行ホストはTLS / SSLを使用してソースクラスターにアクセスできます。

     • データベースユーザーの認証情報が有効です。 この検証チェックは、 Cloud ManagerまたはMongoDB Ops Managerのオートメーションでソースクラスターの自動化を一時停止しているが、モニタリングエージェントでソースクラスターを引き続き監視している場合にのみ実行されます。

     • バージョン 5.0.9 より前のMongoDB Ops Managerから移行する場合、ライブ移行プロセスは、データサイズに基づいて宛先クラスターに十分なディスク領域があることを検証します。 Cloud ManagerまたはMongoDB Ops Manager 5.0.9 以降から移行する場合、移行プロセスは、圧縮されたデータのストレージ サイズに基づいて、宛先クラスターに十分なディスク領域があることを検証します。 データとストレージ サイズの詳細については、 dbStats を参照してください。

   • 検証に失敗した場合は、移行ホスト、外部 IP アドレスまたはCIDRブロックの有効性、およびトークンリンクを確認します。 また、データベースユーザーの認証情報、 TLS / SSL証明書、宛先クラスターのディスク ストレージ サイズの量も確認します。

   • 検証に成功した場合は、[ Next ] をクリックします。 Migrate from Ops Manager or Cloud Managerページが表示されます。

移行を開始します。

1. ライブ移行プロセスで使用される移行ホスト、プロジェクト、クラスター、移行ホストが記載されているレポートを確認します。

2. [Start the Migration] をクリックします。

カットオーバーの準備をします。

最後の oplog を追尾するフェーズでは、ソースクラスターと宛先クラスター間の現在のラグを表すラグ タイム値が表示されます。 このラグ タイムは、ソースクラスターでの oplog の生成速度によって変動する可能性がありますが、ライブ移行プロセスで oplog エントリが宛先クラスターにコピーされるにつれ、時間の経過とともに減少するはずです。

1. ラグ タイマーとPrepare to Cutoverボタンが緑色に変わったら、クリックして次の手順に進みます。

カットオーバーを実行します。

Atlas は、ソースクラスターと宛先クラスターがほぼ同期していることを検出すると、延長可能な 120 時間（5 日）のタイマーを開始してライブ移行手順のカットオーバーのステージを開始します。120 時間が経過すると、Atlas はソースクラスターとの同期を停止します。<time> left to cut over タイマーの下の Extend time をクリックすると、残り時間を 24 時間延長できます。

移行の有効期限が迫っている場合、Atlas は次の例のようなメールを送信します。

A migration to your Atlas cluster will expire in <number> hours!
Navigate to your destination cluster to start the cutover process. If
you don't take any action within <number> hours, the migration will be
cancelled and you will need to start again. You can also extend the
migration process if you need more time.

Atlas クラスターへの MongoDB データの移行を完了するには、 Your migration is almost complete!ページで次の手順を実行します。

1. Atlas クラスターを指すように準備します。 新しい接続文字列をコピーして、更新し、アプリケーションが宛先のAtlasクラスターに向くよう設定します。

2. アプリケーションを停止します。 このアクションにより、ソースクラスターでこれ以上の書込み (write) が発生しなくなります。

3. optime ギャップが 0 になるまで待ちます。カウンターがゼロに達すると、ソースクラスターと宛先クラスターは同期されます。

4. 移行プロセスを完了するには、 Cut Overをクリックします。

   ライブ移行進行状況バーでCancelをクリックすると、Atlas はソースクラスターからの書込みの同期を停止します。 移行されたすべてのデータは、Atlas クラスターに残ります。

   Atlas による移行プロセスを完了するには、 Cut Overを再度クリックします。

5. Atlas が宛先クラスターを構成し、使用する準備が整うまで待ちます。 小規模なクラスターの場合、この時間は3 - 5分です。 大規模なクラスターの場合、クラスターのサイズと構成に応じて、この時間は最大10分以上長くなる可能性があります。

   カットオーバー プロセスが少なくとも12時間進行している場合、Atlas は移行プロセスを確認するか、サポートに連絡することを提案するメールを送信します。

6. Atlas の宛先クラスターへの書込みをリダイレクトする準備ができたら、次の手順に従います。

   1. 宛先クラスターの接続文字列を使用してアプリケーションに接続します。

   2. アプリケーションが宛先の Atlas クラスターで動作していることを確認します。

   3. 宛先クラスターのデータを確認します。

   4. 宛先クラスターへの書込みを再開します。

   Atlas は、プロセスを完了するために次のアクションを実行します。

   • MongoDB ライブ移行サーバーのサブネットを宛先クラスターの IP アクセスリストから削除する。

   • ライブ移行で宛先クラスターへのデータのインポートに使用したデータベースユーザーを削除します。

   • 移行プロセスを完了としてマークします。