VMレプリケーションの理解

レプリケーション・コンパートメントにプライベート・バケットを作成します。これは、レプリケーション・ロケーションの移行時に指定します。システム生成のバケット名ではなく、ユーザーが指定したバケット名を指定できます。ユーザー指定のバケット名には、文字(大文字または小文字)、数字、ハイフン、アンダースコアおよびピリオドを使用できます。スナップショット操作のバケットの管理の詳細は、オブジェクト・ストレージ・バケットを参照してください。

次に例を示します。

移行先のターゲット・リージョンにコンパートメントのバケットを作成します。

VMware移行の場合、バケットに関連する次のポリシーを使用します。

Allow dynamic-group HydrationAgentDynamicGroup to read objects in compartment <migration_compartment_name>

Allow dynamic-group HydrationAgentDynamicGroup to {OCM_HYDRATION_AGENT_TASK_INSPECT, OCM_HYDRATION_AGENT_TASK_UPDATE, OCM_HYDRATION_AGENT_REPORT_STATUS} in compartment <migration_compartment_name>

AWSの移行には、バケットに関連する次のポリシーを使用します。

Allow dynamic-group HydrationAgentDynamicGroup to manage objects in compartment <migration_compartment_name>

Allow dynamic-group HydrationAgentDynamicGroup to {OCM_HYDRATION_AGENT_TASK_INSPECT, OCM_HYDRATION_AGENT_TASK_UPDATE, OCM_HYDRATION_AGENT_REPORT_STATUS} in compartment <migration_compartment_name>

Oracle Cloud Migrationsポリシーの詳細は、「Oracle Cloud Migrationsサービス・ポリシー」を参照してください。

ハイドレーション・エージェントは、レプリケーション・プラグインによって取得されたアセットのスナップショット(EC2アセットの場合はEBSボリュームから直接コピーされる)を、Oracle Cloud Infrastructureで生成されたブロック・ボリュームにブロック・コピーすることを目的としています。ハイドレーション・エージェント・インスタンスは、オブジェクト・プール・ロジックに基づいてレプリケーション・プロセスのロード・バランシングを自動的に開始します。ハイドレーション・エージェント・インスタンスは、承認されたシェイプおよびイメージのアルゴリズムに基づいて作成されます。各ハイドレーション・エージェント・インスタンスは、1つのVCN、1つのサブネットおよび関連付けられたリソース(VCNルート表)を作成します。VCN、サブネットおよび関連リソースに設定された最大数については、サービス制限のネットワーキング制限を参照してください。コンソール内からサービス制限の拡大のリクエストを送信できます。サービス制限を引き上げるには、サービス制限の引上げのリクエストを参照してください。

承認されたシェイプ・アルゴリズムは、可用性ドメインおよびコンパートメントで使用可能なシェイプの1つを選択します。このアルゴリズムでは、最小CPU数と最小コストでシェイプが優先されます。標準シリーズのVMシェイプの詳細は、仮想マシン(VM)シェイプを参照してください。

承認済イメージのアルゴリズムは、使用可能なOracle-Linux-7.9 OSなどの承認済イメージのいずれかを使用してハイドレーション・エージェント・インスタンスを起動します。新しいイメージ・デプロイメントでは、アルゴリズムが更新されます。

AWSの場合、テナンシでOCI移行によって起動されたハイドレーション・エージェントは、EBS Direct APIを使用して、フル・スナップショットのデータ・ブロックをコピーするか、2つのスナップショット間で変更されたブロックのみをコピーし、それをOCIブロック・ボリュームに直接書き込みます。

ハイドレーション・エージェントの制限

ハイドレーション・エージェント・インスタンスに対して十分な制限を予約していることを確認します。ハイドレーション・エージェントの制限を増やすことができるのは管理者のみです。

VM.Standard.E4のターゲット・リージョンに十分な制限があることを確認します。フレックス(標準-e4-core-count、標準-e4-memory-count)シェイプ。ハイドレーション・エージェントに使用可能な容量のCPUおよび160 GBメモリーを10個予約することをお薦めします。また、移行するVMのシェイプ制限要件も考慮してください。

Standard.E4シェイプが使用できない場合は、承認済のシェイプに適切なリソースを予約することをお薦めします。

VMwareでの増分転送

共通VMスナップショットが機能し、存在し、VMのCBTを有効にすると、レプリケーション・プラグインによって増分更新が自動的に実行されます。CBTを有効にするには、仮想マシン上の変更済ブロック・トラッキング(CBT)の記事を検索します。

必要な仮想マシン構成

アセットを移行する前に設定する必要があるVMware仮想マシン(VM)パラメータ値:

AWSでの増分転送

AWS EC2移行の場合、その機能を提供する関連するAWS APIエンドポイントを介してボリューム・スナップショット間で変更されたブロックのみをレプリケートすることによって、増分転送が自動的に行われます。AWS移行用に構成するものはありません。

Oracle Cloud Migrationsサービスは、Linux仮想マシンのブート・ボリュームに必要な構成変更を自動的に適用します。これらの変更には、virtioカーネル・モジュールが存在しない場合のインストール、ストレージ・アタッチメントの更新、シリアル・コンソール・アクセス用のカーネル・パラメータが含まれます。Windows仮想マシンに対して自動的に構成変更は行われません。

Linuxのブート・ボリュームの変更

次の表に、サポートされているすべてのオペレーティング・システムでOracle Cloud Migrationsによって自動的に変更されるブート・ボリューム構成を示します。サポートされていないLinux OSを使用している場合は、ブート・ボリュームをOCIにレプリケートする前に、必要な構成変更を手動で適用するステップが表に示されています。

Linuxの自動変更

Linuxの追加変更

移行プロセス中に、次の変更を実行する必要がある場合もあります。

Windowsでのブート・ボリュームの変更

Oracle Cloud Migrationsは、準仮想化起動オプションによる移行されたWindowsインスタンスの起動のみをサポートします。移行されたWindowsインスタンスを起動する前に、Windows用のOracleバーティオ・ドライバをインストールする必要があります。ドライバがインストールされていない場合、オペレーティングシステムはブートデバイスを検出できません。Windows用のOracle virtIOドライバをインストールする方法の詳細は、カスタムWindowsイメージのインポートを参照してください。

Windowsの追加変更

移行プロセス中に、次の変更を実行する必要がある場合もあります。

ブログ

仮想マシンの再ホスティングの準備

参照

• インポートされたLinuxイメージでのシリアル・コンソール・アクセスの有効化。
• インスタンス・コンソール接続を使用したインスタンスのトラブルシューティング。