割り当てと上限

このドキュメントでは、 Google Cloud環境に VMware ソリューションをデプロイしてスケーリングするために必要な Compute Engine（compute.googleapis.com）の割り当てとシステムの上限について説明します。

VMware ソリューションは、ベアメタル z3 Compute Engine インスタンス、Virtual Private Cloud（VPC）ネットワーク、レイヤ 2 ブロードキャスト サブネット、リージョン内部ロードバランサを Google Cloud プロジェクトに直接プロビジョニングするため、デプロイでは Google Cloud VMware Engine API（vmwareengine.googleapis.com）ノードの割り当てではなく、Compute Engine の割り当てが消費されます。VMware ソリューションでは、各ベアメタル ノードが 1 つの z3-highmem-192-highlssd-metal Compute Engine インスタンスに対応します。

必要な Compute Engine の割り当て

VMware Cloud Foundation（VCF）インスタンスをデプロイする、vSphere クラスタを追加する、または既存のクラスタにベアメタル ノードを追加する前に、Google Cloud プロジェクトに次の compute.googleapis.com 指標の十分な割り当てがあることを確認します。

次の表で、N は、ターゲット リージョンまたは VPC ネットワークにデプロイされた VMware ソリューションのベアメタル ノード（z3-highmem-192-highlssd-metal Compute Engine インスタンス）の合計数を表します。標準の高可用性 vSphere クラスタには、少なくとも 4 つのベアメタル ノードが必要です。ここで、N は 4 以上です。

リソース 割り当て指標 範囲 N ノードに必要な割り当て
VPC ネットワーク compute.googleapis.com/networks グローバル VCF インスタンスごとに 1 つの VPC ネットワーク。
VPC ネットワークあたりのサブネット数 compute.googleapis.com/subnet_ranges_per_vpc_network グローバル 管理、vMotion、vSAN、NSX トンネル エンドポイント（TEP）用に、4 つ以上のサブネット。
VM インスタンス compute.googleapis.com/instances リージョン N インスタンス（クラスタあたり 4 つ以上）、およびジャンプボックスまたはヘルパー VM。
VPC ネットワークあたりのインスタンス数 compute.googleapis.com/instances_per_vpc_network グローバル N インスタンス（クラスタあたり 4 つ以上）、およびジャンプボックスまたはヘルパー VM。
Z3 の VM ファミリーあたりの CPU compute.googleapis.com/cpus_per_vm_family リージョン N × 192 vCPU。4 ノードのクラスタは 768 個の vCPU を使用します。
Z3 の VM ファミリーあたりのローカル SSD ストレージ compute.googleapis.com/local_ssd_total_storage_per_vm_family リージョン N × 72 TB。4 ノードのクラスタは 288 TB を使用します。
Google Cloud Hyperdisk Balanced の合計ストレージ compute.googleapis.com/hyperdisk_balanced_total_storage リージョン N × 128 GB。各ベアメタル ノードは 128 GB のブートディスクを使用します。4 ノードクラスタの場合は 512 GB です。
Google Cloud Hyperdisk Balanced プロビジョニング IOPS compute.googleapis.com/hyperdisk_balanced_total_provisioned_iops リージョン デフォルトでは N × 3,000 IOPS、最大 N × 10,000 IOPS。
高速 IP 移動（GARP_RA）を使用するリージョン バックエンド サービス compute.googleapis.com/regional_backend_services_protocol_forwarding_fast_ha リージョン VCF 管理アプライアンスの仮想 IP（VIP）アドレスと NSX Edge エンドポイントごとに 1 つ。通常は VCF インスタンスごとに 15 ～ 20 個、デプロイされたアプライアンスによっては最大 50 個。
VPC ネットワークあたりの内部プロトコル転送 HA ルール compute.googleapis.com/internal_protocol_forwarding_ha_rules_per_vpc_network グローバル Fast IP Move を使用するリージョン バックエンド サービスごとに 1 つ。VCF 管理アプライアンスの VIP の数に比例し、VCF インスタンスごとに最大 50 個。
ネットワーク エンドポイント グループ（NEG） compute.googleapis.com/network_endpoint_groups リージョン ゾーンごとに 2 つのゾーン NEG: 管理サブネットに 1 つ、NSX TEP サブネットに 1 つ。
プレースメント ポリシーのリソース ポリシー compute.googleapis.com/resource_policies リージョン vSphere クラスタごとに 1 つのスプレッド プレースメント ポリシー。
VPC ネットワークあたりの静的ルート compute.googleapis.com/static_routes_per_vpc_network グローバル ネットワーク トポロジによって異なります。静的 VPC ルーティングでは、NSX オーバーレイ セグメントごとに 1 つの静的ルートが使用されます。

割り当ての計算例

同じリージョンに 4 ノードの管理ドメイン クラスタと 3 ノードの VI ワークロード ドメイン クラスタ（合計 7 つのベアメタル ノード）で構成されるデプロイに必要なリージョン割り当てを計算するには、ノードあたりの値に 7 を掛けます。

  • Z3 の compute.googleapis.com/cpus_per_vm_family: 7 × 192 = 1,344 vCPU。
  • Z3 の compute.googleapis.com/local_ssd_total_storage_per_vm_family: 7 × 72 TB = 504 TB。
  • compute.googleapis.com/hyperdisk_balanced_total_storage: 7 × 128 GB = 896 GB。
  • compute.googleapis.com/resource_policies: 2 つのスプレッド プレースメント ポリシー。

ノードをプロビジョニングする前に、これらの合計をプロジェクトの有効な割り当て上限と比較します。

レイヤ 2 ブロードキャスト サブネットの制限

サブネット マスクの解決 プロパティが 学習ありのブロードキャスト プライマリ範囲のみに設定されているサブネットには、次のシステム制限が適用されます。次の上限については、割り当ての増加はサポートされていません。

  • ブロードキャスト サブネットあたりのエンドポイント数: ブロードキャスト対応サブネットあたり最大 64 個のネットワーク インターフェース カード（NIC）エンドポイント。
  • VPC ネットワークあたりのブロードキャスト サブネット: VPC ネットワークあたり、リージョンあたり最大 64 個のブロードキャスト対応サブネット。
  • 学習したカスタム MAC アドレス: すべてのリージョンの VPC ネットワークごとに最大 1,000 個の学習したカスタム MAC アドレス。

レイヤ 2 ブロードキャスト サブネットと MAC 学習の上限の詳細については、レイヤ 2 エミュレーション: ARP ブロードキャストとカスタム MAC 学習をご覧ください。

現在の割り当てを表示する

Compute Engine の割り当て上限と使用量は、Google Cloud コンソールまたは gcloud CLI を使用して確認できます。

Google Cloud コンソール

  1. Google Cloud コンソールで、[IAM と管理] > [割り当てとシステム上限] に移動します。

    [割り当てとシステム上限] に移動

  2. [フィルタ] バーで、[サービス: Compute Engine API] でフィルタします。

  3. ターゲット デプロイ リージョンのリージョン割り当てを表示するには、region=REGION のディメンション（region=us-east4 など）でフィルタします。

  4. Z3 ベアメタル CPU またはローカル SSD の割り当てをフィルタするには、vm_family=Z3 のディメンションでフィルタするか、cpus_per_vm_family または local_ssd_total_storage_per_vm_family の割り当て指標名でフィルタします。

gcloud

ターゲット プロジェクトとリージョンの割り当て上限を一覧表示するには、次の gcloud alpha services quota list コマンドを実行します。

gcloud alpha services quota list \
    --service=compute.googleapis.com \
    --consumer="projects/PROJECT_ID" \
    --filter="metric:(cpus_per_vm_family OR local_ssd_total_storage_per_vm_family OR hyperdisk_balanced_total_storage OR regional_backend_services_protocol_forwarding_fast_ha OR resource_policies)" \
    --format="table(metric,unit,consumerQuotaLimits.quotaBuckets.effectiveLimit,consumerQuotaLimits.quotaBuckets.dimensions)"

PROJECT_ID は、ターゲットGoogle Cloud プロジェクトの ID に置き換えます。

割り当ての増加をリクエストする

計画しているデプロイまたはクラスタの拡張がプロジェクトの割り当て上限を超える場合は、新しいノードをプロビジョニングする前に割り当ての増加リクエストを送信します。

  1. Google Cloud コンソールで、[IAM と管理] > [割り当てとシステム上限] に移動します。

    [割り当てとシステム上限] に移動

  2. [サービス: Compute Engine API] とターゲット リージョン（region=us-east4 など）でリストをフィルタします。

  3. 引き上げる割り当てエントリの横にあるチェックボックスをオンにします。たとえば、vm_family: Z3 の VM ファミリーあたりの CPU や vm_family: Z3 の VM ファミリーあたりのローカル SSD の合計ストレージなどです。

  4. [編集] をクリックします。

  5. [割り当ての変更] ペインで、選択した各指標にリクエストする新しい合計上限を入力し、[完了] をクリックします。

  6. [リクエストの説明] フィールドに、VMware ソリューションのデプロイの簡単な説明を入力し、[リクエストを送信] をクリックします。

次のステップ