Oracle Cloud Infrastructureドキュメント

ローカルからリモート・ブート・ボリュームへのインスタンスの移行

Oracle Cloud Infrastructureは、「リモート・ブート・ボリューム」を2017年11月15日に導入しました。 リモート・ブート・ボリュームには、ブート時間の短縮、残りと移動中のデータの暗号化、停止時間のゼロのスナップショット、可用性の改善など、ローカル・ブート・ボリュームを介した大幅な改善が含まれます。 2017年11月15日より前に起動されたインスタンスでは、ローカル・ブート・ボリュームを使用します。 ローカル・ブート・ボリュームは非推奨になっています。ローカル・ブート・ボリュームを現在使用しているインスタンスをリモート・ブート・ボリュームに移行することをお薦めします。 このトピックでは、そのプロセスについて説明します。

手動移行の制限と警告

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

  • 「予約された公開プール」からインスタンスに割り当てられたパブリック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. 「カスタム・イメージの管理」「コンソールの使用」または「APIの使用」セクションに説明されているステップを使用して、インスタンスのカスタム・イメージを作成します。

    重要

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

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

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

    ノート

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

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