Nutanix、エッジでK8s上にVMを動かすためのKubeVirtサポートを追加へ
Armの対応も議題に上がっている。AIがあらゆるもの上で動くようになるからだ
独占 Nutanixは、顧客がエッジでコンテナとVMの両方を実行できるようにするため、KubeVirtのサポートを計画している。
仮想マシンの中にKubernetesを動かすことは珍しくない。なぜならそれは、多くのほかのワークロードと同様に、仮想化が提供する論理的な分離の恩恵を受けられるからだ。Nutanix、VMware、その他の企業は仮想マシンの管理にルーツを持っているため、軽量なOSを使ったVMの中で動くKubernetesや、さらに個々のコンテナまで、きちんと受け入れてきた。こうしたベンダーは、仮想マシンを扱うのに使うのと同じツールでコンテナも管理できることを強みとしている。
とはいえ、Kubernetesの中にVMを入れるのは、少しばかり常軌を逸している感じがある。というのも、コンテナはまったく別種の抽象化だからだ。しかし、K8sの一部のユーザーは、いくつかのVMを動かす必要を感じていて、コンテナとVMの両方を同じツールで管理したいと思っていた。
その結果生まれたのがKubeVirtだ。これはCloud Native Computing Foundationの プロジェクトで、主に、VMをコンテナ化されたアプリとして作り直すことができないような場面において、Kubernetesの中で仮想マシンを実行できるようにする。
NutanixがKubeVirtを受け入れるのは、やや別の理由による。今回同社は、自社のNKP Kubernetes配布のベアメタル版を明らかにした。これは、エッジで使われることが多いだろう、というのが同社の見立てだ。エッジではアプリケーションは概ねコンテナ化されており、ハードウェア資源も控えめであることが多いため、フルのハイブリッドクラウドのスタックをまるごと使うのは少しもったいない、という。
ただしNutanixは、エッジでベアメタルのKubernetesを動かすという考え方を好む一部の顧客の中には、そこで動かしたい仮想化されたアプリを少数持っている場合もある、と考えている。
「ではそれらをサポートすればいいのでは？」と、プロダクトマネジメント担当のヌタンタクス（Nutanix）エグゼクティブ バイスプレジデントのトーマス・コルネリー（Thomas Cornely）が、The Registerとの会話の中で尋ねた。しかし彼はデータセンターでKubeVirtをサポートすることは除外した。NutanixにはVMを動かすためのAHVハイパーバイザーが既にあるからだ。
- Nutanixは、一部のAzureクラウドデスクトップは、利用可能にするためにオンプレに置かれるべきだと考えている
- Xen Projectが、すべてのリリースに対する5年間のサポートを静かに発表
- AWSが、一部のEC2インスタンス向けにネストされた仮想化オプションを追加
- Ciscoが、VMwareの代替として自家製のハイパーバイザーをリリースへ
長年にわたり、有識者たちはハイパーバイザーは成熟した技術だと考えてきた。
今週シカゴで同社の .NEXT カンファレンスに集まったNutanixの幹部らは、The Registerに対してその見方に異を唱えた。AIワークロードによって、作業をスケジューリングしリソースを割り当てるというハイパーバイザーの能力が、かつてないほど必要になると彼らは感じているからだ。Nutanixは、最近リリースしたエージェント型AIスタック向けにAHVの特別版を作り、CPUとGPUの両方にまたがってツールがうまく動作できるようにしている。
コルネリーはThe Registerに対し、Nutanixにはまだやるべき仕事があると語った。というのも同社は、AIワークロードがまもなく、異なるアーキテクチャを使う複数の計算パワー源へと広がっていくと見込んでいるからだ。EVPはしたがって、AHVに対するArmサポートはNutanixのロードマップに載っていると述べた。たとえ目的が、Arm上でx86命令をエミュレーションできるようにすることだけだとしても、だ。Nutanixはまた、多数コアのx86 CPU（効率コアとパフォーマンスコアを組み合わせたもの）を活用するために、AHVを強化する必要もあるだろうと考えている。
そのため、ハイパーバイザーの革新は議題に上がっている。
カンファレンスでのもう一つのテーマは、VMは決してなくならないということだった。Nutanixは、より多くの場所で、より多くのハードウェア上で、それらが動かせるようにすることで、その予測を実現させようとしているのは明らかだ。®
