MongoDBレプリカセットのAmazon Web Services MongoDB Atlasのへの移行Amazon Web Services

MongoDB Atlasライブ移行サービスを使用すると、MongoDB データベースをMongoDB Atlas で実行されているフルマネージドクラウドデータベースであるAmazon Web Services に迅速かつ安全に移行できます。既存の MongoDB database に接続し、アプリケーションが正常に機能し続けている間に、Atlas で実行されているクラスターと同期することで機能します。 2 つのクラスター間のデータが同期されたら、アプリケーション内のデータベース接続stringを更新して、 Atlasのクラスターに移行できます。

所要時間: 20 分

必要なもの

データは現在 MongoDB database にあります。
このガイドでは、MongoDB Atlas AmazonAmazon Web Services Web Services 上の既存の自己管理型MongoDB 配置から上のへの移行に焦点を当てAmazon Web Services 。MySQL、PostgreSQL、DynamoDB などの他のデータベースシステムにデータがある場合は、移行に関するサポートについては、にお問い合わせください。
MongoDB ドライバーを更新し、アプリケーションレベルで必要なコードを変更して互換性を確保します。
現在の配置は MongoDB レプリカセットまたはシャーディングされたクラスターです。
配置が現在スタンドアロンインスタンスである場合は、まずそれをレプリカセットに変換する必要があります。
レプリカセットを移行する場合は、MongoDB 2.6 以降が実行されています。
Atlas ライブ移行サービスは、データを直接新しいデータベースバージョンに直接移動できます。サポートされているアップグレードパスの詳細については、 Atlas のドキュメントを参照してください。
2.6より古いバージョンを実行している場合は、アップグレード手順について「 MongoDB を2.6にアップグレードする」を参照してください。
シャーディングされたクラスターを移行する場合は、MongoDB 4.0 以降が実行されています。
Atlas ライブ移行サービスは、同じデータベースバージョンにデータを直接移動できます。サポートされているアップグレードパスの詳細については、 Atlas のドキュメントを参照してください。
4.0より古いバージョンを実行している場合は、アップグレード手順について「 MongoDB を4.0にアップグレードする」を参照してください。
（任意）ソース配置で認証を有効にしました。
移行プロセスでは、 Amazon Web Servicesのソースクラスターで認証が有効になっている必要があります。認証を有効にする手順については、「認証を有効にする」を参照してください。ソースクラスターで認証が有効になっているかどうかは、 mongoshコマンドを使用して確認できます。
```
mongosh <mongodb-connection-string> -u <mongodb-username> -p --authenticationDatabase admin
```

移行の実行に使用するAmazon Web Servicesのソースクラスターのデータベースユーザーには、必要なMongoDBロールがあります。

ユーザーにはclusterMonitorとbackupのロールが必要です。移行に使用するデータベースユーザーに適切なロールがあることを確認するには、管理データベースに対してdb.getUser()コマンドを実行します。

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

手順

で実行されているでターゲットMongoDB Atlas Amazon Web Servicesレプリカセットを起動します。

手順については、「アカウントMongoDB の作成と新しいクラスターの作成」を参照してください。

注意

ターゲットクラスターでは、 M10以上のインスタンスノードを使用する必要があります。開発環境またはステージング環境には、 M10またはM20インスタンスノードを含むクラスターをデプロイします。本番環境のワークロードには、 M30以上のインスタンスノードを選択します。

Atlas ライブ移行サービスを開きます。

Atlas クラスターに移動します。省略記号（ ... ）ボタンをクリックし、 [ Migrate Data to this Cluster ] を選択します。

この図は、Atlas のクラスターカード上の [ このクラスターへのデータの移行 ] オプションを強調表示します。

クリックして拡大します

General Live Migration[ をクリックします。

I'm ready to migrate[ をクリックします。

ライブ移行サービスの IPアドレスをAtlasAmazon Web Services ソースクラスターに追加します。

Atlas には、 Migrate Data to Clusterモーダルの上部に、ソースクラスターからアクセス可能である必要がある IP アドレス範囲が表示されます。表示されるアドレス範囲は、ターゲットクラスターのロケーションによって異なり、変更される可能性があるため、モーダルに表示されているアドレス範囲を入力していることを確認してください。

Amazon Web ServicesEC2 サーバーはセキュリティグループを使用して不正なネットワークアクセスから保護されています。IP アクセスリストに新しい IP アドレス範囲を追加するには、新しいセキュリティグループを作成するか、既存のセキュリティグループを変更して、表示された IP アドレス範囲からの受信ネットワークアクセスを許可します。

以下は、Atlas ライブ移行サービスへのアクセスを許可するセキュリティグループの例です。

クリックして拡大します

新しいセキュリティグループを作成する場合は、ソースクラスターを実行している EC2 インスタンスに関連付ける必要があります。 Amazon Web Services EC2コンソールで、[Actions] ドロップダウンをクリックし、[Change Security Group] を選択します。

セキュリティグループの作成または変更の詳細については、「セキュリティグループへのルールの追加 Amazon Web Services」を2 参照してください。 EC ドキュメントの。

Live Migration Service を使用してAmazon Web Services の認証情報を検証します。Atlas

Migrate Data to ClusterAmazon Web Servicesモーダルで、Atlas がデータ移行を実行するために使用するソースクラスター内のプライマリノードのホスト名とポート番号を入力します。

注意

アドレスはパブリックインターネット経由で解決可能である必要があるため、ノードのプライベート IP アドレスは使用しないでください。

のソースクラスターから MongoDBのユーザー名とパスワードを入力します。Amazon Web ServicesUsername/Password

ソースクラスターで TLS/SSL が有効になっている場合は、Is TLS/SSL enabled を Yes に切り替え、ソースAmazon Web Servicesクラスターが使用する CA ファイルをアップロードします。

Validate[ をクリックします。

Start Migration[ をクリックします。

進行状況バーのカウントダウンタイマーは、ターゲットクラスターがソースクラスターからデータを移行する準備ができるまでの残り時間を示します。カウントダウンタイマーと [ Prepare to Cutover ] ボタンが緑色になるまで待ってから次の手順に進みます。

Prepare to Cutover[ をクリックします。

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

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

アプリケーションを宛先の Atlas クラスターに移行する準備ができたら、Prepare to Cutover をクリックします。

Atlas には、カットオーバーの進め方を示すウォークスルー画面が表示されます。これらの手順は、以下でも概説しています。

アプリケーションを停止します。これにより、ソースクラスターに対して追加の書込み (write) が生成されなくなります。
optime ギャップが 0 になるまで待ちます。カウンターがゼロに達すると、ソースクラスターと宛先クラスターは同期されます。
ライブ移行のカットオーバー UI のステップ 3 で提供された接続stringを使用してアプリケーションを再起動します。

カットオーバー手順を完了し、アプリケーションが Atlas クラスターで正常に動作していることを確認したら、 Cut Overをクリックして移行手順を完了します。これにより、Atlas では次のことが可能になります。

移行プランを完了としてマークします。
アプリケーションサーバーのサブネットを宛先クラスターの IP アクセスリストから削除する。
ライブ移行で宛先クラスターへのデータのインポートに使用した MongoDB ユーザーを削除する。

移行サポート

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

概要

Atlasクラスターを作成し、以前のクラスターからデータを移行し、Amazon Web ServicesMongoDB MongoDB AtlasAmazon で実行されている新しいAmazon Web Services クラスターを使用するようにアプリケーションを更新しました。データ移行プロセスの詳細については、「 Atlas および mongomirror へのレプリカセットのライブ移行」を参照してください。