VMware やソフトウェア ベンダーは、自社のソフトウェア アップデートを作成し、vSphere Lifecycle Manager が使用できる特定のユニットにパッケージ化しています。最小のパッケージ構造はコンポーネントです。コンポーネントはさらに、アドオンや基本イメージなどのより大きいソフトウェア ユニットにグループ化できます。
- OEM とは、Dell、HPE、VMware Cloud on AWS などの VMware のパートナー企業のことです。
- サードパーティ製ソフトウェア プロバイダとは、I/O フィルタ、デバイス ドライバ、CIM モジュールなどのプロバイダのことです。
vSphere インストール バンドル (VIB) について
VIB は、ESXi ホストのインストール パッケージを作成するための基本的な構成要素です。VIB は、メタデータとバイナリ ペイロードを含むソフトウェア パッケージで、ESXi ホストにインストールされるソフトウェアの実際の機能を表します。VIB は機能全体を表すのではなく、機能の単一のモジュールを表します。したがって、VIB は、VMware およびその他のソフトウェア ベンダーが配布するインストール可能な最小のソフトウェア ユニットです。
vSphere 8.0 以降、VIB は、ホストで実行されている ESXi、またはホストの DPU デバイスで実行されている ESXi にソフトウェアをインストールできます。または、1 つの VIB で、ホストと DPU デバイスの両方の ESXi バージョンのアップデートを実行できます。
| 用語 | 定義 |
|---|---|
| VIB メタデータ | VIB の内容を記述する XML ファイル（descriptor.xml）。依存関係情報、テキストによる記述、システム要件、通知に関する情報も含まれています。 |
| スタンドアローン VIB | 通知またはコンポーネントに含まれていない VIB。 |
vSphere Lifecycle Manager が個々の VIB を使用したり処理することはありません。VIB は、基本イメージ、アドオンなど、上位の構造にさらにパッケージ化する必要があります。
通知について
| 用語 | 定義 |
|---|---|
| パッチ | パッチは、ソフトウェアの現在のバージョンに対するバグ修正または機能拡張を提供する、小規模なソフトウェア アップデートです。パッチを適用すると、1 つ以上の VIB がグループ化され、特定の問題への対処や、ソフトウェアの現在のバージョンの強化を実行できるようになります。 |
| ロールアップ通知 | ダウンロードとデプロイを簡素化するためにグループ化されたパッチのコレクション。 |
| 拡張機能 | オプション コンポーネントを ESXi ホストに追加するために VIB のグループを定義する通知。通常、拡張機能はサードパーティから提供されます。サードパーティ プロバイダも拡張機能のパッチおよびアップデートを提供する責任を負います。 |
ソフトウェア コンポーネントについて
コンポーネントは、VIB の基本的なパッケージ構造です。VMware、OEM、およびサードパーティ ソフトウェア プロバイダは、ソフトウェアをコンポーネントの形で提供しています。コンポーネントは、コンポーネントの名前とバージョンを指定する追加のメタデータを含む通知です。通知とは異なり、コンポーネントは VIB の論理的なグループであり、インストール時に完全かつ表示される機能を提供します。コンポーネントには、サーバ上の ESXi バージョンの VIB、サーバの DPU デバイスの ESXi バージョン（サーバが DPU でバッキングされている場合）、またはその両方を含めることができます。
VMware および OEM がコンポーネントを個別に提供することはありません。VMware は、コンポーネントをまとめて完全に機能し、起動可能な ESXi 基本イメージにバンドルします。OEM は、コンポーネントをベンダー アドオンにバンドルします。サードパーティ ソフトウェア ベンダーは、ソフトウェア（ドライバやアダプタなど）を個別のコンポーネントとして作成および配布します。
基本イメージについて
基本イメージは、ESXi のすべてのリリースで VMware により提供される ESXi イメージです。基本イメージは、完全でサーバを起動できるコンポーネントの集合です。基本イメージには、ユーザーが判読可能な名前と、ESXi のメジャーまたはマイナー リリースごとに更新される一意のバージョンがあります。
| リリース タイプ | 基本イメージの命名例 |
|---|---|
| 一般提供リリース | ESXi 8.0 |
| アップデート リリース | ESXi 8.0 U1、ESXi 8.0 U2 など |
| パッチ リリース | ESXi 8.0 a、ESXi 8.0 b など |
| セキュリティ パッチ リリース | ESXi 8.0 sa、ESXi 8.0 sb など |
| アップデート リリース後のパッチ リリース | ESXi 8.0 U1 a、ESXi 8.0 U2 sa など |
vSphere 8.0 では、基本イメージに、DPU デバイスで実行されている ESXi バージョンに適用可能なコンポーネントと VIB を含めることができます。したがって、1 つの基本イメージに、サーバ上の ESXi と DPU デバイス上の ESXi の両方のソフトウェア アップデートを含めることができます。
基本イメージはホストされ、VMware オンライン デポで利用できます。また、ESXi インストーラの ISO ファイルと、ESXi バージョンを含むオフラインバンドル（ZIP ファイル）を customerconnect.vmware.com からダウンロードすることもできます。
ベンダー アドオンについて
OEM は、1 つまたは複数のコンポーネントをアドオンと呼ばれる単位にパックします。ベンダー アドオンを使用して、OEM コンテンツおよびドライバで ESXi イメージをカスタマイズします。
アドオンはコンポーネントの集合であり、完全で起動可能なイメージを表すものではありません。ベンダー アドオンを単独で使用することはできません。ESXi リリースをカスタマイズするには、ESXi 基本イメージにベンダー アドオンを追加する必要があります。ベンダー アドオンと ESXi 基本イメージの組み合わせは、実際には OEM 提供のカスタム イメージと同一です。
ESXi 基本イメージと組み合わせると、アドオンは ESXi 基本イメージの一部であるコンポーネントを追加、更新、または削除できます。vSphere Client では、デポで利用可能なアドオンごとに、ESXi 基本イメージに追加するコンポーネントのリストを表示できます。同様に、基本イメージから削除されたコンポーネントに関する情報を表示できます。
カスタム ISO イメージおよびオフライン バンドルに加えて、ベンダー アドオンのみを含む ZIP ファイル、つまりカスタム イメージと ESXi 基本イメージ間の差分が OEM によってリリースされます。OEM は、そのようなアドオンの ZIP ファイルを自分の判断でリリースすることができます。アドオンの概念の導入により、OEM のリリース サイクルが VMware のリリース サイクルから分離されます。その結果、ホストの ESXi バージョンの更新とは関係なく、ベンダー アドオンを更新できます。また、ベンダー アドオンでは OEM のカスタマイズが VMware のストック イメージから分離されます。その結果、ソフトウェア コンポーネントを組み合わせる際の自由度が向上します。
vSphere 8.0 では、ベンダー アドオンにより、DPU デバイスで実行される ESXi ソフトウェアがサポートされます。
vSphere Lifecycle Manager デポの通知とコンポーネント
vSphere Lifecycle Manager では、通知とコンポーネントの両方を使用できます。
ベースラインおよびベースライン グループを使用してホストとクラスタを管理する場合、vSphere Lifecycle Manager は、vSphere Lifecycle Manager デポで利用可能なソフトウェア アップデートを通知として読み取り、リストします。利用可能な通知のリストは、vSphere Lifecycle Manager ホーム ビューの [更新] タブで確認できます。
vSphere Lifecycle Manager イメージを使用してホストおよびクラスタを管理する場合は、コンポーネントと、アドオンおよび基本イメージの関連する概念のみを操作できます。コンポーネント、アドオン、および ESXi 基本イメージのリストは、vSphere Lifecycle Manager ホーム ビューの [デポのイメージ] タブで確認できます。
