Menambahkan cluster vSphere ke domain

Dokumen ini menjelaskan cara menambahkan cluster vSphere ke domain VMware Cloud Foundation (VCF) 9.1 yang ada di solusi VMware di Google Cloud menggunakan instance bare-metal Compute Engine. Tambahkan cluster saat Anda perlu menskalakan kapasitas penyimpanan komputasi dan vSAN di luar satu cluster, mengisolasi workload, atau menerapkan image vSphere Lifecycle Manager (vLCM) atau kebijakan penyimpanan vSAN terpisah dalam domain yang ada. Anda dapat menambahkan cluster ke salah satu domain berikut dalam project, jaringan Virtual Private Cloud (VPC), dan zona yang sama:

  • Management domain: Menambahkan cluster yang dikelola oleh vCenter Server dan NSX Manager pengelolaan.
  • Domain workload VI: Menambahkan cluster yang dikelola oleh vCenter Server domain workload dan instance NSX Manager-nya.

Ringkasan arsitektur

Saat Anda menambahkan cluster vSphere ke domain VCF yang ada, deployment akan menggunakan arsitektur berikut:

  • Host ESXi bare-metal: Setiap host ESXi baru adalah instance bare-metal z3-highmem-192-highlssd-metal yang terpasang ke subnet Lapisan 2 yang ada di jaringan VPC Anda (pengelolaan ESXi, vMotion, vSAN, dan NSX Tunnel Endpoint (TEP)). Setiap host terhubung melalui antarmuka jaringan utama (nic0) dan Dynamic Network Interface yang diberi tag VLAN.
  • Tidak ada perangkat pengelolaan tambahan: Karena Anda menambahkan cluster ke vCenter Server dan NSX Manager yang sudah mengelola domain target, Anda tidak perlu men-deploy perangkat pengelolaan baru. Anda juga tidak membuat data Cloud DNS, layanan backend, kebijakan ketersediaan tinggi (HA), atau aturan penerusan peralatan baru. Sebagai gantinya, Anda menambahkan host baru ke grup endpoint jaringan (NEG) zona yang ada.
  • Alokasi dan penyelarasan alamat IP: VCF mengalokasikan alamat IP vMotion dan vSAN dari kumpulan jaringan, dan NSX mengalokasikan alamat IP TEP (vmk10) dari kumpulan alamat IP NSX. Karena kedua pool tidak mendukung penetapan statis per host di VCF 9.1, Anda harus menyelaraskan Dynamic NIC Compute Engine dengan alamat IP yang dialokasikan VCF selama deployment, sambil tetap mengaktifkan semua validasi VCF.

Sebelum memulai

Sebelum membuat cluster, verifikasi persyaratan di bagian berikut dan konfigurasikan variabel lingkungan Anda.

Memverifikasi persyaratan lingkungan

Pastikan lingkungan Anda memenuhi persyaratan berikut:

  • Izin: Anda memiliki peran Identity and Access Management (IAM) yang diperlukan di project target, termasuk Compute Admin (roles/compute.admin), DNS Administrator (roles/dns.admin), dan Secret Manager Secret Accessor (roles/secretmanager.secretAccessor).
  • Kredensial di Secret Manager: Jika Anda mengubah atau merotasi sandi ESXi root, SDDC Manager, vCenter Server, atau NSX Manager di VCF setelah deployment awal, Secret Manager tidak akan diupdate secara otomatis. Sebelum menjalankan perintah dalam dokumen ini, perbarui secret yang sesuai di Secret Manager atau berikan sandi yang diperbarui secara langsung agar cocok dengan kredensial VCF aktif Anda.
  • Kesehatan domain: Domain target responsif (vCenter Server, vSAN, NSX Manager, SDDC Manager, dan VCF Operations) dan tidak memiliki tugas yang gagal.
  • Image vSphere Lifecycle Manager (vLCM): Image vLCM tersedia di library image VCF, atau Anda berencana mengekstrak image dari host. Gunakan image yang sama dengan yang digunakan cluster yang ada agar semua host tetap selaras.
  • Perangkat penyimpanan: Setiap host baru memiliki perangkat SSD lokal NVMe tanpa partisi yang sudah ada, seperti yang diperlukan untuk vSAN.
  • Jumlah node minimum: Cluster memerlukan setidaknya tiga node bare-metal, yang merupakan jumlah minimum yang diperlukan untuk vSAN dengan satu kegagalan yang dapat ditoleransi (FTT=1).
  • Jenis mesin: Semua node dalam cluster menggunakan jenis mesin yang sama (z3-highmem-192-highlssd-metal untuk vSAN Express Storage Architecture (ESA)).
  • Zona: Cluster baru berada di zona yang sama dengan NEG zona pengelolaan dan NSX TEP yang ada.
  • VM Jumpbox: Anda memiliki akses ke VM jumpbox dengan gcloud CLI, curl, dan jq yang terinstal, serta dengan konektivitas jaringan ke jaringan VPC (misalnya, di subnet bm-gcp-demo).
  • Kebijakan image tepercaya dan Kontrol Layanan VPC: Jika organisasi Anda menerapkan kebijakan organisasi constraints/compute.trustedImageProjects atau menggunakan perimeter layanan Kontrol Layanan VPC, pastikan project Anda mengizinkan akses image ke project smve-prod-public-images (projects/999037279871). Untuk mengetahui informasi selengkapnya, lihat Mengelola kapasitas node.

  • Jaringan berbasis VLAN: Solusi VMware mengharuskan subnet jaringan VPC Anda memiliki properti Resolve Subnet Mask yang ditetapkan ke Broadcast primary range only with learning untuk mendukung jaringan berbasis VLAN. Buka tiket dukungan di Pusat Dukungan konsolGoogle Cloud dengan informasi berikut:

    • Produk: Google Cloud VMware Engine
    • Prioritas: P2
    • Kategori: Network Connectivity
    • Dampak Bisnis: Pertanyaan Teknis Umum
    • Berikan detail selengkapnya: Allowlist L2 network connectivity for my project, beserta project ID, nomor project, serta region dan zona target untuk deployment Anda

    Untuk mengetahui informasi selengkapnya tentang dukungan untuk jaringan berbasis VLAN, lihat Emulasi Lapisan 2: Penyiaran ARP dan pembelajaran MAC kustom.

Meninjau contoh parameter lingkungan

Perintah dalam dokumen ini menggunakan contoh parameter berikut:

Parameter input Nilai contoh Deskripsi
Project ID PROJECT_ID Project Google Cloud yang sama dengan domain target
Region dan zona us-east4/us-east4-b Zona yang sama dengan NEG zona yang ada
ID pelanggan demo ID yang digunakan dalam nama resource yang ada
Domain target mgmt-domain (atau wld01) Domain pengelolaan atau domain workload VI yang ada
Nama cluster cl02 Nama cluster vSphere baru
Jenis mesin z3-highmem-192-highlssd-metal Jenis mesin homogen untuk semua node dalam cluster
Jumlah node 3 Jumlah node minimum untuk vSAN FTT=1
Jaringan VPC bm-demo Jaringan VPC yang ada
Subnet (ID VLAN) bm-mgmt-demo (tanpa tag), bm-vmotion-demo (2), bm-vsan-demo (3), bm-nsx-demo (4) Subnet Lapisan 2 yang ada
NEG Zona bm-mgmt-demo, bm-nsx-tep-demo Pengelolaan yang ada dan NEG TEP NSX
Image ESXi Family astra-vcf-9-1-x, project smve-prod-offline-depot Build image ESXi yang sama dengan cluster yang ada
Domain dan zona DNS vmware.gve / dns-zone-demo, rev-dns-zone-demo Zona terkelola penerusan dan balik Cloud DNS yang ada
SDDC Manager sddcm.vmware.gve (192.168.0.3) Perangkat SDDC Manager yang ada
Sandi root ESXi esxi-root-password Rahasia Secret Manager yang sudah ada yang menyimpan sandi root ESXi

Merencanakan alamat IP dan nama host

Tabel berikut menunjukkan contoh rencana alamat IP untuk tiga host ESXi baru:

Host ESXi IP Pengelolaan (nic0) vMotion (VLAN 2) vSAN (VLAN 3) NSX TEP (VLAN 4)
esxi-h7 192.168.0.161 192.168.2.21 192.168.3.21 192.168.4.21
esxi-h8 192.168.0.162 192.168.2.22 192.168.3.22 192.168.4.22
esxi-h9 192.168.0.163 192.168.2.23 192.168.3.23 192.168.4.23

Memilih domain target

Domain target yang Anda pilih menentukan vCenter Server, NSX Manager, dan zona transportasi overlay yang mengelola cluster baru:

Parameter atau resource Cluster di domain pengelolaan Cluster di domain workload VI
Variabel TARGET_DOMAIN mgmt-domain wld01
Mengelola vCenter Server vc01.vmware.gve vc02.vmware.gve
Variabel NSX_MANAGER nsx01.vmware.gve (NSX pengelolaan) nsx05.vmware.gve (NSX khusus) atau nsx01.vmware.gve (NSX pengelolaan bersama)
Variabel TRANSPORT_ZONE overlay-tz-mgmt-nsxt Zona transportasi overlay instance NSX domain workload

Memverifikasi kuota regional

Sebelum menyediakan node bare-metal atau membuat cluster, pastikan project Anda memiliki kuota Compute Engine regional dan global yang memadai. Tambahkan resource semua cluster yang ada di region ke nilai inkremental berikut sebelum Anda membandingkannya dengan kuota project:

Metrik kuota Resource yang diperlukan per node bare-metal Resource yang diperlukan untuk cluster 3 node
compute.googleapis.com/cpus_per_vm_family untuk Z3 192 vCPU 3 × 192 = 576 vCPU
compute.googleapis.com/local_ssd_total_storage_per_vm_family untuk Z3 72 TB 3 × 72 TB = 216 TB
compute.googleapis.com/hyperdisk_balanced_total_storage 128 GB 3 × 128 GB = 384 GB
compute.googleapis.com/resource_policies 0 saat menambahkan node ke cluster yang ada 1 kebijakan penempatan tersebar per cluster
compute.googleapis.com/regional_backend_services_protocol_forwarding_fast_ha 0 saat menambahkan node atau cluster tanpa peralatan baru 1 per VIP perangkat pengelolaan VCF baru atau endpoint NSX Edge

Untuk mengetahui daftar lengkap kuota yang diperlukan dan petunjuk tentang cara melihat atau meminta penambahan kuota, lihat Kuota dan batas.

Menetapkan variabel lingkungan

Tetapkan variabel lingkungan berikut di shell jumpbox Anda untuk digunakan dalam perintah di seluruh panduan ini:

export PROJECT_ID="PROJECT_ID"
export REGION="us-east4"
export ZONE="us-east4-b"
export CUSTOMER_ID="demo"
export VPC_NETWORK="bm-${CUSTOMER_ID}"
export DOMAIN="vmware.gve"
export DNS_ZONE="dns-zone-${CUSTOMER_ID}"
export REV_DNS_ZONE="rev-dns-zone-${CUSTOMER_ID}"
export MGMT_SUBNET="bm-mgmt-${CUSTOMER_ID}"
export VMOTION_SUBNET="bm-vmotion-${CUSTOMER_ID}"
export VSAN_SUBNET="bm-vsan-${CUSTOMER_ID}"
export TEP_SUBNET="bm-nsx-${CUSTOMER_ID}"
export MGMT_NEG="bm-mgmt-${CUSTOMER_ID}"
export TEP_NEG="bm-nsx-tep-${CUSTOMER_ID}"
export CLUSTER_NAME="cl02"
export PLACEMENT_POLICY="bm-${CLUSTER_NAME}"
export NETWORK_POOL_NAME="${CLUSTER_NAME}-np01"
export TEP_POOL_NAME="${CLUSTER_NAME}-tep-pool"
export VDS_NAME="${CLUSTER_NAME}-vds-01"
export MACHINE_TYPE="z3-highmem-192-highlssd-metal"
export ESXI_IMAGE_FAMILY="astra-vcf-9-1-x"
export ESXI_IMAGE_PROJECT="smve-prod-offline-depot"
export SDDC_MANAGER="sddcm.vmware.gve"            # 192.168.0.3
export VCF_USER="admin@local"
export VCF_PASSWORD="VCF_ADMIN_PASSWORD"
export ESXI_PASSWORD_SECRET="esxi-root-password"  # Secret Manager secret holding the ESXi root password
export MTU=8896                                   # VPC MTU

# Target domain parameters
export TARGET_DOMAIN="mgmt-domain"                # Or wld01
export NSX_MANAGER="nsx01.vmware.gve"             # Or nsx05.vmware.gve for wld01 with a dedicated NSX instance
export TRANSPORT_ZONE="overlay-tz-mgmt-nsxt"      # Overlay transport zone of the target NSX instance

# Ordered host list: name mgmt_ip vmotion_ip vsan_ip tep_ip
CLUSTER_HOSTS=(
  "esxi-h7 192.168.0.161 192.168.2.21 192.168.3.21 192.168.4.21"
  "esxi-h8 192.168.0.162 192.168.2.22 192.168.3.22 192.168.4.22"
  "esxi-h9 192.168.0.163 192.168.2.23 192.168.3.23 192.168.4.23"
)

# TEP pool range matching the new hosts' Compute Engine TEP NIC IPs
export TEP_CIDR="192.168.4.0/24"
export TEP_GATEWAY="192.168.4.1"
export TEP_START="192.168.4.21"
export TEP_END="192.168.4.23"

Sebelum menjalankan perintah, ganti variabel berikut:

  • PROJECT_ID: ID project target Google Cloud Anda.
  • VCF_ADMIN_PASSWORD: sandi administrator SDDC Manager Anda.

Pastikan tidak ada alamat IP yang Anda rencanakan yang sudah digunakan oleh aturan penerusan atau instance yang ada:

gcloud compute forwarding-rules list --project="${PROJECT_ID}" --regions="${REGION}" \
    --format="table(name,IPAddress,subnetwork.basename())"
gcloud compute instances list --project="${PROJECT_ID}" --zones="${ZONE}" \
    --format="table(name,networkInterfaces[].networkIP.list())"

Membuat data DNS

Saat men-deploy domain pengelolaan, Anda membuat subnet Lapisan 2, kebijakan penerusan masuk Cloud DNS, serta zona terkelola maju dan mundur. Karena menambahkan cluster tidak men-deploy peralatan baru, Anda hanya perlu membuat data penerusan (A) dan balik (PTR) untuk host ESXi baru:

add_dns() {
  local name=$1 ip=$2
  gcloud dns record-sets create "${name}.${DOMAIN}." \
      --rrdatas="${ip}" --type=A --ttl=300 \
      --zone="${DNS_ZONE}" --project="${PROJECT_ID}"
  local rev
  rev=$(echo "${ip}" | awk -F. '{print $4"."$3"."$2"."$1".in-addr.arpa."}')
  gcloud dns record-sets create "${rev}" \
      --rrdatas="${name}.${DOMAIN}." --type=PTR --ttl=300 \
      --zone="${REV_DNS_ZONE}" --project="${PROJECT_ID}"
}

for entry in "${CLUSTER_HOSTS[@]}"; do
  read -r HOST MGMT_IP _ <<< "${entry}"
  add_dns "${HOST}" "${MGMT_IP}"
done

# Verify DNS records
gcloud dns record-sets list --zone="${DNS_ZONE}" --project="${PROJECT_ID}" \
    --filter="name~'esxi-h[7-9]'"

Membuat instance bare-metal

Buat kebijakan penempatan khusus untuk cluster baru. Kemudian, Anda membuat setiap host ESXi bare-metal dengan antarmuka pengelolaan utama (nic0) dan Dynamic NIC yang diberi tag VLAN untuk vMotion (VLAN 2), vSAN (VLAN 3), dan NSX TEP (VLAN 4).

Membuat kebijakan penempatan

Buat kebijakan penempatan grup:

gcloud compute resource-policies create group-placement "${PLACEMENT_POLICY}" \
    --region="${REGION}" \
    --availability-domain-count=6 \
    --collocation=COLLOCATED \
    --project="${PROJECT_ID}"

Membuat boot disk dan instance ESXi bare-metal

Buat boot disk Google Cloud Hyperdisk Balanced dan instance ESXi bare-metal untuk setiap host dalam cluster:

i=0
for entry in "${CLUSTER_HOSTS[@]}"; do
  read -r HOST MGMT_IP VMOTION_IP VSAN_IP TEP_IP <<< "${entry}"
  AD=$(( (i % 6) + 1 )); i=$((i + 1))

  # Create boot disk
  gcloud compute disks create "${HOST}" \
      --image-project="${ESXI_IMAGE_PROJECT}" \
      --image-family="${ESXI_IMAGE_FAMILY}" \
      --type=hyperdisk-balanced --interface=NVME --size=128GB \
      --guest-os-features=IDPF \
      --zone="${ZONE}" --project="${PROJECT_ID}"

  # Create bare-metal ESXi host
  gcloud compute instances create "${HOST}" \
      --zone="${ZONE}" \
      --machine-type="${MACHINE_TYPE}" \
      --can-ip-forward \
      --resource-policies="${PLACEMENT_POLICY}" \
      --availability-domain="${AD}" \
      --hostname="${HOST}.${DOMAIN}" \
      --disk="name=${HOST},boot=yes,auto-delete=yes" \
      --labels=gcve-node=true \
      --tags=mm-gcve-node \
      --deletion-protection \
      --maintenance-policy=TERMINATE \
      --restart-on-failure \
      --network-performance-configs=total-egress-bandwidth-tier=TIER_1 \
      --project="${PROJECT_ID}" \
      --network-interface="network-tier=PREMIUM,stack-type=IPV4_ONLY,subnet=${MGMT_SUBNET},no-address,private-network-ip=${MGMT_IP}" \
      --network-interface="network-tier=PREMIUM,stack-type=IPV4_ONLY,subnet=${VMOTION_SUBNET},no-address,private-network-ip=${VMOTION_IP},vlan=2" \
      --network-interface="network-tier=PREMIUM,stack-type=IPV4_ONLY,subnet=${VSAN_SUBNET},no-address,private-network-ip=${VSAN_IP},vlan=3" \
      --network-interface="network-tier=PREMIUM,stack-type=IPV4_ONLY,subnet=${TEP_SUBNET},no-address,private-network-ip=${TEP_IP},vlan=4"
done

# Verify instance creation and network interfaces
gcloud compute instances list --project="${PROJECT_ID}" --zones="${ZONE}" \
    --filter="name~'esxi-h[7-9]'" \
    --format="table(name,status,networkInterfaces[].vlan.list(),networkInterfaces[].networkIP.list())"

Memperbarui keanggotaan NEG

Semua node dalam sebuah zona harus termasuk dalam NEG zona yang sama dari subnet, sehingga peralatan jaringan VCF dapat merutekan traffic di seluruh node cluster. Tambahkan host baru ke NEG pengelolaan dan NEG TEP NSX yang ada:

# List the NEGs in the zone (management and NSX TEP)
gcloud compute network-endpoint-groups list --zones="${ZONE}" --project="${PROJECT_ID}" \
    --format="table(name,subnetwork.basename(),networkEndpointType,size)"

ALL_NEGS=("${MGMT_NEG}" "${TEP_NEG}")
for entry in "${CLUSTER_HOSTS[@]}"; do
  read -r HOST _ <<< "${entry}"
  for NEG in "${ALL_NEGS[@]}"; do
    gcloud compute network-endpoint-groups update "${NEG}" \
        --zone="${ZONE}" \
        --add-endpoint="instance=${HOST}" \
        --project="${PROJECT_ID}"
  done
done

# Verify NEG endpoints
for NEG in "${ALL_NEGS[@]}"; do
  gcloud compute network-endpoint-groups list-network-endpoints "${NEG}" \
      --zone="${ZONE}" --project="${PROJECT_ID}" \
      --format="table(networkEndpoint.instance,networkEndpoint.ipAddress)"
done

Mereset sandi root ESXi

Untuk keamanan dan commissioning host, reset sandi root setiap host baru ke sandi root ESXi yang disimpan di Secret Manager. Anda akan menggunakan secret yang sama untuk mengaktifkan host di langkah berikutnya. Pastikan sandi memenuhi persyaratan kompleksitas VCF (minimal 15 karakter, termasuk huruf besar, huruf kecil, angka, dan karakter khusus). Jika Anda mengubah atau merotasi sandi ESXi root atau VCF setelah deployment awal, perbarui secret yang sesuai di Secret Manager sebelum menjalankan perintah ini.

Untuk mereset sandi root di setiap host baru, jalankan perintah berikut dari VM jumpbox dan masukkan sandi root ESXi awal saat diminta:

# 1. Read the ESXi root password from Secret Manager
ESXI_ROOT_PASSWORD=$(gcloud secrets versions access latest \
    --secret="${ESXI_PASSWORD_SECRET}" --project="${PROJECT_ID}")

# 2. Reset the root password on each new host
for entry in "${CLUSTER_HOSTS[@]}"; do
  read -r HOST _ <<< "${entry}"
  ssh -o StrictHostKeyChecking=no "root@${HOST}.${DOMAIN}" \
      "esxcli system account set -i root -p '${ESXI_ROOT_PASSWORD}' -c '${ESXI_ROOT_PASSWORD}'"
done

# 3. Optional: Verify that the FQDN is set and vmk0 is configured as STATIC
ssh "root@esxi-h7.${DOMAIN}" \
    'esxcli system hostname get; esxcli network ip interface ipv4 get -i vmk0'

Membuat kumpulan jaringan khusus

VCF mengalokasikan alamat IP vMotion dan vSAN dari kumpulan jaringan yang Anda pilih saat mengaktifkan host. Karena kumpulan jaringan cluster yang ada hanya berisi alamat IP host-nya sendiri, buat kumpulan jaringan khusus yang rentang IP-nya berisi alamat IP vMotion dan vSAN yang tepat yang telah Anda tetapkan sebelumnya ke Dynamic NIC Compute Engine host baru. Menggunakan kumpulan jaringan khusus akan menjaga alokasi IP VCF tetap berada dalam kumpulan alamat IP Compute Engine yang telah ditetapkan sebelumnya, sehingga Anda hanya perlu menyelaraskan pengurutan host-ke-IP nanti jika terjadi ketidakcocokan.

Anda dapat membuat kumpulan jaringan menggunakan VCF Operations atau SDDC Manager API:

VCF Operations

Di VCF Operations, buka Network pool management, klik Create network pool, lalu buat pool jaringan cl02-np01 dengan setelan jaringan vMotion (VLAN 2, 192.168.2.21–192.168.2.23) dan vSAN (VLAN 3, 192.168.3.21–192.168.3.23) serta MTU 8896 byte.

SDDC Manager API

Jalankan perintah berikut untuk membuat kumpulan jaringan dan mengambil ID-nya:

TOKEN=$(curl -s -X POST "https://${SDDC_MANAGER}/v1/tokens" \
    -H "Content-Type: application/json" \
    -d "{\"username\":\"${VCF_USER}\",\"password\":\"${VCF_PASSWORD}\"}" | jq -r '.accessToken')

curl -s -X POST "https://${SDDC_MANAGER}/v1/network-pools" \
    -H "Authorization: Bearer ${TOKEN}" -H "Content-Type: application/json" \
    -d "{
      \"name\": \"${NETWORK_POOL_NAME}\",
      \"networks\": [
        { \"type\": \"VMOTION\", \"vlanId\": 2, \"mtu\": ${MTU},
          \"subnet\": \"192.168.2.0\", \"mask\": \"255.255.255.0\", \"gateway\": \"192.168.2.1\",
          \"ipPools\": [ { \"start\": \"192.168.2.21\", \"end\": \"192.168.2.23\" } ] },
        { \"type\": \"VSAN\", \"vlanId\": 3, \"mtu\": ${MTU},
          \"subnet\": \"192.168.3.0\", \"mask\": \"255.255.255.0\", \"gateway\": \"192.168.3.1\",
          \"ipPools\": [ { \"start\": \"192.168.3.21\", \"end\": \"192.168.3.23\" } ] }
      ]
    }"

# Retrieve the network pool ID for host commissioning
POOL_ID=$(curl -s "https://${SDDC_MANAGER}/v1/network-pools" -H "Authorization: Bearer ${TOKEN}" \
    | jq -r --arg n "${NETWORK_POOL_NAME}" '.elements[] | select(.name==$n) | .id')
echo "${POOL_ID}"

Menugaskan host

Aktifkan host ESXi baru ke dalam inventaris SDDC Manager menggunakan VCF Operations atau SDDC Manager API:

VCF Operations

  1. Di VCF Operations, buka Inventory > Hosts > Commission Hosts.
  2. Pilih pool jaringan cl02-np01 dan pilih jenis penyimpanan vSAN ESA.
  3. Masukkan FQDN host (esxi-h7.vmware.gve, esxi-h8.vmware.gve, dan esxi-h9.vmware.gve) serta kredensial root.
  4. Setujui thumbprint SSL, validasi host, lalu klik Commission.

SDDC Manager API

Jalankan perintah berikut untuk memvalidasi dan mengaktifkan host, lalu lakukan polling ID tugas hingga menampilkan Successful:

ESXI_PASSWORD=$(gcloud secrets versions access latest \
    --secret="${ESXI_PASSWORD_SECRET}" --project="${PROJECT_ID}")

HOST_FQDNS=$(for entry in "${CLUSTER_HOSTS[@]}"; do
  read -r HOST _ <<< "${entry}"; echo "${HOST}.${DOMAIN}"
done | jq -R . | jq -s .)

HOSTS_JSON=$(jq -n --argjson f "${HOST_FQDNS}" --arg p "${ESXI_PASSWORD}" \
    --arg np "${POOL_ID}" --arg npn "${NETWORK_POOL_NAME}" \
    '$f | map({fqdn: ., username: "root", password: $p, storageType: "VSAN_ESA",
               networkPoolId: $np, networkPoolName: $npn})')

# 1. Validate hosts
curl -s -X POST "https://${SDDC_MANAGER}/v1/hosts/validations" \
    -H "Authorization: Bearer ${TOKEN}" -H "Content-Type: application/json" -d "${HOSTS_JSON}"

# 2. Commission hosts
TASK_ID=$(curl -s -X POST "https://${SDDC_MANAGER}/v1/hosts" \
    -H "Authorization: Bearer ${TOKEN}" -H "Content-Type: application/json" \
    -d "${HOSTS_JSON}" | jq -r '.id')

# 3. Poll task status until Successful
curl -s "https://${SDDC_MANAGER}/v1/tasks/${TASK_ID}" -H "Authorization: Bearer ${TOKEN}" | jq -r '.status'

Jika thumbprint SSL host menampilkan nama sertifikat internal (non-FQDN), domain penelusuran DNS tidak dikonfigurasi di host. Pada host ESXi yang terpengaruh, jalankan perintah esxcli network ip dns search add -d vmware.gve, jalankan ulang skrip /var/lib/vmware/osdata/init.sh, lalu jalankan perintah /sbin/generate-certificates dan mulai ulang layanan rhttpproxy dan hostd (/etc/init.d/rhttpproxy restart && /etc/init.d/hostd restart).

Memeriksa penyelarasan IP pra-deployment

Tetap aktifkan semua validasi konektivitas jaringan, vMotion, dan vSAN di SDDC Manager. Pemeriksaan validasi ini hanya lulus jika alamat IP vmk1 (vMotion) dan vmk2 (vSAN) yang ditetapkan VCF ke setiap host cocok dengan alamat IP Dynamic NIC Compute Engine dari host tersebut. Jika terjadi ketidakcocokan karena SDDC Manager menetapkan alamat IP pool dalam urutan host yang berbeda, tugas pembuatan cluster akan dijeda pada pemeriksaan konektivitas. Kemudian, Anda menyelaraskan Dynamic NIC pada langkah berikutnya sebelum mencoba kembali tugas tersebut.

  1. Pastikan rentang kumpulan jaringan cocok dengan alamat IP NIC vMotion dan vSAN Compute Engine: Pastikan kumpulan jaringan hanya berisi alamat IP yang telah Anda tetapkan sebelumnya ke NIC Dinamis host baru (192.168.2.21–192.168.2.23 dan 192.168.3.21–192.168.3.23 dalam contoh ini):

    # Inspect network pool definition
curl -s "https://${SDDC_MANAGER}/v1/network-pools/${POOL_ID}" \
    -H "Authorization: Bearer ${TOKEN}" | jq '.networks[] | {type, vlanId, mtu, ipPools}'

# Inspect Compute Engine dynamic NIC IPs per new host (VLAN 2 = vMotion, 3 = vSAN, 4 = TEP)
for entry in "${CLUSTER_HOSTS[@]}"; do
  read -r HOST _ <<< "${entry}"
  echo "== ${HOST}"
  gcloud compute instances describe "${HOST}" --zone="${ZONE}" --project="${PROJECT_ID}" \
      --format="table(networkInterfaces[].name,networkInterfaces[].vlan,networkInterfaces[].networkIP)"
done

  2. Tetapkan alamat IP dalam urutan nama host menaik: Tetapkan alamat IP Compute Engine terlebih dahulu dalam urutan nama host menaik (esxi-h7 → .21, esxi-h8 → .22, esxi-h9 → .23) sehingga kumpulan alamat IP identik di kedua sisi.

  3. Pastikan SDDC Manager tidak mengabaikan validasi: Di peralatan SDDC Manager (sebagai root), pastikan file application.properties tidak berisi properti validation.disable.*:

    # Must return no output. If any validation.disable.* line is present, remove it
# and run: systemctl restart domainmanager
grep -n 'validation.disable' /etc/vmware/vcf/domainmanager/application.properties

    Jika Anda menambahkan cluster menggunakan SDDC Manager API, jangan tetapkan properti "skipValidations": true dalam isi permintaan.

  4. Sesuaikan ukuran pool TEP NSX agar sesuai dengan alamat IP NIC TEP Compute Engine: Konfigurasikan pool alamat IP TEP NSX statis baru untuk cluster dengan rentang 192.168.4.21–192.168.4.23 (dari variabel TEP_START hingga variabel TEP_END), yang cocok dengan alamat IP pada Dynamic NIC VLAN 4 host baru, dan tetapkan gateway ke 192.168.4.1.

Menambahkan cluster

Anda dapat menambahkan cluster ke domain target menggunakan VCF Operations atau SDDC Manager API:

VCF Operations

Login ke VCF Operations, buka Inventory, luaskan VCF Instances, pilih domain target (mgmt-domain atau wld01), lalu klik Add cluster (atau di UI SDDC Manager, buka Workload Domains > target domain > Actions > Add Cluster). Selesaikan wizard menggunakan setelan berikut:

Halaman wizard Kolom Nilai
Penyimpanan Jenis vSAN, Enable vSAN ESA, vSAN HCI, enkripsi data dalam pengiriman nonaktif
Cluster Nama cluster cl02
Gambar Image vLCM Pilih image yang digunakan cluster yang ada, atau pilih Extract an image from a host in this VCF instance (dengan menggunakan esxi-h7)
Host Host esxi-h7, esxi-h8, esxi-h9 (ditugaskan sebagai vSAN ESA dengan kumpulan jaringan cl02-np01)
vSphere Distributed Switch Profil Default (VDS tunggal) atau kustom: 1 uplink (uplink1 → vmnic0), MTU 8896, jenis traffic ESX Management, VM Management, vMotion, vSAN, dan NSX
Mode switch NSX Mode operasional switch virtual Hapus centang Apply the default virtual switch mode configured in NSX Manager dan tetapkan Operational Mode ke Standard. Host solusi VMware tidak mendukung mode default (Enhanced Datapath Standard).
Overlay host NSX Penetapan IP dan VLAN TEP VLAN 4 (cocok dengan konfigurasi NSX yang ada), Static IP pool (jangan gunakan DHCP): pool baru cl02-tep-pool, CIDR 192.168.4.0/24, rentang 192.168.4.21–192.168.4.23, gateway 192.168.4.1
Ulasan Kirim Klik Selesai. Buka Fleet Management > Tasks untuk memantau tugas dan mencatat ID tugas (TASK_ID).

SDDC Manager API

Ambil ID domain target, ID personalitas image vLCM, dan ID host yang di-commission, lalu validasi dan kirimkan spesifikasi untuk membuat cluster:

# 1. Retrieve target domain ID, vLCM image personality ID, and host specs
DOMAIN_ID=$(curl -s "https://${SDDC_MANAGER}/v1/domains" -H "Authorization: Bearer ${TOKEN}" \
    | jq -r --arg d "${TARGET_DOMAIN}" '.elements[] | select(.name==$d) | .id')

curl -s "https://${SDDC_MANAGER}/v1/personalities" -H "Authorization: Bearer ${TOKEN}" \
    | jq -r '.elements[] | [.personalityId, .personalityName] | @tsv'
IMAGE_ID="PERSONALITY_ID"   # Select the personalityId of the existing clusters' image

HOST_SPECS=$(curl -s "https://${SDDC_MANAGER}/v1/hosts" -H "Authorization: Bearer ${TOKEN}" \
    | jq --argjson f "${HOST_FQDNS}" --arg vds "${VDS_NAME}" '
        [.elements[] | select(.fqdn as $x | $f | index($x))
         | {id, hostNetworkSpec: {vmNics: [{id: "vmnic0", uplink: "uplink1", vdsName: $vds}]}}]')
echo "${HOST_SPECS}" | jq 'length'   # Must equal 3

# 2. Construct the cluster specification (without skipValidations)
CLUSTER_SPEC=$(jq -n \
    --arg domain "${DOMAIN_ID}" --arg name "${CLUSTER_NAME}" --arg img "${IMAGE_ID}" \
    --argjson hosts "${HOST_SPECS}" --arg vds "${VDS_NAME}" --argjson mtu "${MTU}" \
    --arg tz "${TRANSPORT_ZONE}" --arg pool "${TEP_POOL_NAME}" \
    --arg cidr "${TEP_CIDR}" --arg gw "${TEP_GATEWAY}" --arg s "${TEP_START}" --arg e "${TEP_END}" '
{
  domainId: $domain,
  computeSpec: { clusterSpecs: [{
    name: $name,
    clusterImageId: $img,
    hostSpecs: $hosts,
    datastoreSpec: { vsanDatastoreSpec: { datastoreName: ($name + "-vsan"), esaConfig: { enabled: true } } },
    networkSpec: {
      vdsSpecs: [{
        name: $vds, mtu: $mtu,
        portGroupSpecs: [
          { name: ($vds + "-pg-mgmt"),    transportType: "MANAGEMENT", activeUplinks: ["uplink1"], teamingPolicy: "loadbalance_loadbased" },
          { name: ($vds + "-pg-vmotion"), transportType: "VMOTION",    activeUplinks: ["uplink1"], teamingPolicy: "loadbalance_loadbased" },
          { name: ($vds + "-pg-vsan"),    transportType: "VSAN",       activeUplinks: ["uplink1"], teamingPolicy: "loadbalance_loadbased" }
        ],
        nsxtSwitchConfig: {
          transportZones: [ { name: $tz, transportType: "OVERLAY" } ],
          hostSwitchOperationalMode: "STANDARD"
        }
      }],
      nsxClusterSpec: { nsxTClusterSpec: {
        uplinkProfiles: [{ name: ($name + "-uplink-profile"),
          teamings: [ { policy: "LOADBALANCE_SRCID", activeUplinks: ["uplink-1"] } ],
          transportVlan: 4 }],
        ipAddressPoolsSpec: [{ name: $pool,
          subnets: [{ cidr: $cidr, gateway: $gw, ipAddressPoolRanges: [ { start: $s, end: $e } ] }] }]
      }},
      networkProfiles: [{
        name: ($name + "-network-profile"), isDefault: true,
        nsxtHostSwitchConfigs: [{
          vdsName: $vds, uplinkProfileName: ($name + "-uplink-profile"), ipAddressPoolName: $pool,
          vdsUplinkToNsxUplink: [ { vdsUplinkName: "uplink1", nsxUplinkName: "uplink-1" } ]
        }]
      }]
    }
  }]}
}')

# 3. Validate the cluster specification
curl -s -X POST "https://${SDDC_MANAGER}/v1/clusters/validations" \
    -H "Authorization: Bearer ${TOKEN}" -H "Content-Type: application/json" \
    -d "${CLUSTER_SPEC}" | jq '{executionStatus, resultStatus}'

# 4. Create the cluster and poll the task
TASK_ID=$(curl -s -X POST "https://${SDDC_MANAGER}/v1/clusters" \
    -H "Authorization: Bearer ${TOKEN}" -H "Content-Type: application/json" \
    -d "${CLUSTER_SPEC}" | jq -r '.id')
curl -s "https://${SDDC_MANAGER}/v1/tasks/${TASK_ID}" -H "Authorization: Bearer ${TOKEN}" | jq -r '.status'

Sebelum menjalankan perintah, ganti PERSONALITY_ID dengan nilai personalityId dari image vLCM cluster Anda.

Jika VCF menetapkan alamat IP vMotion atau vSAN ke host yang berbeda dengan Dynamic NIC Compute Engine-nya, tugas akan berhenti pada langkah verifikasi untuk konektivitas vSAN dan vMotion. Biarkan tugas dalam status gagal, selesaikan langkah-langkah di Menyelaraskan NIC dinamis vMotion dan vSAN, lalu coba lagi tugas tersebut. Jangan batalkan tugas atau nonaktifkan pemeriksaan validasi.

Menyelaraskan NIC dinamis vMotion dan vSAN

Terapkan langkah-langkah di bagian ini jika tugas pembuatan cluster berhenti pada langkah verifikasi untuk konektivitas vSAN dan vMotion. Jika tugas lulus langkah tersebut, jalankan hanya langkah 1 dan 2 untuk mengonfirmasi penyelarasan IP, lalu lanjutkan ke Menyelaraskan NIC dinamis NSX TEP.

  1. Baca alamat IP yang dialokasikan VCF: Buat kueri endpoint /v1/hosts SDDC Manager (atau database platform SDDC Manager) untuk meninjau alamat IP vMotion (vmk1) dan vSAN (vmk2) yang dialokasikan VCF ke setiap host:

    curl -s "https://${SDDC_MANAGER}/v1/hosts" -H "Authorization: Bearer ${TOKEN}" | jq -r '
  ["FQDN","STATUS","CLUSTER","MGMT_IP","VMOTION_IP","VSAN_IP"],
  (.elements | sort_by(.fqdn)[] | [
     .fqdn, (.status // "-"), (.cluster.name // .cluster.id // "-"),
     (([.ipAddresses[]? | select(.type=="MANAGEMENT") | .ipAddress] | first) // "-"),
     (([.ipAddresses[]? | select(.type=="VMOTION")    | .ipAddress] | first) // "-"),
     (([.ipAddresses[]? | select(.type=="VSAN")       | .ipAddress] | first) // "-")
  ]) | @tsv' | column -t

# Alternative (run on the SDDC Manager appliance shell):
# psql -h localhost -U postgres -d platform \
#   -c "select hostname, vmotion_ip_address, vsan_ip_address from host;"

  2. Bandingkan dengan Dynamic NIC Compute Engine: Cantumkan alamat IP Dynamic NIC saat ini di setiap host baru:

    for entry in "${CLUSTER_HOSTS[@]}"; do
  read -r HOST _ <<< "${entry}"
  echo "== ${HOST}"
  gcloud compute instances describe "${HOST}" --zone="${ZONE}" --project="${PROJECT_ID}" \
      --format="table(networkInterfaces[].name,networkInterfaces[].vlan,networkInterfaces[].networkIP)"
done

  3. Hapus semua Dynamic NIC yang tidak cocok terlebih dahulu, lalu tambahkan kembali: Hapus setiap Dynamic NIC yang tidak cocok (antarmuka nic0.2 untuk vMotion dan antarmuka nic0.3 untuk vSAN) di semua host yang tidak cocok sebelum Anda menambahkan kembali antarmuka apa pun; jika tidak, alamat IP yang ditukar antara dua host akan gagal dengan error IP_IN_USE:

    # Example: VCF assigned esxi-h7 vMotion 192.168.2.22 and vSAN 192.168.3.22
HOST="esxi-h7"
VCF_VMOTION_IP="192.168.2.22"
VCF_VSAN_IP="192.168.3.22"

# 3a. Delete mismatched NICs (run on all mismatched hosts before running 3b)
gcloud compute instances network-interfaces delete "${HOST}" \
    --network-interface=nic0.2 \
    --zone="${ZONE}" --project="${PROJECT_ID}" --quiet
gcloud compute instances network-interfaces delete "${HOST}" \
    --network-interface=nic0.3 \
    --zone="${ZONE}" --project="${PROJECT_ID}" --quiet

# 3b. Re-add the dynamic NICs with the VCF-allocated IP addresses
# vMotion (VLAN 2)
gcloud compute instances network-interfaces add "${HOST}" \
    --parent-nic-name=nic0 --vlan=2 \
    --network="${VPC_NETWORK}" --subnetwork="${VMOTION_SUBNET}" \
    --private-network-ip="${VCF_VMOTION_IP}" --no-address \
    --zone="${ZONE}" --project="${PROJECT_ID}"

# vSAN (VLAN 3)
gcloud compute instances network-interfaces add "${HOST}" \
    --parent-nic-name=nic0 --vlan=3 \
    --network="${VPC_NETWORK}" --subnetwork="${VSAN_SUBNET}" \
    --private-network-ip="${VCF_VSAN_IP}" --no-address \
    --zone="${ZONE}" --project="${PROJECT_ID}"

  4. Coba lagi tugas cluster yang gagal: Di VCF Operations, buka Fleet Management > Tasks untuk mencoba lagi tugas, atau jalankan perintah SDDC Manager API berikut:

    curl -s -X PATCH "https://${SDDC_MANAGER}/v1/tasks/${TASK_ID}" \
    -H "Authorization: Bearer ${TOKEN}" -H "Content-Type: application/json" \
    -d '{"status": "RETRY"}'

    Tugas yang dicoba ulang akan menjalankan pemeriksaan konektivitas untuk vSAN dan vMotion lagi dan berhasil setelah semua Dynamic NIC Compute Engine cocok dengan alamat IP yang ditetapkan VCF.

Menyelaraskan NIC dinamis TEP NSX

Setelah NSX mengonfigurasi host sebagai node transport, verifikasi dan selaraskan NIC Dinamis TEP NSX (vmk10) VLAN 4 di host baru.

  1. Ambil alamat IP TEP yang dialokasikan NSX: Buat kueri NSX Manager dari domain target (NSX_MANAGER), atau jalankan perintah esxcli network ip interface ipv4 get -i vmk10 di setiap host ESXi:

    NSX_PW="NSX_ADMIN_PASSWORD"

# Map transport node ID to hostname
curl -s -u "admin:${NSX_PW}" "https://${NSX_MANAGER}/api/v1/transport-nodes" \
    | jq -r '.results[] | [.id, .display_name] | @tsv'

# Map transport node ID to TEP device and IP address
curl -s -u "admin:${NSX_PW}" "https://${NSX_MANAGER}/api/v1/transport-nodes/state" \
    | jq -r '.results[] | [.transport_node_id, .state,
        ([.host_switch_states[]?.endpoints[]? | .device_name + "=" + .ip] | join(","))] | @tsv'

    Sebelum menjalankan perintah, ganti NSX_ADMIN_PASSWORD dengan sandi admin NSX Manager (tersedia dari endpoint /v1/credentials SDDC Manager atau pengelolaan sandi VCF Operations).

  2. Bandingkan dengan NIC TEP Compute Engine (VLAN 4): Bandingkan alamat IP vmk10 yang ditetapkan NSX dengan alamat IP Dynamic NIC VLAN 4 di host baru (esxi-h7, esxi-h8, dan esxi-h9). Hanya host baru yang berada dalam cakupan; jangan ubah NIC TEP host di cluster lain.

  3. Buat ulang NIC TEP yang tidak cocok: Untuk semua host baru yang tidak cocok, lepaskan setiap host dari NEG TEP terlebih dahulu dan hapus antarmuka nic0.4 di semua host yang tidak cocok. Kemudian, Anda menambahkan kembali antarmuka nic0.4 dan memasang kembali host ke NEG TEP:

    # Example: Compute Engine has 192.168.4.21 on esxi-h7, but NSX assigned 192.168.4.23
HOST="esxi-h7"
CURRENT_TEP_IP="192.168.4.21"
NSX_TEP_IP="192.168.4.23"

# 3a. Detach the host from the TEP NEG
gcloud compute network-endpoint-groups update "${TEP_NEG}" \
    --zone="${ZONE}" --project="${PROJECT_ID}" \
    --remove-endpoint="instance=${HOST},ip=${CURRENT_TEP_IP}"

# 3b. Delete the mismatched TEP NIC (nic0.4) on all mismatched hosts first
gcloud compute instances network-interfaces delete "${HOST}" \
    --network-interface=nic0.4 \
    --zone="${ZONE}" --project="${PROJECT_ID}" --quiet

# 3c. Re-add nic0.4 with the NSX-allocated IP address
gcloud compute instances network-interfaces add "${HOST}" \
    --parent-nic-name=nic0 --vlan=4 \
    --network="${VPC_NETWORK}" --subnetwork="${TEP_SUBNET}" \
    --private-network-ip="${NSX_TEP_IP}" --no-address \
    --zone="${ZONE}" --project="${PROJECT_ID}"

# 3d. Re-attach the host to the TEP NEG
gcloud compute network-endpoint-groups update "${TEP_NEG}" \
    --zone="${ZONE}" --project="${PROJECT_ID}" \
    --add-endpoint="instance=${HOST}"

Memverifikasi deployment cluster

Setelah tugas pembuatan cluster selesai dan Anda menyelaraskan semua Dynamic NIC, verifikasi hal berikut:

  • vCenter Server (vc01 atau vc02): Cluster cl02 dan ketiga host terhubung dan responsif tanpa alarm jaringan.
  • vSAN: Untuk cluster cl02, buka Monitor > vSAN > Skyline Health dan pastikan semua health check lulus dan datastore vSAN menampilkan kapasitas gabungan dari ketiga host.
  • NSX Manager: Buka System > Fabric > Hosts dan pastikan setiap host baru menampilkan Success dan Up, dan semua tunnel overlay aktif.
  • Operasi VCF: Status cluster adalah Active di domain target dan daftar tugas tidak menampilkan tugas yang gagal.
  • Cluster yang ada: Semua cluster lain di domain tetap responsif.
  • Opsional: Migrasikan VM pengujian menggunakan vMotion antara cluster yang ada dan cluster cl02, serta antara host dalam cluster cl02.

Dari shell host ESXi (misalnya, esxi-h7), verifikasi konektivitas jumbo frame (MTU 8896 dikurangi header IP/ICMP 28 byte = 8868 byte) di seluruh antarmuka vMotion, vSAN, dan NSX TEP:

esxcli network ip interface ipv4 get                        # Verify vmk0, vmk1, vmk2, and vmk10 IPs
vmkping -S vmotion -I vmk1 -d -s 8868 192.168.2.22          # vMotion
vmkping -I vmk2 -d -s 8868 192.168.3.22                     # vSAN
vmkping ++netstack=vxlan -I vmk10 -d -s 8868 192.168.4.22   # NSX TEP

Opsional: Mengonfigurasi kegagalan vSAN yang dapat ditoleransi

Untuk vSAN ESA, VCF membuat dan menetapkan kebijakan penyimpanan datastore default berdasarkan jenis cluster dan jumlah host. Untuk mengonfigurasi setelan FTT secara eksplisit, pilih kebijakan yang didukung oleh jumlah host cluster Anda:

Kegagalan untuk menoleransi Skema penempatan data Host minimum
FTT=1 RAID-1 (pencerminan) atau RAID-5 (erasure coding) 3 (direkomendasikan 4 atau lebih untuk membangun ulang setelah kegagalan host atau selama pemeliharaan)
FTT=2 RAID-1 (pencerminan) 5
FTT=2 RAID-6 (erasure coding) 6

Untuk menetapkan kebijakan penyimpanan default di vSphere Client vCenter Server domain target (vc01 atau vc02), lakukan hal berikut:

  1. Nonaktifkan pengelolaan kebijakan otomatis untuk cluster vSAN ESA agar vSAN tidak menimpa kebijakan default kustom Anda.
  2. Buka Policies and Profiles > VM Storage Policies > Create, aktifkan aturan penyimpanan vSAN, dan di bagian Availability, pilih Failures to tolerate (misalnya, 1 failure - RAID-1 (Mirroring) untuk 3 hingga 4 host, atau 2 failures - RAID-6 (Erasure Coding) untuk 6 host atau lebih).
  3. Tetapkan kebijakan baru sebagai default datastore: pilih datastore vSAN cl02, buka Configure > General > Default Storage Policy > Edit, lalu pilih kebijakan baru.
  4. Terapkan kebijakan ke VM yang ada (VM Policies > Edit VM Storage Policies). Buka Monitor > vSAN > Virtual Objects untuk cluster cl02 guna memverifikasi kepatuhan.

Memecahkan masalah pembuatan cluster

Tabel berikut mencantumkan masalah, penyebab, dan penyelesaian umum saat menambahkan cluster vSphere ke domain:

Masalah Penyebab Resolusi
Validasi konektivitas vSAN dan vMotion gagal; host baru melaporkan status tidak responsif Saat Anda membuat atau memperluas cluster, SDDC Manager akan mengalokasikan alamat IP vmk1 dan vmk2 dari kumpulan jaringan tanpa mempertahankan urutan host. Tetap aktifkan validasi. Buat kumpulan jaringan khusus yang cocok dengan alamat IP NIC Compute Engine, verifikasi keselarasan pra-deployment, dan jika tugas dijeda pada pemeriksaan konektivitas, selaraskan Dynamic NIC dan coba lagi tugas tersebut.
Status host NSX adalah Degraded atau tunnel tidak aktif setelah Anda menambahkan cluster NSX Manager menetapkan alamat IP TEP (vmk10) dari kumpulan IP secara acak, sehingga mungkin tidak cocok dengan NIC TEP Compute Engine; Subnet Dynamic NIC tidak mendukung DHCP. Gunakan kumpulan IP TEP khusus yang cocok dengan alamat IP TEP Compute Engine dan selaraskan Dynamic NIC TEP setelah persiapan host NSX.
NSX_VDL2 agen atau host melaporkan Degraded saat BFD aktif Alamat IP gateway tidak ada di kumpulan IP TEP NSX. Konfigurasi gateway subnet (192.168.4.1) di kumpulan IP TEP.
Error IP_IN_USE saat menambahkan kembali Dynamic NIC Dua host bertukar alamat IP, atau alamat IP yang direncanakan tumpang-tindih dengan cluster lain. Hapus semua Dynamic NIC yang tidak cocok di semua host terlebih dahulu sebelum menambahkan kembali antarmuka apa pun, dan pastikan rencana IP Anda tidak tumpang-tindih dengan cluster yang ada.
Mode virtual switch NSX tidak didukung Di VCF 9.x, mode virtual switch NSX default adalah Enhanced Datapath Standard, yang tidak didukung oleh host solusi VMware. Hapus centang Apply the default virtual switch mode configured in NSX Manager dan tetapkan Operational Mode ke Standard (atau "hostSwitchOperationalMode": "STANDARD" dalam spesifikasi API). Untuk mengetahui informasi selengkapnya, lihat Mode virtual switch NSX.
Host tidak dapat melakukan ping ke gateway subnet (.1) Google Cloud tidak merespons permintaan echo ICMP pada alamat IP gateway subnet. Perilaku yang diharapkan; abaikan peringatan ping gateway.
Konfigurasi sinkronisasi waktu (NTP) Host bare-metal menggunakan server metadata Compute Engine untuk sinkronisasi waktu. Gunakan alamat IP server metadata (169.254.169.254) secara langsung sebagai server NTP.
Thumbprint atau sertifikat host menampilkan nama internal Domain penelusuran DNS tidak ditetapkan di host atau nama host memiliki titik di akhir. Jalankan perintah esxcli network ip dns search add -d vmware.gve, jalankan kembali skrip /var/lib/vmware/osdata/init.sh, lalu jalankan perintah /sbin/generate-certificates dan mulai ulang layanan rhttpproxy dan hostd.
Commissioning host gagal Adaptor VMkernel vmk0 masih menggunakan DHCP karena layanan startup tidak mengonversinya. Jalankan perintah esxcli network ip interface ipv4 get -i vmk0. Jika jenisnya adalah DHCP, tetapkan ke statis secara manual (misalnya, di esxi-h7: esxcli network ip interface ipv4 set -i vmk0 -t static -I 192.168.0.161 -N 255.255.255.0 -g 192.168.0.1).
Error replikasi vSAN, waktu tunggu vMotion, atau fragmentasi overlay NSX VCF menetapkan VDS, adaptor VMkernel, dan profil NSX ke MTU 9000 byte, dan jaringan VPC menghapus frame yang lebih besar dari 8896 byte. Konfigurasi MTU sebesar 8896 byte pada VDS, kumpulan jaringan (vMotion dan vSAN), dan profil uplink NSX. Untuk mengetahui informasi selengkapnya, lihat Ketidakcocokan MTU VDS.
Wizard meminta ID VLAN untuk grup port overlay Profil VDS default memerlukan ID VLAN overlay host NSX. Masukkan ID VLAN TEP dari konfigurasi NSX yang ada (4 dalam panduan ini).
Tidak ada grup port untuk VM workload di cluster baru Profil VDS default hanya membuat grup port infrastruktur. Buat grup port terdistribusi untuk VM workload setelah Anda membuat cluster, atau gunakan konfigurasi switch kustom.
Host tidak dapat ditambahkan dengan image vLCM yang dipilih Image vLCM cluster berbeda dengan build ESXi yang diinstal di host. Gunakan kelompok image ESXi yang sama dengan yang digunakan cluster yang ada, atau ekstrak image dari salah satu host baru.

Langkah berikutnya