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

Cloud Managerによって監視されているクラスターの Atlas へのライブ移行(プッシュ)

重要

The feature described on this page is not currently supported on Atlas Infinite clusters during public preview. For the features supported in public preview, see Public Preview Availability.

Cloud Manager がソースクラスターを監視する場合、Atlas はこのセクションに記載されている手順を使用してソースクラスターをAtlas クラスターにプッシュできます。

This process uses Mongosync as the underlying data migration tool, enabling faster live migrations with less downtime:

  • Atlas は、アプリケーションが宛先の Atlas レプリカセットに切り替わるまで、ソースクラスターから宛先クラスターにデータを同期します。

  • 次の手順でカットオーバーのステップに到達したら、

    • ソースクラスターへの書き込みを停止します。

    • アプリケーション インスタンスを停止してから、Atlas クラスターを向くように設定し、再起動します。

The Mongosync Limitations apply to this live migration.

Live migration doesn't support migrating MongoDB Search indexes from a source cluster to the destination cluster.

次の表は、Atlas にライブ移行するソースクラスターと宛先クラスターのVPC ピアリングとプライベートエンドポイントの現在のサポート ステータスを示しています。 レプリカセットまたはシャーディングされたクラスターのタブを選択します。

クラウドプロバイダー
VPC ピアリング
プライベートエンドポイント
Azure
Amazon Web Services

Google Cloud

Cloud Managerから Atlas へのライブ移行は、Mongosync のホストをプロビジョニングできるすべてのプラットフォームでサポートされています。Mongosync 用のホストをプロビジョニングできるサポートされているプラットフォームの完全なリストについては、「 mongosync プラットフォーム 」を参照してください。

Atlas ライブ移行(プッシュ)は、次の移行パスをサポートしています。

ソースクラスター
MongoDB バージョン
宛先 Atlas クラスター
MongoDB バージョン

6.0.17

6.0.17

7.0.13

7.0.13

このタイプのライブ移行では、Atlas は次のソースクラスターと宛先クラスターの構成ペアをサポートしています。

ソースクラスター構成
宛先クラスターの構成
ライブ移行サポート
ノート

スタンドアロン

任意のタイプのクラスター

Before migrating a standalone source cluster using this migration procedure, convert the standalone to a replica set.

レプリカセット

レプリカセット

レプリカセット

シャーディングされたクラスター

このタイプの移行を実行する場合は、シャーディング パラメーターを指定できます。 詳細については、このセクションのライブ移行手順とこのシャーディングの例を参照してください。

シャーディングされたクラスター

シャーディングされたクラスター

The number of shards in source and destination clusters might differ. The source sharded cluster must use CSRS (Config Server Replica Sets). To learn more, see Replica Set Config Servers.

シャーディングされたクラスター

レプリカセット

To live migrate your data, you must have Project Owner and clusterMonitor access to Atlas.

Organization Owner アクセス権を持つユーザーは、自分自身を Project Owner としてプロジェクトに追加する必要があります。

Cloud Managerで監視されているクラスターから Atlas へのプッシュ ライブ移行を開始する前に、次の手順に従います。

  • ソースクラスターをMongoDBバージョン 6.0 以降にアップグレードします。

  • このプロジェクトにクラスターを配置します。

  • アプリケーションを実行するすべてのクライアント サーバーからクラスターに接続します。

  • 同じクラウドプロバイダーで、宛先クラスターと同じリージョンで、各移行ホストと宛先の Atlas クラスターの間にVPC ピアリング接続またはプライベートエンドポイントを構成することを検討してください。

    注意

    レプリカセットの移行時に VPC ピアリングまたはプライベートエンドポイントを使用しないことを選択した場合、ライブ移行プロセスは、このセクションのライブ移行手順の一部として Atlas プロジェクトのIP アクセス リストに追加したパブリック IP アドレスを介して実行されます。

  • Cloud Manager のソースクラスターで、Cloud Managerの移行ホストをプロビジョニングします。

    • ソースクラスターへの接続に使用するユーザー名とパスワード。

    • 移行ホストと宛先の Atlas クラスター間でプライベートエンドポイントを使用していない場合は、Cloud Manager 管理者から Cloud Manager 内のプロビジョニングされた移行ホストの外部 IP アドレスまたはCIDRブロックを取得します。

    • ソースクラスターがカスタム ルート認証局(CA)でTLSを使用する場合、ホストするが証明書を読み取れるようにするには、ソースクラスターのCA ファイルを移行ホストに追加します。

  • During the live migration process, Atlas validates that it can collect MongoDB database statistics using dbStats. Before you live migrate to an Atlas cluster, review the project settings for the source cluster in Cloud Manager and ensure that the option Collect Database Specific Statistics is enabled. This option is enabled by default in Cloud Manager, and it should remain enabled so that the migration process passes validation.

  • クラスターが認証を使用して実行されている場合は、次の前提条件を満たす必要があります。

    • For replica sets, grant the backup and readAnyDatabase roles on the admin database to the user that will run the migration process.

    • For sharded clusters, grant the backup, readAnyDatabase, and clusterMonitor roles on the admin database to the user that will run the migration process. Ensure the specified user exists on every shard and the config server replica set. The user must have permissions that allow the following actions:

      • シャーディングされたクラスター バランサーを停止または起動します。

      • ホスト上のすべてのデータベースとコレクションを読み取る。

      • ホスト上の oplog を読みとります。

    • Ensure that this user is authenticated using both SCRAM-SHA-1 and SCRAM-SHA-256. To learn more, see Source Cluster Security.

    重要

    ソースクラスタの準備状況

    スムーズなデータ移行を実現するには、ソースクラスターが本番クラスターの推奨事項をすべて満たしている必要があります。ライブ移行プロセスを開始する前に、操作チェックリストとプロダクション ノートを確認してください。

注意

ダウン状態のクラスターは移行できません。MongoDB を実行しているクラスターは、Atlas へのライブ移行を実行するために稼働状態である必要があります。Atlas はセカンダリメンバーから開始し、最後にプライマリメンバーで完了するように、クラスターのメンバーを1つずつ移行します。移行を実行する前に、クラスターが稼働していることを確認してください。

This section outlines the workflow. For detailed steps, see the procedure for migrating a cluster from Cloud Manager to Atlas.

「Atlas に配置をライブ移行するには、トークンリンクを生成し、移行ホストをプロビジョニングして、ライブ移行を開始します。」

ライブ移行ワークフローのステージは次のとおりです。

  • ステージ 1: Atlas で移行パスを選択します。Atlas アカウント、組織、プロジェクトを作成した後に、Atlas でこのステップを実行します。このプロジェクトに専有クラスターを配置しました 。と は、そのノードに接続できます。

  • ステージ 2: 移行ホスト をプロビジョニングします。

  • ステージ 3: 移行を開始 します。 Atlas で、ウィザードの手順に従ってライブ移行プロセスを開始します。

ライブ移行手順を開始する前に、移行ホストの IP アドレスまたはCIDRブロックをプロジェクトのIP アクセス リストに追加します。 Atlas は、プロジェクトのアクセス リストにエントリを持つホストからのみ、宛先クラスターへの接続を許可します。

ライブ移行手順を開始する前に、Atlas はソースクラスターと宛先クラスターの検証チェックを実行します。

  • ソースクラスターと宛先クラスターのMongoDBバージョンは、少なくとも 6.0.17 以降です。バージョンは一致する必要はありません。

  • The source cluster's database user has the correct permissions as described in Source Cluster Security.

  • 宛先 Atlas クラスターで BI Connector for Atlas が有効になっていません。

  • The source cluster enables collecting database statistics for its project in Cloud Manager. This allows Atlas to collect MongoDB database statistics during the live migration process. To confirm that the option Collect Database Specific Statistics is enabled, review the project settings for the source cluster in Cloud Manager.

移行ユーザーには、以下の組み込みロールに加えて、書き込み (write)をブロックするアクションを含むカスタムロールが必要です。

For source replica set clusters, a MongoDB user must have the readAnyDatabase, backup roles and the bypassWriteBlockingMode action.

For source sharded clusters a MongoDB user must have the readAnyDatabase, backup, clusterMonitor roles and the bypassWriteBlockingMode action.

You must add the bypassWriteBlockingMode action to a custom role and assign it to the user who will do the migration. You can add the role on Atlas or self-managed clusters.

The custom role must include the setUserWriteBlockMode and bypassWriteBlockingMode actions on the cluster resource. For a self-managed source cluster, run the following commands in mongosh to create the custom role and assign it to the migration user:

use admin
db.createRole({
role: "LiveMigrateWriteBlockingCustomRole",
privileges: [
{
resource: { cluster: true },
actions: [ "setUserWriteBlockMode", "bypassWriteBlockingMode" ]
}
],
roles: []
})
db.grantRolesToUser("admin", [
{ role: "LiveMigrateWriteBlockingCustomRole", db: "admin" }
])

Atlasソースクラスターの場合、Atlas CLIまたはAtlas UIを使用してカスタムロールを作成し、それをデータベースユーザーに割り当てます。

atlas customDbRoles create LiveMigrateWriteBlockingCustomRole \
--privilege SET_USER_WRITE_BLOCK,BYPASS_USER_WRITE_BLOCK

Atlas UIで、Action or RoleフィールドのsetUserWriteBlockModeアクションとbypassWriteBlockingModeアクションを選択します。詳細については、「カスタムロールの追加」を参照してください。

To verify that the database user who will run the live migration process has these roles, run the db.getUser() command on the admin database. For example, for a replica set, run:

use admin
db.getUser("admin")
{
"_id" : "admin.admin",
"user" : "admin",
"db" : "admin",
"roles" : [
{
"role" : "backup",
"db" : "admin"
},
{
"role" : "readAnyDatabase",
"db" : "admin"
}
,
{
"role" : "LiveMigrateWriteBlockingCustomRole",
"db" : "admin"
}
]
} ...

ライブ移行手順のウォークスルー画面でプロンプトが表示されたら、Atlas にユーザー名とパスワードを指定します。

Atlas only supports SCRAM for connecting to source clusters that enforce authentication.

プッシュ タイプのライブ移行の場合、移行ホストをプロビジョニング、保護、実行する必要があります。 移行ホストは、Atlas クラスターとの送信通信のみを暗号化します。

To learn more about Atlas security, see the Atlas Security whitepaper.

プッシュライブ移行中に、ソースクラスターが自身のデータに対して TLS 暗号化を使用しない場合、ソースクラスターから移行ホストへのトラフィックは暗号化されませんが、移行ホストから Atlas へのトラフィックは暗号化されます。 これが受け入れられるかどうかを、プッシュ ライブ移行手順を開始する前に判断してください。

ソースクラスターが認証を使用しない場合、Atlas でユーザーを作成する必要があります。Atlas では認証無しの実行がサポートされないためです。

Atlas は、いかなるユーザー データーまたはロール データも宛先クラスターに移行しません。

ソースクラスターが認証を強制する場合は、移行する前に、宛先の Atlas クラスターのアプリケーションで使用される適切な認証メカニズムを再作成する必要があります。 次の表は、Atlas での認証メカニズムとその構成方法を示しています。

認証メカニズム
構成方法

SCRAM

LDAP

Amazon Web Services KMS 、 Azure Key Vault、 Google Cloud Platform KMS

ソースクラスターの要件:

  • ライブ移行のラグウィンドウがoplogレプリケーションラグウィンドウの範囲内に収まるようにするには、ソースクラスターで次のいずれかのアクションを実行します。

    • 最小oplog ウィンドウ を増やします。ソースクラスターでストレージのオートスケーリングが有効になっている場合(これがデフォルトの)、このオプションを使用します。

    • 固定oplogサイズ を増やします。ソースクラスターでストレージのオートスケーリングを無効にする場合は、このオプションを使用します。

宛先クラスターの要件:

  • oplogサイズ要件に関連するストレージサイズの変動に対応するため、ソースクラスターより少なくとも 2 階層上の宛先クラスター層を選択することをお勧めします。

移行中の書込みパフォーマンスへの影響を回避するため、Atlas は手順の開始時にソースクラスターと宛先クラスターのシャーディングされたクラスターのバランサーを停止し、手順の最後にバランサーを起動します。

ライブ移行をキャンセルすると、Atlas はソースクラスターと宛先クラスターのバランサーを再起動します。

If Atlas can't restart the load balancer on the source or destination clusters at the end of a successful live migration, a warning banner indicates that you must manually restart the source or destination cluster balancer.

宛先クラスターについては、次の考慮事項が適用されます。

  • ソースクラスターと宛先クラスターは、両方がレプリカセットであるか、両方がシャーディングされたクラスターであるか、 シャードの数は、ソースクラスターと宛先クラスターで異なる場合があります。

  • 無料クラスター(以前は M0 と呼ばれていました)または Flex クラスターをライブ移行の宛先クラスターとして選択することはできません。

  • Atlas の宛先クラスターは、RAM、CPU、およびストレージの点でソースとなる配置と同じかそれを上回る必要があります。移行プロセスと予想されるワークロードの両方に対応できるように、適切なサイズの宛先クラスターをプロビジョニングするか、宛先クラスターをより処理能力、帯域幅、またはディスク IO のある階層にスケールアップします。

  • 移行のパフォーマンスを最大化するには、宛先クラスターに少なくとも 1 つの M40 クラスターを使用してください。大規模なデータセットを移行する場合は、6000 IOPS 以上のディスクを搭載した M80 クラスターを使用してください。

    移行プロセスの実行中に宛先 Atlas クラスターのサイズを一時的に増やすことも選択できます。

    アプリケーションのワークロードを Atlas のクラスターに移行したら、コストを最小限に抑えるために宛先クラスターのさらなるパフォーマンス調整とサイズ設定に関するサポートを受けるため、サポートにお問い合わせください 。

  • 予期しないサイズ変更を避けるため、宛先クラスターでオートスケーリングを無効にします。詳細については、「クラスターの管理」を参照してください。

  • oplog コレクションの無制限の増加を防ぎ、ライブ移行のラグ ウィンドウが oplog レプリケーション ラグ ウィンドウの範囲内に収まるようにするには、ライブ移行プロセスの実行中に十分な固定値の oplog サイズ を設定します。

    詳しくは以下を参照してください。

    これらの推奨事項に従っていてもパフォーマンスの問題が見られる場合は、サポートにお問い合わせください 。

  • Atlas ライブ移行の実行中は、 featureCompatibilityVersionフラグを変更しないでください。

宛先クラスターでは、ライブ移行プロセスと重複しない名前空間で実行されうるワークロードを含め、いかなるワークロードも実行しないでください。このアクションにより、ライブ移行プロセス中に発生する可能性のあるロックの競合やパフォーマンスの低下を回避できます。

同じ宛先クラスターに対して、複数の移行を同時に実行しないでください。

ライブ移行プロセスの同期中は、アプリケーションの宛先クラスターへのカットオーバーのプロセスを開始しないでください。

Atlas は、ライブ移行の実行中に、定期と オンデマンド クラウドバックアップのスナップショットの両方を対象クラスターで一時停止します。このページのライブ移行手順のカットオーバー ステップが完了すると、Atlas は バックアップ ポリシーに基づいてクラウドバックアップのスナップショットの取得を自動的に再開します。

Don't make any namespace changes during the migration process, such as using the renameCollection command or executing an aggregation pipeline that includes the $out aggregation stage.

ライブ移行プロセスは、ソースクラスターまたは宛先クラスターで一時的にネットワークの中断が発生したり、選挙が行われても、移行が継続されるように最善を尽くします。ただし、これらのイベントによりライブ移行プロセスが失敗する可能性があります。ライブ移行プロセスが自動的に回復しない場合は、最初からやり直してください。

Consider running the following procedure twice. Perform a partial migration that stops at the Perform the Cutover step first. This creates an up-to-date Atlas-backed staging cluster to test application behavior and performance using the latest driver version that supports the MongoDB version of the Atlas cluster.

アプリケーションをテストした後、別の Atlas クラスターを使用して完全な移行手順を実行し、Atlas ベースの本番環境を作成します。

重要

Avoid making changes to the source cluster configuration while the live migration procedure runs, such as removing replica set members or modifying mongod runtime settings, such as featureCompatibilityVersion.

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

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

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

移行ハブが表示されます。

2
  1. [Migrate from a Self-Managed MongoDB Database] をクリックします。

    注意

    UIラベルにはMongoDB Ops Managerが含まれていますが、この手順では、 MongoDB 6.0 以降を実行中クラスターのみをCloud Manager が監視する Atlas に移行できます。

  2. [I'm Ready to Start] をクリックします。

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

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

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

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

    注意

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

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

4
  1. Cloud Manager で組織にアクセスします。

    Cloud Manager を開き、Atlas にライブ移行するプロジェクトのクラスターが属する組織に移動します。

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

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

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

5

If you haven't already, create a destination cluster in Atlas. See Required Access.

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

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

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

  4. [Migrate from a Self-Managed MongoDB Database] をクリックします。

    注意

    UIラベルにはMongoDB Ops Managerが含まれていますが、この手順では、 MongoDB 6.0 以降を実行中Atlas クラスターからCloud Manager が監視する Atlas への移行のみが可能です。

    次のように フィールドに入力します。

    • Cloud Manager でソース プロジェクトを選択します(まだ選択していない場合)。

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

    • レプリカセットをシャーディングされたクラスターに移行する場合、次の手順に従います。

      • コレクションをシャーディングする場合は、Include sharding parameters のチェックマークをクリックし、シャーディングの例を使用してシャーディング構成 JSON をテキストボックスに貼り付けます。後で参照する場合に備えて、この構成を外部ファイルに保存します。

        The sharding configuration JSON defines the shardingEntries array, which specifies the collections to shard, and the keys to use for sharding. MongoDB shards only those collections that you include into this array. To learn more, see Sharding.

        シャーディング構成の指定を省略する場合は、クラスターを Atlas に移行した後に、宛先クラスターでコレクションをシャードできます。

      • シャーディング構成に加えて、指定されたシャーディングキーの互換性のあるインデックスがサービス内の宛先クラスターに存在する必要があります。

        Create supporting indexesのチェックマークをクリックすると、MongoDB が Atlas の宛先クラスターにサポートするシャードキー インデックスを自動的に作成するようになります。

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

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

      • クリック Set Network Access for Host

      • クリック + Add IP Address

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

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

    • ソースクラスターが認証を強制する場合は、表示されたテキストボックスにユーザー名とパスワードを入力します。

      Atlas ライブ移行に必要なユーザー権限に関するガイダンスについては、 「移行元のクラスターのセキュリティ」 を参照してください。

    • If you suspend the source cluster from automation in Cloud Manager, but continue to monitor the source cluster with the Monitoring Agent, the Username and Password display. If your deployment requires user authentication, provide the user name and password in these fields. The database user whose credentials you provide must have at least the backup role on the admin database and must be authenticated using both SCRAM-SHA-1 and SCRAM-SHA-256.

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

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

    • 宛先クラスターに保持したいデータがある場合は、 Clear any existing data on your destination clusterオプションはオフのままにします。 ライブ移行サービスは検証中にドキュメントのサンプルをチェックし、重複する名前空間が見つかった場合は警告を発します。 既存のデータを削除する場合は、このオプションをオンにして、宛先クラスターの名前を入力します。

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

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

      • If you configured a VPC peering connection between the migration host and the Atlas replica set, the VPC Peering option is active. Click VPC Peering to connect using VPC peering for live migration. If the VPC Peering option is grayed out, configure a VPC peering connection before starting this procedure. To learn more, see Support for VPC Peering and Private Endpoints.

      • If you configured a private endpoint between the migration host and the Atlas cluster, the Private Endpoint option is active. Click Private Endpoint to connect with a private endpoint, and then select a previously-configured private endpoint from the dropdown. Only private endpoints that are in AVAILABLE state are valid. If the Private Endpoint option is grayed out, configure a private endpoint before starting this procedure. To learn more, see Support for VPC Peering and Private Endpoints.

        注意

        プッシュ ライブ移行の場合、プライベートエンドポイントは 1 つのクラウドプロバイダーと 1 つのリージョン内に配置されたクラスターでのみサポートされます。

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

      次の検証チェックを利用するには、Cloud Manager の MongoDB Agent を最新バージョンにアップグレードします。 ライブ移行中に次の検証チェックが実行されます。

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

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

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

      • 移行プロセスでは、圧縮データのストレージ サイズに基づいて、宛先クラスターに十分なディスク領域があることを検証します。 データとストレージ サイズの詳細については、 dbStats を参照してください。

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

    • 検証に成功した場合は、[ Next ] をクリックします。

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

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

    移行プロセスが開始されると、Atlas UI に、宛先 Atlas クラスターの Migrating Data ウォークスルー画面が表示されます。 ウォークスルー画面は、宛先クラスターの移行プロセスが進行すると更新されます。移行プロセスには、次のものが含まれます。

    • ソースクラスター データへの新しい書込みを宛先クラスター データに適用します。

    • ソースクラスターから宛先クラスターへのデータのコピー。

    • 宛先クラスターで移行を終了します。

    移行プロセスの最終フェーズでは、ソースクラスターと宛先クラスター間の現在のラグを表すラグ タイム値が表示されます。

    ラグタイマーが 0 に近く、移行プロセスが追いつくと、Atlas はCutover to your destination clusterボタンをアクティブ化し、ソースクラスターと宛先クラスターが同期していることを示します。 次の手順に進みます。

8

カットオーバーは、アプリケーションの読み取りと書込みをソースクラスターから宛先クラスターに指示する 3 ステップのプロセスです。

Atlas は、ソースクラスターと宛先クラスターがほぼ同期していることを検出すると、延長可能な120時間( 5日)のタイマーを開始してライブ移行手順のカットオーバーのステージを開始します。 120時間が経過すると、Atlas はソースクラスターとの同期を停止します。

移行プロセスのこのステージでは、カットオーバーに進むか、同期期間を延長してから、カットオーバーに進むことができます。

  • I'm ready to cutoverをクリックすると、Atlas はカットオーバー プロセスを開始します。

  • Extend Syncをクリックし、拡張同期が正常に完了すると、Atlas はソースクラスターと宛先クラスターが同期していることを確認します。 カットオーバー プロセスに進みます。 同期時間が経過した場合は、移行を再試行できます。

    移行の有効期限が迫っている場合、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.
  1. [ I'm ready to cutoverをクリックします。 アプリケーションのダウンタイムを最小限に抑えるために、3 ステップのカットオーバー プロセスを迅速に処理します。

  2. [ Proceed to cutoverをクリックします。 3 ステップのカットオーバー プロセスが開始されます。

    1. ソースクラスターへの書き込みを停止します。 [ I confirm that I've stopped writes to my source clusterをクリックします。 続行するにはFinalize migrationをクリックします。

    2. Atlas が移行を完了するまで、数分待ちます。 Atlas は、プロセスを完了するために次のアクションを実行します。

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

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

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

    3. 移行が成功すると、 You have successfully migrated to Atlasページが表示されます。 Atlas には、同期された変更のステータス、アプリケーションのダウンタイム、移行プロセスの期間、コピーされた初期データの量、コピーされたコレクションの数が表示されます。

      • ドキュメント数を比較し、ハッシュを実行中、データが宛先クラスターに転送されていることを確認します。詳しくは、Mongosync: データ転送の検証を参照してください。

      • [ Connect to your new clusterをクリックします。 Atlas は接続方法を選択できるConnect to Atlasページにリダイレクトします。

      • クラスターに接続したら、宛先クラスターへの書込みを再開します。

To run tasks associated with the live migration procedure, see Push Live Migration API.

注意

ライブ移行 API にはCloud ManagerまたはMongoDB Ops Managerが含まれますが、このセクションで説明されるライブ移行のタイプでは、 Cloud Managerで監視されているソースクラスターからAtlasの宛先クラスターへの移行のみがサポートされています。

Atlas CLI を使用してクラスターを移行するには、次の手順を実行します。

  • トークンリンクの作成または削除

  • 検証ジョブを作成または表示する

  • 移行ジョブを作成または表示する

  • カットオーバーの実行

ライブ移行手順の他の手順では、 Cloud Manager UIまたは Atlas UIを使用する必要があります。

Atlas CLI を使用してクラスターを移行する前に、移行前の検証を完了してください。

注意

Atlas CLI コマンドを実行する前に、次の操作を行う必要があります。

Atlas CLI を使用して新しいトークンリンクを作成するには、次のコマンドを実行します。

atlas liveMigrations link create [options]

To delete the link-token you specify using the Atlas CLI, run the following command:

atlas liveMigrations link delete [options]

To learn more about the syntax and parameters for the previous commands, see the Atlas CLI documentation for atlas liveMigrations link create and atlas liveMigrations link delete.

MongoDB Ops Managerから移行する場合は、外部IPアドレスをリクエストし、それをトークンリンクで指定します。 詳細については、MongoDB Ops Manager ドキュメントの「外部 IP アドレスの要求」を参照してください。

Atlas CLI を使用して新しい検証リクエストを作成するには、次のコマンドを実行します。

atlas liveMigrations validation create [options]

Atlas CLI を使用して指定した検証リクエストの詳細を返すには、次のコマンドを実行します。

atlas liveMigrations validation describe [options]

前のコマンドの構文とパラメータについて詳しくは、Atlas CLIドキュメントの「 Atlas liveMigrations validation create and Atlas liveMigrations validation describe 」を参照してください。

Atlas が検証する内容については、このページのMigrate Your ClusterセクションのValidateのドットを参照してください。

Atlas CLI を使用して新しい移行ジョブを 1 つ作成するには、次のコマンドを実行します。

atlas liveMigrations create [options]

Atlas CLI を使用して、指定した移行ジョブの詳細を返すには、次のコマンドを実行します。

atlas liveMigrations describe [options]

前のコマンドの構文とパラメーターについて詳しくは、 Atlas CLIドキュメントのAtlas liveMigration createおよびAtlas liveMigrations describe を参照してください。

Atlas CLI を使用してライブ移行のカットオーバーを開始するには、次のコマンドを実行します。

atlas liveMigrations cutover [options]

コマンド構文とパラメータの詳細については、 Atlas CLIドキュメントのAtlas liveMigrations カットオーバー を参照してください。

カットオーバーが完了すると、Atlas はライブ移行プロセスを完了し、ソースクラスターとの同期を停止します。 詳しくは、このページのMigrate Your Clusterセクションを参照してください。

注意

ライブ移行CLIコマンドにはCloud ManagerまたはMongoDB Ops Managerが指定される場合がありますが、このセクションで説明されるライブ移行のタイプでは、 Cloud Managerで監視されているソースクラスターからAtlasの宛先クラスターへの移行のみがサポートされています。

ライブ移行プロセスのいずれかの段階で移行が失敗した場合、Atlas は移行結果を確認するためのリンクを記載したメールで通知を行います。

このドキュメントで説明されている範囲外で移行のサポートに関する質問がある場合、または移行中にエラーが発生した場合は、Atlas UI からサポートをリクエストしてください。

サポートチケットを提出するには:

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

  2. ナビゲーション バーの Support アイコンをクリックします。

  3. [View plan] をクリックします。

The Support page displays.

2
  1. [Request Support] をクリックします。

  2. Issue Category の場合は Help with live migration を選択します。

  3. Priorityには、適切な優先順位を選択します。ご質問の場合は、Medium Priorityを選択してください。移行に失敗した場合は、High Priorityを選択してください。

  4. Request Summary には、Live Migration を要約に含めてください。

  5. More details には、ご質問または移行エラーに関するその他の関連する詳細を含めてください。

  6. Request Support ボタンをクリックして、フォームを送信します。