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

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

元のソース・システム上のVMに変更を加えることで、プライベート・クラウド・アプライアンスのVMを準備することが推奨され、場合によっては必要になります。元のVMではなく、ソース・システムのクローンで、次のエクスポート前更新ステップを実行します。

注意:

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

たとえば、Oracle VMおよびPrivate Cloud Appliance 2.4で、「Servers and VMs」タブでVMを選択し、右クリックして「Clone」を選択します。いずれの場合も、ソース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のインスタンスの説明の「ネットワーク」タブを参照してください。

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. 仮想マシンを起動し、データセンター標準に仮想ネットワークを構成し、VMのパブリック・ネットワークおよびプライベート・ネットワークを起動するための/etc/sysconfig/network-scripts/ifcfg-eth*ファイルを作成します。パラレル・テストを許可するには、ExalogicのVMとは異なる必要があります。

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

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

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

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

ノート:

ソース・ハイパーバイザがKVMの場合、プライベート・クラウド・アプライアンスに適したドライバがすでにあります。
  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からコメント・アウトする必要があります。

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

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