サポートされている配置モデル
次の表では、Relational Migrator でサポートされている配置モデルと各配置モデルのユースケース例について説明します。
ローカル ディスク
Relational Migrator は、外部からアクセスできない単一のマシンにインストールできます。ローカル インストールは、開発、評価、および実行時間が 1 日未満の小規模な本番環境のジョブに適しています。
注意
大規模な移行を実行する必要がある場合は、テーブル フィルターを使用して移行を複数のジョブに分裂できます。
詳細については、 開発インストール を参照してください。
無人サーバー/VM
Relational Migrator は、非推奨のサーバーまたは VM にインストールして、 Relational Migrator をIPアドレスとポートにバインドし、 Webアプリケーションとして公開できます。Relational Migrator を自動化されていないサーバーにインストールすると、テストや本番環境の移行を含む過半数のユースケースに適しています。
注意
Relational Migrator を自動化されていないサーバーにインストールしても、可用性の高いソリューションではありません。アプリケーションの問題が発生した場合、ユーザーは手動で介入する必要があります。
詳細については、本番環境へのインストールを参照してください。
配置に関する考慮事項
Relational Migrator を実行する場所
最高のパフォーマンスを得るには、Relational Migrator を実行しているマシンまたはサーバーを、ソース データベースとターゲット データベースに地理的に近いものに見つけます。 ターゲット データベースへの近接性は、パフォーマンスに最も影響します。
オンプレミスの移行に Relational Migrator を使用している場合は、ソースデータベースと同じデータセンターで Relational Migrator を実行します。
クラウドでホストされているデータベースを使用している場合は、ソースデータベースと同じVPC内の EC2インスタンスまたは VM でRelational Migratorを実行します。
Tip
ご使用のオペレーティング システムの休止設定を確認してください。 移行中にマシンが休止状態になると、移行ジョブは失敗します。
ネットワークに関する考慮事項
Relational Migrator を使用する場合、マシンまたはサーバーのシステム ファイアウォールは、ソース データベースと宛先データベースの両方へのアウトバウンド TCP トラフィックを許可する必要があります。
クラウドネットワーク
Relational Migrator をクラウド環境で実行する場合は、クラウド固有のファイアウォール（セキュリティ グループ）、ルーター テーブル、およびサーバー ファイアウォール構成を確認します。 特定のクラウドプロバイダーのネットワーク構成の詳細については、次のページを参照してください。
テレメトリー
デフォルトでは 、 Relational Migratorには、製品の改善に役立つ使用情報とエラーをMongoDBに報告するテレメトリが含まれています。 このテレメトリには、データベース接続文字列、スキーマ情報、カスタマーデータなどの機密情報は含まれません。
テレメトリを無効にするには、アプリケーションの user.propertiesファイルを編集し、次の行を追加し、 Relational Migratorを再起動します。
migrator.app.telemetry.enable: false
user.propertiesファイルのロケーションの詳細については、 Relational Migratorファイルのロケーション を参照してください。
システム ハードウェア
特定のハードウェア推奨事項については、「システム要件 」を参照してください。
注意
Atlas クラスターのサイズをスケールアップすると、移行速度が大幅に向上します。 詳細については、「クラスター階層の変更 」を参照してください。
はじめる
ローカルおよびDocker配置でインストールの手順については、開発インストールを参照してください。
自動サーバーをインストールする手順については、「 本番環境へのインストール 」を参照してください。