Oracle Cloud Infrastructureドキュメント

新しいホストへの「コンピュート」インスタンスの移動

このトピックでは、「再起動移行」または「手動プロセス」を使用して、仮想マシンまたはベアメタル・インスタンスを再配置する方法について説明します。

ノート

専用仮想マシン・ホストは再起動の移行をサポートしていません。
これらのインスタンスを再配置するには、「手動移行によるインスタンスの移動」で説明されているプロセスを使用します。

再起動移行

「再起動メンテナンス」フィールドに日付を持つインスタンス(コンソール、CLIおよびSDK)は、インスタンスを再起動して新しいインフラストラクチャに移動できます。 インスタンスを再起動すると、「再起動メンテナンス」フィールドはクリアされます。 この変更は、インスタンスが正常に移動されたことを示します。

リブート前に、すべての準仮想化またはエミュレートされたブロック・ボリュームを切り離し、すべてのセカンダリVNICアタッチメントを削除します。 この時点で、これらのアタッチメントは、サービスがインスタンスを移動しない場合があります。 リブート後に、ブロック・ボリュームとセカンダリVNICを再接続できます。

再起動移行の制限と警告

「予約された公開プール」からセカンダリVNICに割り当てられたパブリックIPアドレスは保持されます。 予約されたパブリックIPプールから割り当てられなかったパブリックIPアドレスは変更されます。 プライベートIPアドレスは変更されません。

再起動移行の前提条件

  1. インスタンスに準仮想化またはエミュレートされたリモート・ブロック・ボリューム・アタッチメントがあるかどうかを判定します:

    1. 「ナビゲーション・メニュー」を開きます。 コア・インフラストラクチャの下で、コンピュートに行き、「インスタンス」をクリックします。

    2. 移動するインスタンスの名前をクリックします。
    3. 「インスタンスの詳細」ページで、「アタッチされたブロック・ボリューム」をクリックします。
    4. 各ボリュームの「アタッチメント・タイプ」を書き留めます。
  2. インスタンスにアタッチされている任意のリモート・ブロック・ボリュームをドキュメント化します。
  3. インスタンスにセカンダリVNICアタッチメントがあるかどうかを判定します:

    1. 「インスタンスの詳細」ページで、「アタッチされたVNIC」をクリックします。
    2. 最初のVNICを除外すると、すべてのプライベートIPアドレス、名前、サブネット、および各VNIC上のタグをドキュメント化します。 インスタンスには複数のVNICを持たせることができ、各VNICには複数のセカンダリIPアドレスを含めることができます。
    3. 最初のVNICを除外し、予約されたパブリック・プールから割り当てられている「パブリックIPアドレス」をドキュメント化します。 インスタンスには複数のVNICを持たせることができ、各VNICには複数のセカンダリ・プライベートIPアドレスを含めることができます。 各VNICおよびセカンダリ・プライベートIPアドレスには、アタッチされたパブリックIPアドレスを含めることができます。
  4. インスタンスの再起動移行を準備します:

    • /etc/fstabで定義されているリモート・ブロック・ボリュームであれば、「推奨オプション」を使用してください。
    • ファイル・ストレージ・サービス(NFS)マウントがすべてnofailオプションを使用するようにします。
    • MACアドレス(/etc/sysconfig/network-scripts/ifcfg*で定義されたアドレスなど)を使用して、セカンダリVNICに属するネットワーク・インタフェースを静的に定義した場合、これらのインタフェースはMACアドレスの変更のために起動しません。 静的マッピングを削除してください。
    • 「Oracle提供スクリプト」を使用してセカンダリVNICを構成する場合は、起動時に自動的に実行されるようにしてください。

再起動移行でのインスタンスの移動

前提条件を完了したら、次の手順を実行します:

  1. 実行中のアプリケーションを停止します。
  2. それらのアプリケーションが自動的に起動されないことを確認してください。

    警告

    再配置したインスタンスが最初に起動されたとき、リモート・ブロック・ボリュームとセカンダリVNICまたはそれらに依存するリソースがあれば、アタッチされません。
    これらのリソースがないと、アプリケーションの問題が発生する可能性があります。

  3. リモート・ブロックのボリュームやファイル・ストレージ・サービス(NFS)のマウントを解除します。
  4. 任意の準仮想化またはエミュレートされたリモート・ブロック・ボリュームをデタッチします。
  5. すべてのセカンダリVNICを削除します。
  6. すべてのリモート・ブロック・ボリュームをバックアップします。 詳細については、「ボリュームのバックアップ」を参照してください。
  7. インスタンスを再起動します。
  8. 「再起動メンテナンス」フィールドにすでに日付がないことを確認します。
  9. リモート・ブロック・ボリュームを再アタッチします。
  10. タグを含む、セカンダリVNICを再作成します。
  11. インスタンス上のアプリケーションを起動およびテストします。
  12. 必要に応じて、自動的に起動するようにアプリケーションを構成します。
  13. (オプション)インスタンスとアプリケーションが正常であることを確認した後、ボリューム・バックアップを削除できます。

手動移行でのインスタンスの移動

「再起動メンテナンス」フィールドに日付がない場合(コンソール、CLIおよびSDK)は、インスタンスを手動で移動する必要があります。 このメソッドでは、インスタンスを終了し、保存されているブート・ボリュームから新しいインスタンスを起動する必要があります。 追加のVNIC、セカンダリIPアドレス、リモート・アタッチ・ブロック・ボリューム、またはロード・バランサのバックエンド・セットに属するインスタンスには、追加のステップが必要です。

手動移行の制限と警告

手動移行を実行する場合は、次の制限事項と警告に注意してください:

  • 「予約された公開プール」からインスタンスに割り当てられたパブリックIPアドレスは保持されます。 予約されたパブリックIPアドレス・プールから割り当てられていないものは変更されます。 プライベートIPアドレスは変更されません。
  • MACアドレス、CPUIDsおよびその他の一意のハードウェア識別子は、移動中に変化します。 インスタンスで実行中のアプリケーションがライセンスなどの目的でこれらの識別子を使用している場合、変更の管理に役立つようにインスタンスを移動する前に、この情報に注意してください。

手動移行の前提条件

  1. インスタンスを移動する前に、すべてのクリティカルな詳細をドキュメント化します:

    • インスタンス・リージョン、可用性ドメインおよびフォルト・ドメイン。
    • インスタンスの表示名。
    • すべてのプライベートIPアドレス、名前およびサブネット。 インスタンスには複数のVNICを持たせることができ、各VNICには複数のセカンダリIPアドレスを含めることができます。
    • すべてのプライベートDNS名。 このインスタンスには複数のVNICを持たせることができ、各VNICには複数のセカンダリIPアドレスを含めることができます。 各プライベートIPアドレスはDNS名を持つことができます。
    • 予約されたパブリック・プールから割り当てられた「パブリックIPアドレス」 インスタンスには複数のVNICを持たせることができ、各VNICには複数のセカンダリ・プライベートIPアドレスを含めることができます。 各VNICおよびセカンダリ・プライベートIPアドレスには、アタッチされたパブリックIPアドレスを含めることができます。
    • インスタンスにアタッチされているリモート・ブロック・ボリューム。
    • インスタンスまたはアタッチされたリソースのタグ。
  2. 手動移行のためにインスタンスを準備します:

    • /etc/fstabで定義されているリモート・ブロック・ボリュームであれば、「推奨オプション」を使用してください。
    • ファイル・ストレージ・サービス(NFS)マウントがすべてnofailオプションを使用するようにします。
    • MACアドレス(/etc/sysconfig/network-scripts/ifcfg*で定義されたアドレスなど)を使用して、セカンダリVNICに属するネットワーク・インタフェースを静的に定義した場合、これらのインタフェースはMACアドレスの変更のために起動しません。 静的マッピングを削除してください。
    • 「Oracle提供スクリプト」を使用してセカンダリVNICを構成する場合は、起動時に自動的に実行されるようにしてください。

手動でのインスタンスの移動

前提条件を完了したら、次の手順を実行します:

  1. 実行中のアプリケーションを停止します。
  2. それらのアプリケーションが自動的に起動されないことを確認してください。

    警告

    再配置したインスタンスが初めて起動された場合、リモート・ブロック・ボリューム、セカンダリVNICまたはそれらに依存するリソースがあれば、アタッチされません。
    これらのリソースがないと、アプリケーションの問題が発生する可能性があります。

  3. インスタンスにローカルのNVMeストレージ(密なインスタンス)がある場合は、次のデータをバックアップする必要があります:
    1. 「作成」およびattach 1つ以上のリモート・ブロック・ボリュームをインスタンスに接続します。
    2. NVMeデバイスからリモート・ブロック・ボリュームにデータをコピーします。
  4. リモート・ブロックのボリュームやファイル・ストレージ・サービス(NFS)のマウントを解除します。
  5. すべてのリモート・ブロック・ボリュームをバックアップします。 詳細については、「ブロック・ボリュームのバックアップの概要」を参照してください。
  6. ルート・ボリュームのバックアップを作成します。

    重要

    Windowsインスタンスは汎化したり特殊化しないでください。

  7. インスタンスを終了します:

    コンソールの使用
    APIの使用
    CLIの使用
  8. 終了したインスタンスからブート・ボリュームを使用して、新しいインスタンスを作成します。
  9. 起動インスタンス・フローで、プライマリVNICにアタッチされたプライベートIPアドレスを指定します。 パブリックIPアドレスが予約IPアドレス・プールから割り当てられている場合は、必ず同じIPアドレスを割り当ててください。
  10. インスタンスの状態がRUNNINGに変わると、「停止」はインスタンスになります。
  11. セカンダリVNICおよびセカンダリIPアドレスを再作成します。
  12. 任意のリモート・ブロック・ボリュームをアタッチします。

    ノート

    このステップには、ローカルNVMeデバイスのバックアップに使用されるボリュームが含まれます。
    データを新規インスタンスのNVMeストレージにコピーしてから、ボリュームをデタッチします。

  13. インスタンスを起動します。
  14. インスタンス上のアプリケーションを起動およびテストします。
  15. 必要に応じて、自動的に起動するようにアプリケーションを構成します。
  16. 必要なタグを再作成します。
  17. (オプション)インスタンスとアプリケーションが正常であることを確認した後、ボリューム・バックアップを削除できます。