Nutanix+ESXi環境をNutanix+AHVにハイパーバイザーを変更する（その5）

前回は、仮想マシンにNGTをインストールし、VirtIO DriverをゲストOSにインストールしました。

では、いよいよハイパーバイザーの変換作業となります。

6.ハイパーバイザーの変換

Prism Elementの画面から、「Settings」から「Convert Cluster」を開き、「AVAILABLE HYPERVISOR」に「AHV」を選択、VM BOOT OPTIONSに「Power off user VMs」を選択し、「Validate」ボタンを押します。Nutanixクラスターに接続したvCenter Serverの接続情報を聞かれますので、クレデンシャル情報を含めて入力します。

バリデーションの結果が表示されます。エラーは消えましたが、いくつかのWarningが出ています。

このWarningは、

1. チーミングモードがActive/Backupになる
2. NGTはインストールされているが、VirtIO Driverが正しくインストールされていない仮想マシンがある
3. vCenter ServerにNGTがインストールされていない
4. 特定のVMで、NGTがインストールされていない

1や3については、特に対応の必要はありません。
2や4については、個別にドライバーだけをインストールしている場合や、変換後は利用しない、もしくは再展開する仮想アプライアンスなどであれば、無視してもらって構いません。
3のvCenter Serverは、すでに他のホストに移動しているため、Nutanix上のvCenter Serverを利用することはありません。

NGTがインストールされていなくても仮想マシン自体はAHVで稼働できるように変換されますので、AHVへの変換後にレスキューメディアなどを利用してVirtIO Driverをインストールする形でも問題ありません。

次に進むと、AHVハイパーバイザーのISOを要求されます。現在稼働しているAOSと互換性のあるAHVバージョンのISOが自動的に指定されますので、Nutanix Support Portalからダウンロードした後、アップロードします。

アップロードが完了すると、「Convert Cluster」のボタンが押せるようになります。

最後に注意点として、一部のオペレーションができなくなる旨と、vCenter ServerがConvert Clusterを実行するNutanixクラスター上で動作していないことを確認されます。

すると、各ホストのタスク情報が表示されます。

vCenter Server側の挙動を見ると、ホストがメンテナンスモードに入るようになっています。
これにより、ワークロードの仮想マシンを他のホストに退避します。しかし、CVM自体は稼働したままで、再イメージングの準備処理が内部で動作しています。そのため、メンテナンスモードへの移行が完了せず待機状態が続きますが、焦らず見守ります。

vCenter Serverから見ると、ホストは全台動作しており、CVMも稼働中になっているように見受けられますが、Prism上ではクラスターの状態がCriticalになります。これは、CVM自体がメンテナンスモードになっていることが影響しています。

しばらくすると、vCenter Serverからホストがオフラインになり、ホストが再起動します。
再起動直後は、ESXiが再起動しているように見受けられます。

しかし、その後画面が切り替わり、そのままPhoenixが起動します。

メンテナンスモードになったノードとは別のノードのCVMでFoundationサービスが稼働しているようで、そこからAHVのイメージングが行われます。

その後、Phoenixによるイメージングが完了するのを待ちます。
イメージング中のサーバー本体は、メンテナンス用のランプが点滅するので、どのノードがイメージング中なのかは、サーバー本体の外観からもわかります。

なお、この間も仮想マシンは正常に稼働中です。これは、NutanixのN+1の冗長性を生かしながら処理が行われていることがわかります。

最初にメンテナンスモードへ移行してから、30分程度でこの画面まで進みました。

以下の画面が表示されたら、そのノードのイメージングが完了し、ハイパーバイザーがAHVに切り替わっていることがわかります。

しばらくすると、一部の仮想マシンはNGTを経由してシャットダウンされた後、AHVホスト上で稼働できるように変換され、リストアされます。

変換された仮想マシンは、vCenter Serverのインベントリ情報からも削除されます。

この処理を繰り返し、各ホストがメンテナンスモードに入り、Phoenixが起動してAHVへのイメージングが行われます。ホストがAHVに切り替わると、一部の仮想マシンがAHV上で動作するように変換されます。

最後の1台のホストを変換する段階では、ほかのホストはすべてAHVに変換されていますので、ESXi上で稼働する仮想マシンは0台になっています。

Convert Clusterの作業中は、Prism Element画面から仮想マシンを編集することはできません。

クラスター内のすべてのホストがAHVに変換されると、タスクが終了し、そのままAHVクラスターとして利用できるようになります。

これで、Convert Clusterの作業は終了です。

かかる時間はサーバーの性能などにもよりますが、今回検証した環境では、通常のFoundationで行うイメージング作業に加えて、仮想マシンの変換作業にかかる時間は、おおよそ5分程度でした。

実は、事前準備ができていれば、わずかな時間でESXiからAHVへハイパーバイザーを変更できます。

次回は、Convert Clusterにおける注意点を含め、まとめの情報を記載いたします。