1. ExalogicワークロードのOracle Compute Cloud@CustomerおよびOracle Private Cloud Applianceへの移行
  2. エクスポート前更新のリフト・アンド・シフトの実行

エクスポート前更新のリフト・アンド・シフトの実行

元のソース・システムでVMに変更を加えることで、プライベート・クラウド・アプライアンス用にVMを準備する必要がある場合もあります。元の VMではなく、ソースシステムのクローンに対して次のエクスポート前更新手順を実行します。

警告:

ソース・システム上の本番イメージのクローンで操作します。これにより、本番環境が保護され、プロセスを繰り返す必要がある場合に既知のフォールバックが提供されます。VMのクローニングには、ソースシステムによって提供される方法を使用します。

たとえば、Oracle VMおよびPrivate Cloud Appliance 2.4で、「サーバーおよびVM」タブでVMを選択し、右クリックして「クローン」を選択します。いずれの場合も、ソースVMを停止して、クローンに一貫性のあるディスク・コンテンツがあることを確認します。

オペレーティング・システムの現在のレベルへのパッチ

クローンVMを同じOSの現在のパッチ・レベルに更新します。

手順は、ゲストオペレーティングシステムによって異なります。たとえば、Oracle Linux 7または8の最新パッチ・レベルにyum update、Solaris 11.4の場合はpkg update、Microsoft Windowsの場合はWindows Updateです。パッチ適用後に再起動して、適切な操作がパッチ適用後に行われるようにします。

これにより、最新のデバイス・ドライバが使用可能になり、最近クローズされたバグやセキュリティ・エクスポージャのリスクが回避されます。

ノート:

Oracle Linux 6以前を使用している場合、Oracleでは次のことをお薦めします:

  • 現在のOracle Linuxバージョンに移動して、PCA X9-2に適したデバイス・ドライバがインストールされ、バグ修正および拡張が含まれていることを確認します。
  • リフト・アンド・シフトではなく、OSの新規インストールを実行します。

仮想ネットワークデバイスのDHCPへの変更

ゲストVMの仮想ネットワークは、プライベート・クラウド・アプライアンスへのインストール後にいくつかの変更を実行する必要がある場合があります。

プライベート・クラウド・アプライアンスは、DHCPを使用してネットワーク・アドレスを新しいインスタンスに提供します。同じイメージから複数のインスタンスをクローニングできるため、各インスタンスの作成時に新しいMACおよびIPアドレスを割り当てることが理にかなっています。

ノート:

  1. インスタンスの作成時にDHCPによって取得されるIPアドレスは安定しています。
  2. インスタンスに表示されるIPアドレスは、仮想クラウド・ネットワーク(VCN)上のプライベートIPアドレスです。インスタンスには、ネットワーク・アドレス変換(NAT)レイヤーを使用してプライベート・クラウド・アプライアンスの外部からアクセスします。プライベートIPアドレスとパブリックIPアドレスの両方を表示するには、Compute Enclaveのインスタンスの説明の「Network」タブを参照してください。

Linuxで、ファイル/etc/sysconfig/network-scripts/ifcfg-NICNAMEを編集し、HWADDRまたはMACADDR行を削除してBOOTPROTO="dhcp"を設定します。または、ディストリビューションに付属のグラフィカル・ツールを使用できます。さらに、ファイル /etc/udev/rules.d/70-persistent-ipoib.rulesおよび/etc/udev/rules.d/70-persistentnet.rulesが存在する場合は削除します。これらのファイルには、新しいインスタンスと一致しないMACアドレスが含まれています。必要に応じて自動的に再作成されます。

Exalogic固有のツールおよびドライバの削除

Exalogic OSコンポーネントを削除するには、次の手順に従います。

  1. Exalogic infinibus-N.N.x86_64で使用されるInfiniBand RPMを削除します。
  2. Infinibandデバイスのネットワーク定義ファイルを削除するか、移動します。
    # cd /mnt/sysimage/etc/sysconfig/network-scripts
    # rm ifcfg-ib0.0004; rm ifcfg-ib1.0004
  3. OFEDコンポーネントを削除します。
    # /usr/sbin/ofed_uninstall.sh --force
  4. 停止して、再起動します。
  5. 仮想マシンを起動し、データセンター標準に仮想ネットワークを構成し、/etc/sysconfig/network-scripts/ifcfg-eth*ファイルを作成してVMのパブリック・ネットワークとプライベート・ネットワークを起動します。パラレル・テストを許可するには、Exalogic VMと異なる必要があります。

WebLogicを使用している場合は、Oracle WebLogic Serverコンソールに接続し、Exalogicの拡張機能を無効にするには、Exalogicで有効にするために使用するステップ(特にSocket Direct Protocol (SDP)を無効にする)を元に戻します。これはExalogicのベスト・プラクティスであり、Private Cloud Applianceではサポートされていません。詳細の項でリンクされているOracle Fusion Middleware Exalogicエンタープライズ・デプロイメント・ガイドを参照してください。

Exalogic VMがhostnameおよびIP addressと同じ場合は、VMを停止し、アプリケーション・クラスタの追加メンバー用にクローニングできます。各VMを順に起動し、hostnameおよびaddressを変更して一意にします。

Private Cloud ApplianceのLinuxカーネルおよびドライバ機能のインストール

オペレーティング・システムには、起動時に明示的にVirtIOデバイス・ドライバを含める必要がある場合があります。

ノート:

ソース・ハイパーバイザがKVMの場合、Private Cloud Applianceに適したドライバがすでに用意されています。
  1. dracutを実行する前に、オプションでカーネルをバックアップできます。例: mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.bak
  2. dracutコマンドを使用して、デバイス・ドライバをinitramfsに追加します。例: dracut --force -Nまたはdracut -N --regenerateall。
    • -Nオプションは、現在のホストに対してのみ initramfsを作成するホスト専用モードを無効にします。このオプションは汎用イメージを生成します。
    • -Nオプションがない非常に古いバージョンのLinuxで実行している場合は、プライベート・クラウド・アプライアンスX9-2に必要なカーネル・モジュールを具体的にリストします。例: dracut --add-drivers 'sg sd_mod virtio virtio_pci virtio_ring virtio_scsi'。
    • --regenerate-allオプションは、現在ブートされているカーネルバージョンだけでなく、/boot内のすべてのカーネルバージョンの initramfsを再生成します。これは、Oracle Linuxで、UEKカーネルとRHCKカーネルの両方が、現在ブートされているドライバに関係なく、必要なドライバを取得するために役立ちます。
    • オプション --forceは、すでに存在する現在の initramfsファイルをオーバーレイします。

更新されたinitramfsファイルは、/bootで確認できます。デバイスドライバが追加されているため、これらは以前のバージョンよりも大きくなります。

dracutステップを省略すると、インスタンスがプライベート・クラウド・アプライアンスX9-2で最初に起動されたときに実行できます。

  1. コンピュート・エンクレーブにログインします。
  2. インスタンスを選択し、コンソールに接続します。
  3. 「Grub」メニューでレスキュー行を選択します。
  4. レスキュー・ブートを選択する前にブートが失敗した場合は、コンピュート・エンクレーブからインスタンスに対してリセット・アクションを実行します。
  5. インスタンスの起動後、ログインしてdracutコマンドを実行します。

初期化ツールキットのインストール(オプション)

cloud-init (Linux)ツールキットをインストールすることをお薦めします。

これらのツールキットは、クロスプラットフォームインスタンス初期化のための業界標準のベンダーに依存しない方法です。これらは、ブート中にクラウド・インスタンスが実行されていることを確認し、提供されたmetadataをクラウドから読み、それに応じてシステムを初期化するのに役立ちます。パスワードベースのsshからキー・ペア交換の使用に変換できます。詳細は、Oracle Private Cloud Applianceユーザー・ガイドの6.4項を参照してください。

Oracle Linuxで、Linuxディストリビューションに適したcloud-initおよびoci-utilsパッケージをインストールします。Oracle Linux 8では次を使用します。 

# dnf install yum-utils
# yum-config-manager --enable ol8_addons
# dnf install cloud-init oci-utils

次に、userid opcをパスワードなしで起動されたインスタンスにsshし、引用参照で説明されているキー・ペアの交換を使用します。

起動およびファイル・システムの準備

イメージにはブートディスクのみが含まれているため、ほかのディスクを必要とするブート時サービスおよびアプリケーションを無効にします。

ブート以外のファイルシステムへの参照は、あとで再作成されるまで削除する必要があります。ブート・イメージがスワップ、/tmpまたは/var/logsの他のディスクを参照する場合、ブート・ボリュームに一時的に移動する必要があります。

Linuxでは次のステップに従います。

  1. /etc/fstabを編集します。
  2. ブートディスク上にないファイルシステムのマウントに対するエントリを削除します。
  3. ブートディスクパーティションが、/dev/xvdaなどのデバイス名によって直接参照されていないことを確認します。
  4. かわりに、LABEL=またはUUID=を使用します。
  5. ブートディスクを参照している場合、LVMデバイスへの参照を変更する必要はありません。
  6. pvsコマンドを実行して、LVM物理ボリューム(PV)のみがブート・ボリュームであることを確認します。
  7. ボリューム・グループ(VG)が他の物理ボリュームにある場合は、/etc/fstabからコメント・アウトする必要があります。

論理ボリュームがブート・ディスクと他のディスクの両方で構成されている場合、移行はより複雑になり、このソリューションの範囲外になります。

プライベート・クラウド・アプライアンスX9-2の初期起動には完全な運用環境がないため、ブート時に起動し、完全な構成を必要とするサービスまたはアプリケーションを無効にします。