Lima v2.3、Windows向けネイティブ仮想化とLinux向けネットワーク機能を搭載
Lima v2.3では、Windows向けのネイティブHCSドライバー、Linuxでの実IPネットワーク対応、macOS向けのブロックデバイスサポートが導入されました。
英語の原文から自動翻訳されました。
CNCF IncubatingプロジェクトであるLimaは2026年11月6日にバージョン2.3をリリースし、異なるオペレーティングシステム間でのローカル仮想マシンの動作に大きな変革をもたらしました。今回のアップデートにより、WindowsではネイティブのHost Compute Systemを活用することで追加依存関係が不要になり、同時にmacOS限定だった高度なネットワーク機能がLinuxホストにも提供されるようになりました。また、インスタンス管理を容易にする新しいターミナルユーザーインターフェースや、AIエージェントサンドボックスのセキュリティ機能強化も導入されています。
何が起きたか
当初、Macユーザーがコンテナを実行するためのツールとして設計されたLimaは、ローカル仮想マシンを起動するためのクロスプラットフォームツールへと進化しました。バージョン2.3では、WindowsおよびLinuxサポートにおける長年の課題が解消されました。Windowsでは、新しい実験的なHCSドライバーを使用することで、QEMUやUnixツールチェーンなしでVMを実行できるようになりました。このドライバーはWSL2を支える基盤技術と同じ、Windows Host Compute System APIと直接やり取りします。利用するには、仮想化を有効にし、アカウントをHyper-V Administratorsグループに追加し、DNSサーバーを明示的に指定する必要があります。機能としては動作しますが、現時点ではプレーンなインスタンスのみをサポートし、ファイルマウントには対応しておらず、固定ネットワークサブネットのため同時に実行できるインスタンスは1つだけです。
Linuxユーザーにとって、このアップデートはmacOSとの比較で存在していたネットワークギャップを埋めるものです。以前は、Linux VMがホストから到達可能な実IPアドレスを取得することは容易ではありませんでした。バージョン2.3ではlima-privileged-netというヘルパーツールが導入され、Linuxブリッジの作成、dnsmasqによるDHCPおよびDNSの管理、NATルールの処理が可能になります。この設定には、ヘルパーがネットワークインターフェースを安全に管理できるようにするためのsudoersルールの一度きりの構成が必要です。設定が完了すると、Linux VMはmacOSと同様に共有、ホスト、またはブリッジネットワークを利用でき、プラットフォーム間の開発体験の一貫性が向上します。
macOSユーザーには、ハードウェアアクセスとゲストのカスタマイズに焦点を当てた改善が提供されます。今回のアップデートにより、VZゲストはファイル共有を使わずに、外部SSDやUSBドライブなどのブロックデバイスを直接アタッチできるようになりました。この機能には、不正なディスクアクセスを防ぐためのルート所有のヘルパーや特定のsudoersルールなど、慎重なセキュリティ設定が必要です。さらに、macOSゲストではヘッドレス自動化のために初回ログイン時のセットアップ画面をスキップできるようになり、aarch64システムではHVFアクセラレーターを用いたネストされた仮想化もサポートされます(QEMU 11.1およびmacOS 15の使用が前提です)。
仕組み
新しいWindows HCSドライバーは、Windows Host Compute System APIを直接呼び出すことで、従来のエミュレーションレイヤーをバイパスします。このアプローチにより、QEMUのオーバーヘッドやUnix互換レイヤーの必要性が排除され、Windowsカーネルとのよりネイティブな統合が実現します。ただし、HCNネットワークサブネットに依存するため、現状では同時インスタンス数が1つに制限され、手動でのDNS設定が必要となります。このドライバーは実験的とマークされており、機能するものの、依然として大幅な変更や安定性の制限を受ける可能性があることを示しています。
Linuxでは、lima-privileged-netヘルパーが昇格した権限で動作し、ネットワークインフラストラクチャを管理します。各ネットワーク定義に対して専用のブリッジを作成し、ゲートウェイアドレスを割り当て、個々のVMインスタンス用にtapデバイスを生成します。この制御された環境内でdnsmasqを実行することで、ゲストにDHCPおよびDNSサービスを提供します。ヘルパーはLimaの名前付け規則に従うインターフェースのみを管理し、アクティブなインスタンスがない場合はネットワークリソースを削除することでセキュリティを確保します。このメカニズムはmacOS上のsocket_vmnetの機能と類似しており、異なるホストシステムで開発を行うエンジニアに対し、統一されたネットワークモデルを提供します。
主要な詳細
- Windows HCSドライバー: QEMUなしでWindows上でのネイティブVM実行を可能にしますが、現状はプレーンモードのみ、かつ同時インスタンス数は1つに制限されています。
- Linuxネットワーク:
lima-privileged-netヘルパーにより、Linux VMに実IPアドレスとDHCP/DNSサービスが提供されますが、sudoersの設定が必要です。 - macOSブロックデバイス: VZゲストはUSBドライブなどの物理ブロックデバイスをアタッチできるようになり、ルート所有のヘルパーとデバイスごとのsudoersルールによって保護されます。
- ターミナルUI: 新しい
limactl menuコマンドにより、VMインスタンスの開始、停止、管理を対話的に行えます。 - AIサンドボックスの安全性: 新しい
--sync-excludeフラグと.limasyncignoreファイルにより、機密情報や重いディレクトリがAIエージェント環境へ同期されるのを防ぎます。 - MCPツール: Model Context Protocolツールに
replace関数が追加され、エージェントがトークンを節約しながらターゲットを絞ったファイル編集を行えるようになりました。
なぜ重要なのか
ローカル開発環境を構築するソフトウェアエンジニアにとって、このアップデートは摩擦を減らし、一貫性を高めます。Windows開発者は、基本的なVMタスクのために個別のUnixツールチェーンを維持したり、重いエミュレーションレイヤーに頼ったりする必要がなくなります。Linux開発者はmacOSとのネットワーク機能のパリティを獲得し、サービスが安定したIPアドレスを通じて通信するマルチサービスアーキテクチャのセットアップが簡素化されます。これらの変更により、Limaはオペレーティングシステムの好みが混在するチームにとってより現実的な選択肢となり、ホストOSに関係なくローカル環境が予測可能な挙動を示すようになります。
AIサンドボックスに関する強化は、コーディングエージェントをワークフローに統合するチームにとって特に重要です。VMへ同期されるファイルを精密に制御することで、機密認証情報の誤った露出や巨大な依存関係フォルダのコピーを防げます。ゲストをホストのループバックサービスから隔離する機能により、環境のセキュリティがさらに強化され、ローカルデータベースや開発サーバーが信頼できない可能性のあるエージェントコードからアクセスされないことが保証されます。これらの機能は、現代のAI支援開発パイプラインにおける重要なセキュリティおよびパフォーマンス懸念に対処しています。
実施できること
- Windowsでは
winget install Lima.Limaを使用してLima v2.3をインストールし、ユーザーをHyper-V Administratorsグループに追加して新しいHCSドライバーをテストしてください。 - Linuxネットワークを設定するには、dnsmasqをインストールし、
limactl sudoersでsudoersルールを生成した後、--network=lima:sharedフラグ付きでVMを起動してください。 - 新しい
limactl menuコマンドを使用し、個々のCLIコマンドを入力する代わりにVMインスタンスを対話的に管理してください。 - AIサンドボックスを保護するために、
.limasyncignoreファイルを作成し、.gitやnode_modulesなどの機微なディレクトリの同期を除外してください。 - macOSでは、必要なsudoersルールをセキュリティ用に設定した後、
--block-deviceフラグを使用してVZゲストに外部ドライブをアタッチしてください。 - MCPツールの設定を更新し、AIエージェントによるより効率的かつ安全なファイル編集のために新しい
replace関数を活用してください。



