ノード追加によるクラスター拡張後の処置 | Nutanix Community
Skip to main content
Solved

ノード追加によるクラスター拡張後の処置

  • January 31, 2025
  • 2 replies
  • 106 views

こんにちは。

既存のAHVクラスターに新しいノードを追加後、古いノードの取り外しを計画しています。

いくつか疑問があり質問させていただきます。公式ドキュメントなどありましたらご紹介いただけますと幸いです。

 

・クラスター拡張後に新しいノードへ仮想マシンを移動するには、手動でマイグレーションが必要との認識で合っていますでしょうか。クラスターへ追加したら、いきなり仮想マシンが移動してしまう?

・新しいノードへ仮想マシンをマイグレーションする際に、物理ホストのCPU世代などが異なりますが仮想マシンの停止は不要でしょうか。(ESXiのEVCのようなものが効いている?)

・仮想マシン内のNGTやドライバーの更新は事前に必要でしょうか?

既設の環境をAHV-20230302.102001までバージョンアップし、PrismCentralも新しいバージョンにしてNCIライセンスへの変換作業まで完了しています。

Best answer by TomoMartin

こんにちは、こちら回答いたします。

 

クラスター拡張後に新しいノードへ仮想マシンを移動するには、手動でマイグレーションが必要との認識で合っていますでしょうか。クラスターへ追加したら、いきなり仮想マシンが移動してしまう?

→既存クラスターのリソース状況によるかと思います。AHVでは、ADS(Acropolis Dynamic Scheduling)というvSphereのDRSに相当する機能がデフォルトで有効化されておりますが、ADSでは例えばCPU使用率が85%以上を10分間継続しているホストを検出すると、そのホスト上の仮想マシンを別ホストへ自動でライブマイグレーションしたりします。そのため、すでにCPU使用率の高いクラスターにノードを追加した場合は、一部の仮想マシンが追加したノードに自動でマイグレーションされることがあると考えられます。それに対して、リソースに余裕がありADSがトリガーしない場合は、手動でマイグレーションしてあげる必要がありそうです。ただし、新ノード追加後に古いノードをクラスターから切り離す際は、クラスター内の別ノードに仮想マシンが自動でライブマイグレーションされますので、リプレース時に必ずしも手動で移動する必要はないかなと思われます。

ADSのドキュメント
https://portal.nutanix.com/page/documents/details?targetId=AHV-Admin-Guide-v6_10:ahv-dynamic-scheduling-c.html

 

新しいノードへ仮想マシンをマイグレーションする際に、物理ホストのCPU世代などが異なりますが仮想マシンの停止は不要でしょうか。(ESXiのEVCのようなものが効いている?)

→ご認識の通りです。AHVでは、ESXiのEVCに相当するCPU互換性の機能がデフォルトで有効化されております。これにより、異なる世代のハードウェア間で仮想マシンCPU世代のベースラインを維持しますので、仮想マシンを停止する必要はありません。ただし、仮想マシンは旧ハードウェア世代のCPU命令セットで稼働していますので、リプレース後に新しいハードウェア世代のCPU命令セットで稼働させたい場合は、どこかのタイミングで仮想マシンを一度再起動する必要があります。

CPU互換性のドキュメント
https://portal.nutanix.com/page/documents/details?targetId=AHV-Admin-Guide-v6_10:ahv-advanced-processor-compatibility-c.html
https://portal.nutanix.com/page/documents/solutions/details?targetId=TN-2038-AHV:advanced-processor-compatibility.html

 

仮想マシン内のNGTやドライバーの更新は事前に必要でしょうか?

→VirtIOは、現在サポートされているすべてのAOSやAHVバージョンと互換性があるため、無理にアップデートする必要はない認識です。NGTについては、AOSバージョンとのコンパチマトリクスが公開されていますので、ノード追加時に既存クラスターのAOSをバージョンアップする場合は、使用中のNGTバージョンと互換性があるかご確認ください。古いNGTのままAOSのみバージョンアップを続けてしまうと、将来的にはAOSとの互換性が維持できなくなりますので、NGTも定期的にバージョンアップすることを推奨します。

VirtIOのドキュメント
https://portal.nutanix.com/page/documents/details?targetId=Release-Notes-VirtIO:Release-Notes-VirtIO
https://portal.nutanix.com/page/documents/details?targetId=AHV-Admin-Guide:vm-vm-virtio-ahv-c.html
NGTのコンパチマトリクス
https://portal.nutanix.com/page/documents/compatibility-interoperability-matrix/ngt-compatibility

View original
Did this topic help you find an answer to your question?

2 replies

TomoMartin
  • Trailblazer
  • 10 replies
  • Answer
  • January 31, 2025

こんにちは、こちら回答いたします。

 

クラスター拡張後に新しいノードへ仮想マシンを移動するには、手動でマイグレーションが必要との認識で合っていますでしょうか。クラスターへ追加したら、いきなり仮想マシンが移動してしまう?

→既存クラスターのリソース状況によるかと思います。AHVでは、ADS(Acropolis Dynamic Scheduling)というvSphereのDRSに相当する機能がデフォルトで有効化されておりますが、ADSでは例えばCPU使用率が85%以上を10分間継続しているホストを検出すると、そのホスト上の仮想マシンを別ホストへ自動でライブマイグレーションしたりします。そのため、すでにCPU使用率の高いクラスターにノードを追加した場合は、一部の仮想マシンが追加したノードに自動でマイグレーションされることがあると考えられます。それに対して、リソースに余裕がありADSがトリガーしない場合は、手動でマイグレーションしてあげる必要がありそうです。ただし、新ノード追加後に古いノードをクラスターから切り離す際は、クラスター内の別ノードに仮想マシンが自動でライブマイグレーションされますので、リプレース時に必ずしも手動で移動する必要はないかなと思われます。

ADSのドキュメント
https://portal.nutanix.com/page/documents/details?targetId=AHV-Admin-Guide-v6_10:ahv-dynamic-scheduling-c.html

 

新しいノードへ仮想マシンをマイグレーションする際に、物理ホストのCPU世代などが異なりますが仮想マシンの停止は不要でしょうか。(ESXiのEVCのようなものが効いている?)

→ご認識の通りです。AHVでは、ESXiのEVCに相当するCPU互換性の機能がデフォルトで有効化されております。これにより、異なる世代のハードウェア間で仮想マシンCPU世代のベースラインを維持しますので、仮想マシンを停止する必要はありません。ただし、仮想マシンは旧ハードウェア世代のCPU命令セットで稼働していますので、リプレース後に新しいハードウェア世代のCPU命令セットで稼働させたい場合は、どこかのタイミングで仮想マシンを一度再起動する必要があります。

CPU互換性のドキュメント
https://portal.nutanix.com/page/documents/details?targetId=AHV-Admin-Guide-v6_10:ahv-advanced-processor-compatibility-c.html
https://portal.nutanix.com/page/documents/solutions/details?targetId=TN-2038-AHV:advanced-processor-compatibility.html

 

仮想マシン内のNGTやドライバーの更新は事前に必要でしょうか?

→VirtIOは、現在サポートされているすべてのAOSやAHVバージョンと互換性があるため、無理にアップデートする必要はない認識です。NGTについては、AOSバージョンとのコンパチマトリクスが公開されていますので、ノード追加時に既存クラスターのAOSをバージョンアップする場合は、使用中のNGTバージョンと互換性があるかご確認ください。古いNGTのままAOSのみバージョンアップを続けてしまうと、将来的にはAOSとの互換性が維持できなくなりますので、NGTも定期的にバージョンアップすることを推奨します。

VirtIOのドキュメント
https://portal.nutanix.com/page/documents/details?targetId=Release-Notes-VirtIO:Release-Notes-VirtIO
https://portal.nutanix.com/page/documents/details?targetId=AHV-Admin-Guide:vm-vm-virtio-ahv-c.html
NGTのコンパチマトリクス
https://portal.nutanix.com/page/documents/compatibility-interoperability-matrix/ngt-compatibility


  • Author
  • Adventurer
  • 5 replies
  • February 4, 2025

TomoMartinさん

回答いただきまして、ありがとうございます。疑問点だったところがすべてクリアになりました。

Communityでこんなに丁寧にご回答いただき本当に感謝です!

 

特にクラスター拡張後に新しい仮想マシンが自動でマイグレーションするか否かについては、事前に知れてよかったです。ADSとvSphereDRSなど同等機能だけれども、微妙に動作が異なる機能について整理して理解していきたいなと思います。

この度はありがとうございました。


Reply