孤立性が高まるのがいいね。今はKata Containersやgvisor、FirecrackerみたいなVMベースのコンテナ化ソリューションがたくさんあるし。Kataを使うと、Kubernetesのポッドが孤立したVM内で動くんだ。それに、EC2インスタンス間でアプリのライブマイグレーションができるようになって、持続的なワークロードがあるときのメンテナンスが楽になるよ。セキュリティのためだけじゃなくて、ワークロードがマシンを壊す可能性もたくさんあるから、再起動や交換が必要になることもあるし（例えば、間違ったタイミングでマウントされたXFSファイルシステムを持つEBSボリュームを切り離すとか）。でも、私が一番欲しかったのはCI/CDシステムで、EC2でシステムイメージを一般的にビルドしてテストするのがいつも面倒だったんだ。他のサードパーティ製のアプライアンスもそのままEC2で動かせるようになるし。でも、ほとんどの他の実行環境はこれを提供してるのに、EC2はベアメタルインスタンスタイプでしか提供してこなかったのがもどかしい。10年以上前にEC2がXenを使っていたときは理解できたけど、Nitroの開始以来KVMを使っているんだから。

これで、全体のベアメタルインスタンスを払わなくても、安いAWSインスタンス内でVMを実行できるようになったよ。ネットワークシミュレーションみたいな、QEMUを使ってネットワークハードウェアをエミュレートするような用途に便利だね。

もしVMを作成するワークロードがあるなら、今はそのワークロードをEC2で実行できるようになったから、ベアメタルやネストされた仮想化を許可する他のプロバイダーを使わなくてもよくなったね。そういうワークロードはたくさんあるよ。一例を挙げると、CIジョブをホストするためにVMを立ち上げるビルドシステムのテストとかね。

ネストされた仮想化を使うと、ネストされたVM同士でクラウド内でマルチキャストができるよ。でも、クラウド内のVM間ではマルチキャストはできない。要するに、HyperVとかで小さなLANを設定する感じだね（私はHyperVでしかやったことないけど）。

これでやっとAWSインスタンスでGNS3みたいなネットワークシミュレーターが動かせるようになるといいな。

自分のVMで色々やりたい時に、ベアメタルマシンに余分なお金を払いたくないって感じかな。自分のハードウェアで使う理由は特にないけど、クラウドの場合は、サーバー全体の料金を払うほどの作業がいつもあるわけじゃないからね。

こういうのって、パフォーマンスにどれくらいの影響があるの？

このコメントがここにあるといいなと思ってた。FirecrackerとマイクロVMはいいユースケースだし、簡単にテストや開発ができるのも嬉しいポイントだよ。ネストされた仮想化は色々な意味を持つからね。フルVMだけじゃないんだ。

Azureもネストされた仮想化をしばらく前から提供してるよ。昔はクラウドでHyper-Vを使ってたし。