サポートされている配置モデル
次の表では、Relational Migrator でサポートされている配置モデルと各配置モデルのユースケース例について説明します。
ローカル ディスク
Relational Migrator は、外部からアクセスできない単一のマシンにインストールできます。ローカル インストールは、開発、評価、および実行時間が 1 日未満の小規模な本番環境のジョブに適しています。
注意
大規模な移行を実行する必要がある場合は、テーブル フィルターを使用して移行を複数のジョブに分裂できます。
詳細については、 開発インストール を参照してください。
無人サーバー/VM
Relational Migrator は、 Relational Migrator をIPアドレスとポートにバインドする未使用のサーバーまたは VM にインストールして、 Webアプリケーションとして公開できます。Relational Migrator を自動化されていないサーバーにインストールすると、テストや本番環境の移行を含む過半数のユースケースに適しています。
注意
Relational Migrator を自動化されていないサーバーにインストールしても、可用性の高いソリューションではありません。アプリケーションの問題が発生した場合、ユーザーは手動で介入する必要があります。
詳細については、本番環境へのインストールを参照してください。
配置に関する考慮事項
Relational Migrator を実行する場所
最高のパフォーマンスを得るには、Relational Migrator を実行しているマシンまたはサーバーを、ソース データベースとターゲット データベースに地理的に近いものに見つけます。 ターゲット データベースへの近接性は、パフォーマンスに最も影響します。
オンプレミスの移行に Relational Migrator を使用している場合は、ソースデータベースと同じデータセンターで Relational Migrator を実行します。
クラウドでホストされているデータベースを使用している場合は、ソース データベースと同じVPC内の EC 2インスタンスまたは 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配置でインストールの手順については、開発インストールを参照してください。
自動サーバーをインストールする手順については、本番環境へのインストールを参照してください。