AOS 7.x / AHV 10.x へのアップグレードがCEユーザーのLCMにも表示される可能性がありますが、コンシューマー向けCPUでの利用において、既知の問題があるためご注意ください（※当初は商用バイナリをダウンロードする権限をお持ちの方のみがアップグレード可能でした）。

[元トピック]Please Hold Off on AHV 10 upgrades on Non-Enterprise Grade Hardware

現在、AHV 10 へのアップグレード後に、エンタープライズグレード以外のプロセッサで実行されている CE クラスタが、アップグレード後に VM を起動できなくなるという既知の問題があります。

説明：
AHV 10 は qemu 8.2 を利用していますが、以前のバージョンでは qemu 6.2 を使用していました。

qemu 7.1では、メモリ設定時に39-物理ビット（コンシューマー向けプロセッサに多く見られる）を検証する機能が追加されました。以前のQEMUバージョンではこの検証が行われていませんでした。

この問題に対処するパッチを開発しており、AHV/AOS の将来のリリースで提供される予定です。ただし、このリリースがリリースされるまでは、エンタープライズグレード以外のハードウェアを使用している方は、AHV10 へのアップグレードを控えてください。

影響があるかどうかを確認するにはどうすればよいですか？

確認する最も簡単な方法は、AHV から次のコマンドを実行することです。出力が 39 bits physicalである場合は、アップグレードしないでください。

[root@NTNX-2628b84c-A ~]# grep -m 1 'address sizes' /proc/cpuinfo

address sizes : 39 bits physical, 48 bits virtual

なお、このトピックの作成者により、この問題に対処するためのワークアラウンド(回避策)も投稿されています。

https://github.com/ktelep/NTNX_Scripts/tree/main/CE/ahv10_commercial_workaround

注意：この操作により、システムファイルにいくつかの変更が加えられます。これらの変更は次回のアップグレードで失われるため、この操作を複数回行う必要がある場合があります。また、この操作はサポートの対象外です。次のアップグレードまではこの方法で実行しても問題はないと思われますが、この回避策を使用して VM をバックアップし、クラスタを再展開してから AHV 10 にアップグレードすることをお勧めします。