VMware 用の Google Distributed Cloud(ソフトウェアのみ)では、バンドルを使用して、イメージのダウンロード中にプロキシ接続が遅くなる問題を軽減します。このページでは、さまざまなバンドルタイプ、バンドルの内容、命名規則、ユースケースについて説明します。
バンドルタイプ
Distributed Cloud for VMware には、標準バンドルとフルバンドルの 2 種類のバンドルがあります。これらのバンドルには、クラスタに必要なコンポーネントが含まれています。
標準バンドルには、メタデータとマニフェストのみが含まれています。フルバンドルには、メタデータ、OS イメージ OVA、コンテナ イメージ tarball が含まれています。
次の表は、標準バンドルとフルバンドルの内容を比較したものです。
| バンドルタイプ | 目次 |
|---|---|
| 標準 | メタデータとマニフェストのみ |
| フル | メタデータ、OS イメージ OVA、コンテナ イメージ tarball |
バンドルの命名規則
バンドルには特定の命名規則があります。フルバンドルは、ファイル名の接尾辞 -full.tgz で識別できます。
たとえば、フルバンドルの名前は gke-onprem-vsphere-[VERSION]-full.tgz のようになります。
バンドルのユースケース
環境とネットワークの状況に応じてバンドルタイプを選択します。
標準バンドルのユースケース
標準インストールには標準バンドルを使用します。通常、これらのインストールでは への高帯域幅アクセスが可能です Google Cloud。
フルバンドルのユースケース
エアギャップ環境や、 へのプロキシ接続が遅い本番環境ワークステーションでは、フルバンドルを使用します Google Cloud。
フルバンドルには次のようなメリットがあります。
- プロキシのダウンタイムを回避できます。
- 本番環境ごとにプロキシを有効または無効にする必要がなくなります。
- フルバンドルの tarball をワークステーションに配布できます。
プロキシのない環境でフルバンドルをダウンロードできます。フル
バンドルにはすべてのシステム イメージが含まれているため、gkectl prepare に接続せずに、本番環境ワークステーションでフル
バンドルを使用して実行できます Google Cloud。
バージョンの違いと制限事項
バンドルの内容と互換性は、Google Distributed Cloud のバージョンによって異なります。
- バージョン 1.33 以降: フルバンドルには cgroup v2 イメージが含まれ、cgroup v1 イメージは除外されます。これは、新しいクラスタのデフォルトのランタイム要件に沿ったものです。
- バージョン 1.32 以前: フルバンドルには cgroup v2 イメージが含まれていません。古いバージョンで cgroup v2 が必要な場合は、標準バンドルを使用する必要があります。
バンドルと非公開レジストリの連携
クラスタ構成ファイルで非公開レジストリを構成できます。管理クラスタ ファイルで非公開レジストリを構成すると、すべてのユーザー クラスタがその非公開レジストリからワークロード イメージを pull します。
非公開レジストリを構成しない場合、システム イメージはコンポーネント アクセス サービス アカウント component-access-sa を使用して gcr.io/gke-on-prem-release から pull されます。VMware 用の Google Distributed Cloud
ソフトウェアのみの非公開レジストリの詳細については、非公開コンテナ レジストリを構成するをご覧ください。
プロキシがあり、への接続速度が Google Cloud 遅い場合は、フルバンドルを使用してプロキシなしで gkectl prepare を実行できます。準備が完了したら、プロキシを再度有効にし、外部ネットワークへの接続を最小限に抑えます。この方法により、セキュリティが大幅に向上します。
次のステップ
- バンドルをダウンロードするには、ダウンロードをご覧ください。
- バンドルパスを構成するには、管理クラスタ構成ファイルをご覧ください。
- 外部ネットワークをバイパスする方法の詳細については、非公開コンテナ レジストリを構成するをご覧ください。