の到着 libvirt 12.0 これは、この仮想化プロジェクトの進化における新たな一歩となります。 異なるテクノロジーやハイパーバイザーの共通管理レイヤーとして機能します。今回のアップデートでは、機能面とバグ修正の両方において大幅な変更が加えられており、特にサーバー環境やテストラボで広く使用されている2つのコンポーネントであるBhyveとQEMUとの統合に重点が置かれています。
というコンテキストでは、 オープン仮想化 libvirt のこのバージョンは、インフラストラクチャにとって依然として不可欠なものですが、安定性を強化し、x86 および ARM アーキテクチャへの導入オプションを拡張しました。開発は特定の地域に限定されていませんが、これらの改善は、クラウドサービスプロバイダー、大学、そして異なるハイパーバイザーを持つハイブリッドプラットフォームを管理する企業にとって特に有用です。
Libvirt 12.0の主な焦点：Bhyveのサポート強化
libvirt 12.0の中心軸の1つ これは、FreeBSD のネイティブ ハイパーバイザーである Bhyve のサポートが強化されたものです。これは、一部の仮想化環境において代替手段として注目を集めています。プロジェクトはこのバージョンの大部分を、このハイパーバイザーとの統合を完璧にすることに費やし、基盤となるプラットフォームに関わらず、仮想マシンのより一貫した管理を容易にしています。
libvirt 12.0のBhyveの作業は、可能な限り、すでに利用可能な機能と一致することを目指しています。 他のより確立されたハイパーバイザーこのように、インフラストラクチャに FreeBSD を選択した管理者は、実験室のシナリオでも、より要求の厳しい展開でも、仮想化環境の統合制御ポイントとして libvirt を利用できます。
BhyveでのARM64の初期サポート
最も注目すべき新機能は ARM64の初期サポート Bhyveとlibvirtの統合。この追加により、同じアーキテクチャを使用するホスト上でARM64ドメインを起動できるようになり、ARMベースのサーバーや開発プラットフォーム上で新たな構成が可能になります。
可能性 ARM64仮想マシンを実行する Bhyveはlibvirtを通じて、異機種混在アーキテクチャを扱うユーザーや、軽量仮想化プロジェクトでARMハードウェアを活用したいユーザーに、より優れた柔軟性を提供します。これは初期サポートではありますが、x86とARMのワークロードが単一の管理インターフェースの下で共存する将来の展開に向けた大きな一歩となります。
Libvirt 12.0はBhyveに新しいネットワークとストレージのオプションを導入します
アーキテクチャに加えて、libvirt 12.0では、Bhyveのネットワーク接続性の改善が組み込まれています。 SLIRPネットワークサポートこの機能により、昇格された権限や複雑なルーティング ルールを構成する必要なく仮想ネットワークを使用できるため、開発チームや物理ネットワークへの介入を最小限に抑える必要がある環境で仮想マシンの使用が容易になります。
デバイスセクションでは、バージョンによって VirtIO-SCSI互換性 Bhyveにとって、これは仮想化環境におけるストレージ管理における大きな進歩です。このサポートにより、ブロックデバイスをより効率的かつ柔軟に操作できるようになり、特に複数のディスクや高パフォーマンス構成を管理する際に役立ちます。
libvirtとQEMUの統合の改善
Bhyve以外にも、libvirt 12.0では以下の機能が導入されています。 QEMUとの統合における関連調整家庭環境とビジネス環境の両方で最も広く使用されているハイパーバイザーの 1 つであるこのアップデートには、仮想マシンの適切な起動とさまざまな種類のゲスト オペレーティング システムとの互換性を確保するための重要な要素であるファームウェアの選択に関する改善と修正が含まれています。
サブシステム libvirt によって管理される QEMU 内のネットワーク また、DNSフォワーダー用のポートの追加など、新機能も追加されました。この機能は、仮想ネットワーク内の名前クエリをより細かく管理するのに役立ちます。これは、複雑なラボ、継続的テストプラットフォーム、あるいは名前解決を分離し、適切に制御する必要があるマルチテナント環境で特に役立ちます。
Libvirt 12.0 のバグ修正と高度なスナップショット管理
バージョン12.0は新機能だけではありません。 バグ修正が検出されました 以前のバージョンでは、最も顕著な問題の一つは、25を超える外部スナップショットを持つQEMU内の仮想マシンの起動に関連していました。これは、テストや迅速な復旧のために頻繁にバックアップを作成する環境で発生する可能性がありました。
問題の根源は、 json-cライブラリを使用したJSONデータ分析これにより、正しく処理できる外部スナップショットの数が制限されていました。libvirt 12.0 で導入された変更により、この実質的な制限は解消され、最大 200 個のイメージを含むスナップショットチェーンを扱えるようになりました。これにより、バージョン管理とバックアップ戦略の柔軟性が大幅に向上します。
環境への影響とインフラへの導入
システム管理者やインフラストラクチャ管理者にとって、これらの改善は、異なるハイパーバイザーやアーキテクチャを組み合わせた仮想化インフラストラクチャの管理を簡素化します。Bhyveのサポート強化とQEMUの最適化により、オンプレミスのデータセンター、プライベートクラウド、学術環境など、あらゆる環境において、より柔軟なモデルの導入が容易になります。
運転能力 スナップショットのより深い連鎖仮想ネットワークにおける名前解決の改善とARM64互換性の拡張により、libvirtはオープンソース仮想化エコシステムの主要コンポーネントであり続けることができます。これは、技術的な透明性、ベンダー非依存、そしてツールの監査とローカルニーズへの適応能力を重視するプロジェクトにおいて特に重要です。
libvirt 12.0 複数のハイパーバイザーの管理インターフェースとしての役割を統合し、FreeBSD、QEMU、ARM64アーキテクチャに基づく環境における運用安定性を強化し、可能性を広げます。Bhyveの改良、QEMU向けのネットワークとファームウェアの最適化、スナップショット処理の問題の解決により、日常業務で仮想化を利用するユーザーにとって、より堅牢な環境が提供されます。
