Proxmoxは今月初め、仮想化プラットフォームのバージョン9.2をリリースしました。このバージョンでは、64ビットARM（arm64/aarch64）の公式サポートが追加されています。これまでProxmox VEはx86-64（amd64）のみに対応していました。今回のリリースにより、arm64ビルドはx86-64ビルドと同じコードベース、パッケージリポジトリ、リリースライフサイクルを共有することになります。
このスクリーンショットは、Raspberry Pi 4上で動作するProxmox VE 9.2の画面です。これはProxmoxがサポートするハードウェアリストには含まれていない非公式な構成です。
arm64 版 Proxmox VE 9.2 は、Debian 13.5 “Trixie” をベースに、Linux カーネル 7.0 を安定版として採用しています。x86-64 版と同様の基盤技術が搭載されており、QEMU 11.0、LXC 7.0、ZFS 2.4 などが含まれています。構成、ツール、ドキュメントは、アーキテクチャ固有のわずかな違いを除けば、両アーキテクチャで同一です。
プラットフォームサポート
完全なサポートは、NVIDIA Grace HopperおよびNVIDIA Veraプラットフォームに限定されます。その他のUEFIベースのARMv9-A以降のサーバーハードウェアは、可能な限りサポートされます。ARMv8-Aハードウェアも、同様の可能な限りサポートの条件で概ね動作します。ホストはUEFI経由で起動し、ACPIを介してハードウェアを記述する必要があるため、デバイスツリーのみのデバイスはサポート対象外となります。
Raspberry PiやARMシングルボードコンピュータはどうでしょうか？
Proxmoxは、Raspberry Piおよび同様のシングルボードコンピュータは公式にはサポートされていないことを確認しました。arm64 ISOインストーラは、UEFI経由で起動し、ACPI経由でハードウェアを記述するホストを必要とします。デバイスツリーのみを使用するボードや従来の起動方式は、この要件を満たしません。Raspberry PiボードはデフォルトでACPIではなくデバイスツリーに依存するため、標準のISOインストールパスは利用できません。
とはいえ、Proxmox VE を Raspberry Pi 上で動作させることは可能です。ISO イメージからインストールするのではなく、Raspberry Pi に新規インストールされた Trixie OS の上に手動でインストールするか、インストーラーが想定する構成に合わせて Pi を UEFI ブートに切り替えることができます。どちらの方法も非公式であり、Proxmox がサポートするハードウェアのリストには含まれていませんが、どちらも動作することが実証されています。
建築様式特有の相違点
arm64 上の仮想マシンは OVMF の ARM ビルド (AAVMF) を介して起動します。SeaBIOS は利用できません。AMD SEV メモリ暗号化と Intel GVT-g を介した vGPU は、x86 専用の機能です。x86 の intel-microcode や amd64-microcode とは異なり、arm64 には OS レベルの CPU マイクロコード パッケージはありません。ゲストは、そのアーキテクチャに一致するノードでのみ実行され、ライブ マイグレーションは同じアーキテクチャのノードに限定されます。x86-64/arm64 の混在クラスタは公式にはサポートされておらず、ゲストをアーキテクチャ間で移動するには、オフライン マイグレーション、バックアップとリストア、または共有ストレージに加え、ターゲット ノードでの再インストールまたは再構成が必要です。
エンタープライズサポート
Proxmoxによると、arm64のサポートは技術プレビューではなく、x86-64と同じリリースライフサイクルとサポート期間が適用されます。pve-enterpriseリポジトリはarm64でも利用可能で、有効なサブスクリプションをお持ちのホストは、x86-64と同じサービスレベルのエンタープライズサポートを受けることができます。arm64のサブスクリプションはx86-64とは別に管理されており、現在はProxmoxの営業チームを通じてリクエストすることで入手できます。
Proxmoxは、arm64版の開発におけるNVIDIAの協力に感謝の意を表し、プラットフォームは既にサポート対象のハードウェア上で運用されており、Supermicroともシステムの検証を行ったと述べた。同社は、ZFSとCephは既存のx86版と同等の機能とパフォーマンスを実現しており、Proxmoxをストレージプラットフォームとして利用するユーザーにとって、CPUアーキテクチャよりもこの点が重要だと主張している。
「NVIDIA Grace Hopperシステム上で直接開発することで、初日から実稼働レベルのハードウェアで検証することができました」と、ProxmoxのCTOであるトーマス・ランプレヒト氏は述べています。
同社は、他のエンタープライズサーバーベンダーとも連携しており、今後、公式にサポートするARMプラットフォームのリストを拡大していく予定だと述べた。これは、AIファクトリー向けの高可用性レイヤーとして、Proxmox VEがNVIDIA Mission Controlに加わったことに続く動きである。
Proxmox Backup Serverを含むその他のProxmox製品についても、社内テストビルドが進行中であり、優先順位はエンタープライズ顧客の需要に基づいて決定されます。
Amazon