Cluster Anthos di VMware kini menjadi Google Distributed Cloud (khusus software) untuk VMware. Untuk mengetahui informasi selengkapnya, lihat ringkasan produk.

Halaman ini diterjemahkan oleh Cloud Translation API.

Migrasi penyimpanan dengan Pengelolaan Berbasis Kebijakan Penyimpanan

Dokumen ini menunjukkan cara memigrasikan disk dari satu datastore vSphere ke datastore vSphere lain dengan Storage Policy Based Management (SPBM).

1.29: Tersedia secara umum
1.28: Pratinjau
1.16: Tidak tersedia

Anda dapat memigrasikan jenis penyimpanan berikut:

Penyimpanan untuk komponen sistem yang dikelola oleh Google Distributed Cloud, termasuk:
- Disk data (file VMDK) yang digunakan oleh node platform kontrol cluster admin dan cluster pengguna Controlplane V2
- Disk booting (file VMDK) yang digunakan oleh semua node cluster admin dan cluster pengguna
- Volume vSphere yang diwakili oleh PV/PVC di cluster admin dan digunakan oleh komponen platform kontrol dari cluster pengguna kubeception
Penyimpanan untuk workload yang Anda deploy di node pekerja cluster pengguna dengan PV/PVC yang disediakan oleh plugin volume vSphere dalam hierarki atau driver CSI vSphere

Prasyarat untuk cluster admin

Cluster admin harus memiliki bidang kontrol HA. Jika cluster admin Anda memiliki panel kontrol non-HA, migrasikan ke HA sebelum melanjutkan.

Pastikan cluster admin memiliki bidang kontrol HA:

kubectl --kubeconfig ADMIN_CLUSTER_KUBECONFIG get nodes

Ganti ADMIN_CLUSTER_KUBECONFIG dengan jalur file kubeconfig cluster admin.

Dalam output, pastikan Anda melihat tiga node kontrol-platform. Contoh:

admin-cp-1   Ready    control-plane,master ...
admin-cp-2   Ready    control-plane,master ...
admin-cp-3   Ready    control-plane,master ...

Prasyarat untuk semua cluster (admin dan pengguna)

Perbaikan otomatis node harus dinonaktifkan di cluster. Jika perbaikan otomatis node diaktifkan, nonaktifkan perbaikan otomatis node.
Cluster harus menggunakan Storage Policy Based Management (SPBM). Jika cluster Anda tidak menggunakan SPBM, buat kebijakan penyimpanan sebelum melanjutkan.

Pastikan cluster menggunakan SPBM:

kubectl --kubeconfig CLUSTER_KUBECONFIG get onpremadmincluster --namespace kube-system \
  -ojson | jq '{datastore: .items[0].spec.vCenter.datastore, storagePolicyName: .items[0].spec.vCenter.storagePolicyName}'

(Khusus cluster pengguna) Pastikan kumpulan node menggunakan SPBM:

kubectl --kubeconfig ADMIN_CLUSTER_KUBECONFIG get onpremnodepools --namespace USER_CLUSTER_NAME-gke-onprem-mgmt \
  -ojson | jq '.items[] | {name: .metadata.name, datastore: .spec.vsphere.datastore, storagePolicyName: .spec.vsphere.storagePolicyName}'

Ganti kode berikut:

CLUSTER_KUBECONFIG: jalur file kubeconfig cluster (admin atau pengguna).
ADMIN_CLUSTER_KUBECONFIG: jalur file kubeconfig cluster admin
USER_CLUSTER_NAME: nama cluster pengguna

Dalam output, jika kolom datastore kosong dan kolom storagePolicyName tidak kosong, cluster menggunakan SPBM.

Cluster tidak boleh menggunakan plugin volume dalam hierarki vSphere.

Jika cluster Anda diupgrade dari Google Distributed Cloud versi sebelumnya, cluster tersebut mungkin memiliki PV/PVC yang disediakan oleh plugin volume dalam hierarki vSphere. Jenis volume ini mungkin digunakan oleh node bidang kontrol cluster pengguna kubeception atau oleh workload yang Anda buat di node pekerja.

Daftar semua PVC dan StorageClass-nya:
```
kubectl --kubeconfig CLUSTER_KUBECONFIG get pvc --all-namespaces  \
   -ojson | jq '.items[] | {namespace: .metadata.namespace, name: .metadata.name, storageClassName: .spec.storageClassName}'
```
Cantumkan semua StorageClass dan lihat penyedia yang digunakannya:
```
kubectl --kubeconfig CLUSTER_KUBECONFIG get storageclass
```
Dalam output, jika kolom PROVISIONER adalah kubernetes.io/vsphere-volume, maka PVC yang dibuat dengan StorageClass ini menggunakan plugin volume dalam hierarki vSphere. Untuk StatefulSet yang menggunakan PV/PVC ini, migrasikan ke driver CSI vSphere.

Melakukan migrasi penyimpanan

Google Distributed Cloud mendukung dua kategori migrasi penyimpanan:

Storage vMotion untuk VM, yang memindahkan penyimpanan VM, termasuk volume CNS vSphere terlampir yang digunakan oleh Pod yang berjalan di node, dan VMDK yang digunakan oleh volume CNS VM ini yang terlampir ke node
Pemindahan volume CNS, yang memindahkan volume CNS vSphere yang ditentukan ke datastore yang kompatibel tanpa melakukan vMotion penyimpanan untuk VM

Melakukan vMotion penyimpanan untuk VM

Migrasi melibatkan langkah-langkah yang Anda lakukan di lingkungan vSphere dan perintah yang Anda jalankan di workstation admin:

Di lingkungan vSphere, tambahkan datastore target ke kebijakan penyimpanan.
Di lingkungan vSphere, migrasikan VM cluster menggunakan datastore lama ke datastore baru. Untuk petunjuknya, lihat Memigrasikan Virtual Machine ke Resource dan Penyimpanan Komputasi Baru.

Di workstation admin, pastikan VM telah berhasil dimigrasikan ke datastore baru.

Dapatkan objek Machine di cluster:

kubectl --kubeconfig CLUSTER_KUBECONFIG get machines --output yaml

Dalam output, di bagian status.disks, Anda dapat melihat disk yang terpasang ke VM. Contoh:

status:
addresses:
– address: 172.16.20.2
  type: ExternalIP
disks:
– bootdisk: true
  datastore: pf-ds06
  filepath: me-xvz2ccv28bf9wdbx-2/me-xvz2ccv28bf9wdbx-2.vmdk
  uuid: 6000C29d-8edb-e742-babc-9c124013ba54
– datastore: pf-ds06
  filepath: anthos/gke-admin-nc4rk/me/ci-bluecwang-head-2-data.vmdk
  uuid: 6000C29e-cb12-8ffd-1aed-27f0438bb9d9

Pastikan semua disk dari semua mesin dalam cluster telah dimigrasikan ke datastore target.

Di workstation admin, jalankan gkectl diagnose untuk memverifikasi bahwa cluster dalam kondisi baik.

Memanggil CNS Relocation API untuk memindahkan volume CNS

Jika hanya ingin memindahkan volume CNS yang disediakan oleh driver CSI vSphere, Anda dapat mengikuti petunjuk di Memigrasikan Volume Penampung di vSphere. Hal ini mungkin lebih sederhana jika Anda hanya memiliki volume CNS di datastore lama.

Perbarui kebijakan penyimpanan Anda jika diperlukan

Di lingkungan vSphere, perbarui kebijakan penyimpanan untuk mengecualikan datastore lama. Jika tidak, volume baru dan VM yang dibuat ulang mungkin ditetapkan ke datastore lama.