最小限のダウンタイムでクラスターをMongoDB Atlasに移行するには、 Atlasライブ移行（ Mongosync をホストする）を使用するか、スタンドアロンのMongosync を直接実行するかを選択できます。これらの方法を比較して、どの方法がニーズを満たすかを判断してください。
ソースクラスター ❤5 TB または ➤3 シャードには Atlasライブ移行を使用します。ソースクラスターがこれらのしきい値を超える場合は、調整可能なパラメーター、一時停止および再開機能、詳細な進捗状況追跡、一時的なエラーをデバッグするための直接ログアクセスが提供されるため、スタンドアロンのmongosync がより優れたオプションとなります。
Atlas ライブ移行と Mongosync の違い
移行モード | スタンドアロン Mongosync | |
|---|---|---|
低: Atlas がホストするインフラストラクチャで完全に管理されます。ライブ移行（プル）は現在、これらの地理的リージョンで利用可能です。 | 高: セルフホスト型 Mongosync インフラストラクチャの設定が必要です。 | |
ソース/宛先クラスターのロケーション | ソースクラスターは、オンプレミスまたは Atlas 内のいずれかになります。 宛先クラスターは Atlas に存在する必要があります。 | ソースクラスターは、オンプレミスまたは Atlas 内のいずれかになります。 宛先クラスターは、オンプレミスまたは Atlas 内のいずれかになります。 |
プライベートネットワーク/ VPCピアリングのサポート | ||
移行後データの検証 | ||
特定のコレクションまたはデータベースの移行 | フィルタリングされた同期の場合 | |
調整可能な mongosync パラメータ | ||
逆同期/移行 | ||
移行の一時停止と再開 | ||
詳細な移行ログ | ||
既存のデータを持つ宛先クラスターのサポート | ||
認証が有効になっていないソースクラスターのサポート |