Mengoptimalkan performa dan biaya penyimpanan dengan Penyimpanan Gabungan Hyperdisk

Halaman ini menjelaskan cara cluster Google Kubernetes Engine (GKE) Anda dapat mengumpulkan dan membagikan kapasitas penyimpanan, throughput, dan IOPS di seluruh disk dengan menggunakan Kumpulan Penyimpanan Hyperdisk GKE.

Ringkasan

Kumpulan penyimpanan mengelompokkan perangkat penyimpanan fisik secara logis, sehingga Anda dapat menyegmentasikan resource. Anda dapat menyediakan Google Cloud Hyperdisk dalam gabungan penyimpanan ini, yang pada dasarnya membuat Gabungan Penyimpanan Hyperdisk. Penyimpanan Gabungan Hyperdisk menawarkan kapasitas, throughput, dan IOPS yang telah disediakan sebelumnya yang dapat digunakan bersama oleh disk cluster GKE Anda.

Anda dapat menggunakan Penyimpanan Gabungan Hyperdisk untuk mengelola sumber daya penyimpanan secara lebih efisien dan hemat biaya. Dengan begitu, Anda dapat memanfaatkan teknologi efisiensi seperti penghapusan duplikat dan penyediaan tipis.

Dalam panduan ini, Anda menggunakan zona us-east4-c untuk membuat Penyimpanan Gabungan Hyperdisk Seimbang dan resource lainnya.

Pertimbangan perencanaan

Pertimbangkan persyaratan dan batasan berikut sebelum menyediakan dan menggunakan Kumpulan Penyimpanan Hyperdisk Anda.

Membuat dan mengelola kumpulan penyimpanan

Persyaratan dan batasan berikut berlaku:

• Semua batasan Gabungan Penyimpanan Hyperdisk Compute Engine berlaku.
• Semua batasan pembuatan disk di Gabungan Penyimpanan Hyperdisk berlaku.
• Jenis Hyperdisk Storage Pool yang Anda buat menentukan jenis disk yang dapat Anda buat di storage pool. Lihat Jenis Penyimpanan Gabungan Hyperdisk.

Menyediakan boot disk di kumpulan penyimpanan

Persyaratan dan batasan berikut berlaku:

• Penyediaan boot disk di pool penyimpanan tidak didukung pada node pool dengan penyediaan otomatis node diaktifkan.
• Pastikan lokasi node cluster dan lokasi node pool sama persis dengan zona pool penyimpanan.
• Pastikan jenis mesin yang menjalankan Pod Anda mendukung pemasangan jenis disk Hyperdisk Balanced. Hyperdisk Throughput tidak didukung sebagai disk boot. Lihat Dokumentasi dukungan Jenis mesin Hyperdisk.
• Anda dapat menyediakan disk boot di pool penyimpanan hanya pada node pool yang dibuat atau diupdate secara manual.

Menyediakan disk terlampir di kumpulan penyimpanan

Persyaratan dan batasan berikut berlaku:

• Versi GKE minimum yang diperlukan untuk penyediaan disk terlampir di pool penyimpanan adalah 1.29.2-gke.1035000 dan yang lebih baru.
• Pastikan driver CSI Persistent Disk Compute Engine diaktifkan. Driver Persistent Disk Compute Engine diaktifkan secara default di cluster Autopilot dan Standard baru dan tidak dapat dinonaktifkan atau diedit di cluster Autopilot. Untuk mengaktifkan driver, lihat artikel Mengaktifkan Driver CSI Persistent Disk Compute Engine di cluster yang ada.
• Pastikan bahwa kumpulan penyimpanan berada di setidaknya salah satu lokasi node cluster dan lokasi node kumpulan node.
• Anda hanya dapat menyediakan disk terpasang Hyperdisk Throughput dan Hyperdisk Balanced di kumpulan penyimpanan. Jenis disk terlampir harus cocok dengan jenis kumpulan penyimpanan. Untuk mengetahui informasi selengkapnya, lihat Jenis Gabungan Penyimpanan Hyperdisk.
• Dalam StorageClass, hanya 1 kumpulan penyimpanan per zona yang diizinkan.
• Dalam StorageClass, semua kumpulan penyimpanan harus memiliki jenis kumpulan penyimpanan.
• Pastikan jenis mesin yang menjalankan Pod Anda mendukung pemasangan jenis disk yang Anda gunakan dari kumpulan penyimpanan. Untuk mengetahui informasi selengkapnya, lihat Dukungan jenis mesin Hyperdisk.

Kuota

Saat membuat Hyperdisk Storage Pool, Anda dapat mengonfigurasinya dengan penyediaan standar atau lanjutan untuk kapasitas dan performa. Jika Anda ingin meningkatkan kuota untuk kapasitas, throughput, atau IOPS, minta kuota yang lebih tinggi untuk filter kuota yang relevan.

Untuk mengetahui informasi selengkapnya, lihat Melihat kuota untuk project Anda dan Meminta penyesuaian kuota.

Gunakan filter kuota berikut untuk Hyperdisk Balanced Storage Pools:

• HDB-STORAGE-POOL-TOTAL-ADVANCED-CAPACITY-per-project-region: untuk meningkatkan kapasitas dengan Penyediaan kapasitas lanjutan.
• HDB-STORAGE-POOL-TOTAL-ADVANCED-IOPS-per-project-region: untuk meningkatkan IOPS dengan penyediaan performa Lanjutan.
• HDB-STORAGE-POOL-TOTAL-ADVANCED-THROUGHPUT-per-project-region: untuk meningkatkan throughput dengan penyediaan performa Lanjutan.
• HDB-TOTAL-GB-per-project-region: untuk meningkatkan kapasitas dengan penyediaan kapasitas Standar.
• HDB-TOTAL-IOPS-per-project-region: untuk meningkatkan IOPS dengan penyediaan performa Standar.
• HDB-TOTAL-THROUGHPUT-per-project-region: untuk meningkatkan throughput dengan penyediaan performa Standar.

Gunakan filter kuota berikut untuk Gabungan Penyimpanan Throughput Hyperdisk:

• HDT-STORAGE-POOL-TOTAL-ADVANCED-CAPACITY-per-project-region: untuk meningkatkan kapasitas dengan Penyediaan kapasitas lanjutan.
• HDT-STORAGE-POOL-TOTAL-ADVANCED-THROUGHPUT-per-project-region: untuk meningkatkan throughput dengan penyediaan performa Lanjutan.
• HDT-TOTAL-GB-per-project-region: untuk meningkatkan kapasitas dengan penyediaan kapasitas Standar.
• HDT-TOTAL-THROUGHPUT-per-project-region: untuk meningkatkan throughput dengan penyediaan performa Standar.

Misalnya, jika Anda ingin meningkatkan total kapasitas untuk Hyperdisk Balanced Storage Pools dengan penyediaan kapasitas Tingkat lanjut, per project dan per region, minta kuota yang lebih tinggi untuk filter berikut:

hdb-storage-pool-total-advanced-capacity-per-project-region.

Harga

Lihat harga Gabungan Penyimpanan Hyperdisk untuk mengetahui detail harga.

Sebelum memulai

Sebelum memulai, pastikan Anda telah menjalankan tugas berikut:

• Aktifkan Google Kubernetes Engine API.
Aktifkan Google Kubernetes Engine API
• Jika ingin menggunakan Google Cloud CLI untuk tugas ini, instal lalu lakukan inisialisasi gcloud CLI. Jika sebelumnya Anda telah menginstal gcloud CLI, dapatkan versi terbaru dengan menjalankan gcloud components update.

• Tinjau region dan zona yang didukung untuk membuat Penyimpanan Gabungan Hyperdisk Seimbang.

Membuat Penyimpanan Gabungan Hyperdisk

Buat Penyimpanan Gabungan Hyperdisk sebelum Anda menyediakan disk boot atau disk terpasang di penyimpanan gabungan tersebut. Untuk mengetahui informasi selengkapnya, lihat Membuat Penyimpanan Gabungan Hyperdisk.

Pastikan Anda membuat kumpulan penyimpanan di salah satu zona yang didukung.

Misalnya, gunakan perintah berikut untuk membuat Hyperdisk Balanced Storage Pool dengan Kapasitas lanjutan dan Performa lanjutan, serta menyediakan kapasitas 10 TB, 10000 IOPS/s dan throughput 1024 MBps di zona us-east4-c:

export PROJECT_ID=PROJECT_ID
export ZONE=us-east4-c
gcloud compute storage-pools create pool-$ZONE \
    --provisioned-capacity=10tb --storage-pool-type=hyperdisk-balanced \
    --zone=$ZONE --project=$PROJECT_ID --capacity-provisioning-type=advanced \
    --performance-provisioning-type=advanced --provisioned-iops=10000 \
    --provisioned-throughput=1024

Ganti PROJECT_ID dengan project ID Trusted Cloud by S3NS akun Anda.

Memeriksa zona kumpulan penyimpanan

• Untuk cluster Autopilot dan cluster Standard dengan penyediaan otomatis node diaktifkan, Anda dapat membuat kumpulan penyimpanan di zona mana pun dalam region cluster. Jika tidak ada node pool di zona tempat Anda membuat pool penyimpanan, Pod akan tetap dalam status Pending hingga GKE Cluster Autoscaler dapat menyediakan node pool baru di zona tersebut.

• Untuk cluster Standard tanpa penyediaan otomatis node, buat pool penyimpanan di zona node default cluster Anda karena pool penyimpanan adalah resource zonal. Anda dapat menetapkan zona node cluster menggunakan flag --node-locations.

  • Untuk cluster zonal, jika Anda tidak menentukan --node-locations, semua node akan dibuat di zona utama cluster.
  • Untuk cluster regional, jika Anda tidak menentukan --node-locations, GKE akan mendistribusikan node pekerja Anda di tiga zona yang dipilih secara acak dalam region.

Untuk memeriksa zona node default cluster, jalankan perintah berikut:

gcloud container clusters describe CLUSTER_NAME  | yq '.locations'

Ganti CLUSTER_NAME dengan nama cluster yang akan Anda buat saat menyediakan disk boot atau disk terlampir.

Menyediakan disk booting GKE di Hyperdisk Storage Pool

Anda dapat menyediakan disk booting GKE di Kumpulan Penyimpanan Hyperdisk saat melakukan salah satu tindakan berikut:

• Saat membuat cluster GKE baru
• Saat membuat node pool baru
• Saat memperbarui node pool yang ada

Saat membuat cluster

Untuk membuat cluster GKE dengan boot disk yang disediakan di pool penyimpanan, gunakan perintah berikut:

gcloud container clusters create CLUSTER_NAME \
    --disk-type=DISK_TYPE --storage-pools=STORAGE_POOL,[...] \
    --node-locations=ZONE,[...] --machine-type=MACHINE_TYPE \
    --location=CONTROL_PLANE_LOCATION

Ganti kode berikut:

• CLUSTER_NAME: Berikan nama unik untuk cluster yang Anda buat.
• DISK_TYPE: Tetapkan ini ke hyperdisk-balanced. Jika dibiarkan kosong, jenis disk akan ditetapkan secara default ke Hyperdisk Balanced.
• STORAGE_POOL,[...]: Daftar jalur resource pool penyimpanan yang dipisahkan koma (contoh, projects/my-project/zones/us-east4-c/storagePools/pool-us-east4-c) tempat disk booting cluster akan disediakan. Pastikan zona di jalur resource kumpulan penyimpanan cocok dengan zona di --node-locations.
• ZONE,[...]: Daftar zona yang dipisahkan koma tempat jejak node Anda harus direplikasi. Untuk cluster regional, Anda dapat menentukan wilayah. Semua zona harus berada di region yang sama dengan cluster, yang ditentukan oleh flag --location.
• MACHINE_TYPE: Jenis mesin yang didukung yang ingin Anda gunakan untuk node.
• CONTROL_PLANE_LOCATION: lokasi Compute Engine bidang kontrol cluster Anda. Berikan region untuk cluster regional, atau zona untuk cluster zona.

Saat membuat node pool

Untuk membuat node pool GKE dengan disk boot yang disediakan di pool penyimpanan, gunakan perintah berikut:

gcloud container node-pools create NODE_POOL_NAME \
    --disk-type=DISK_TYPE --storage-pools=STORAGE_POOL,[...] \
    --node-locations=ZONE,[...] --machine-type=MACHINE_TYPE \
    --location=CONTROL_PLANE_LOCATION --cluster=CLUSTER_NAME

Ganti kode berikut:

• NODE_POOL_NAME: Berikan nama unik untuk node pool yang Anda buat.
• DISK_TYPE: Tetapkan ini ke hyperdisk-balanced. Jika dibiarkan kosong, jenis disk akan ditetapkan secara default ke Hyperdisk Balanced.
• STORAGE_POOL,[...]: Daftar jalur resource pool penyimpanan yang dipisahkan koma (contoh, projects/my-project/zones/us-east4-c/storagePools/pool-us-east4-c) tempat disk booting cluster akan disediakan. Pastikan zona di jalur resource kumpulan penyimpanan cocok dengan nilai di --node-locations.
• ZONE,[...]: Daftar zona yang dipisahkan koma tempat jejak node Anda harus direplikasi. Semua zona harus berada di region yang sama dengan cluster, yang ditentukan oleh flag -location.
• MACHINE_TYPE: Jenis mesin yang didukung yang ingin Anda gunakan untuk node.
• CONTROL_PLANE_LOCATION: lokasi Compute Engine bidang kontrol cluster Anda. Berikan region untuk cluster regional, atau zona untuk cluster zona.
• CLUSTER_NAME: Cluster yang ada tempat Anda membuat node pool.

Saat memperbarui node pool

Anda dapat menggunakan perintah update untuk menambahkan atau mengganti pool penyimpanan di node pool. Perintah ini tidak dapat digunakan untuk menghapus pool penyimpanan dari node pool.

Untuk mengupdate node pool GKE sehingga boot disk-nya disediakan di pool penyimpanan, gunakan perintah berikut.

gcloud container node-pools update NODE_POOL_NAME \
  --storage-pools=STORAGE_POOL,[...] \
  --location=CONTROL_PLANE_LOCATION --cluster=CLUSTER_NAME

• NODE_POOL_NAME: Nama node pool yang ada yang ingin Anda perbarui untuk menggunakan pool penyimpanan.
• STORAGE_POOL,[...]: Daftar jalur resource pool penyimpanan yang ada yang dipisahkan koma (contoh, projects/my-project/zones/us-east4-c/storagePools/pool-us-east4-c). Pastikan zona di jalur resource pool penyimpanan cocok dengan zona node pool yang Anda update.
• CONTROL_PLANE_LOCATION: lokasi Compute Engine bidang kontrol cluster Anda. Berikan region untuk cluster regional, atau zona untuk cluster zona.
• CLUSTER_NAME: Nama cluster GKE tempat node pool ini berada.

Perubahan ini memerlukan pembuatan ulang node, yang dapat menyebabkan gangguan pada workload yang sedang berjalan. Untuk mengetahui detail tentang perubahan khusus ini, temukan baris yang sesuai dalam tabel perubahan manual yang membuat ulang node menggunakan strategi upgrade node tanpa mematuhi kebijakan pemeliharaan. Untuk mempelajari lebih lanjut update node, lihat Merencanakan gangguan update node.

Menyediakan disk terpasang GKE di Hyperdisk Storage Pool

Di bagian ini:

• Anda membuat cluster GKE baru dengan disk terpasang yang disediakan di storage pool.
• Buat StorageClass untuk menyediakan PersistentVolume (PV) secara dinamis saat Pod memintanya melalui PersistentVolumeClaim (PVC). Agar PV dapat menggunakan resource bersama pool penyimpanan, Anda menentukan pool penyimpanan menggunakan parameter storage-pools di StorageClass. StorageClass kemudian digunakan dalam PVC untuk menyediakan volume Hyperdisk Balanced yang akan digunakan oleh Pod.
• Buat PVC untuk meminta PV--sepotong penyimpanan Hyperdisk--untuk Pod dari cluster GKE Anda. Dengan begitu, Anda dapat memanfaatkan resource bersama dari pool penyimpanan.
• Buat Deployment yang menggunakan PVC untuk memastikan aplikasi Anda memiliki akses ke penyimpanan persisten meskipun setelah Pod dimulai ulang dan dijadwalkan ulang.

Membuat cluster GKE

Sebelum memulai, tinjau pertimbangan untuk menyediakan disk terlampir.

gcloud container clusters create-auto CLUSTER_NAME --location=CONTROL_PLANE_LOCATION

gcloud container clusters create CLUSTER_NAME --location=CONTROL_PLANE_LOCATION --project=PROJECT_ID --machine-type=MACHINE_TYPE --disk-type="DISK_TYPE"

Membuat StorageClass

Di Kubernetes, untuk menunjukkan bahwa Anda ingin PV dibuat di dalam kumpulan penyimpanan, gunakan StorageClass. Untuk mempelajari lebih lanjut, lihat StorageClasses.

Untuk membuat StorageClass baru dengan level throughput atau IOPS yang Anda inginkan:

• Gunakan pd.csi.storage.gke.io di kolom penyedia.
• Tentukan jenis penyimpanan Hyperdisk Balanced.
• Tentukan parameter storage-pools dengan nilai sebagai daftar pool penyimpanan tertentu yang ingin Anda gunakan. Setiap pool penyimpanan dalam daftar harus ditentukan dalam format: projects/PROJECT_ID/zones/ZONE/storagePools/STORAGE_POOL_NAME.
• Secara opsional, tentukan parameter performa provisioned-throughput-on-create dan provisioned-iops-on-create.

Setiap jenis Hyperdisk memiliki nilai default untuk performa yang ditentukan oleh ukuran disk awal yang disediakan. Saat membuat StorageClass, Anda dapat secara opsional menentukan parameter berikut bergantung pada jenis Hyperdisk Anda. Jika Anda menghapus parameter ini, GKE akan menggunakan default jenis disk berbasis kapasitas.

Untuk mendapatkan panduan tentang nilai yang diizinkan untuk throughput atau IOPS, lihat Merencanakan tingkat performa untuk volume Hyperdisk.

Gunakan manifes berikut untuk membuat dan menerapkan StorageClass bernama storage-pools-sc untuk menyediakan PV secara dinamis di kumpulan penyimpanan projects/my-project/zones/us-east4-c/storagePools/pool-us-east4-c:

kubectl apply -f - <<EOF
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: storage-pools-sc
provisioner: pd.csi.storage.gke.io
volumeBindingMode: WaitForFirstConsumer
allowVolumeExpansion: true
parameters:
  type: hyperdisk-balanced
  provisioned-throughput-on-create: "140Mi"
  provisioned-iops-on-create: "3000"
  storage-pools: projects/my-project/zones/us-east4-c/storagePools/pool-us-east4-c
EOF

Dengan memanfaatkan volumeBindingMode: WaitForFirstConsumer di StorageClass ini, binding dan penyediaan PVC ditunda hingga Pod yang menggunakan PVC dibuat. Pendekatan ini memastikan bahwa PV tidak disediakan sebelum waktunya, dan ada pencocokan zona antara PV dan Pod yang menggunakannya. Jika zonanya tidak cocok, Pod akan tetap dalam status Pending.

Buat PersistentVolumeClaim (PVC)

Buat PVC yang merujuk ke StorageClass storage-pools-sc yang Anda buat.

Gunakan manifes berikut untuk membuat PVC bernama my-pvc, dengan 2048 GiB sebagai kapasitas penyimpanan target untuk volume Hyperdisk Seimbang:

kubectl apply -f - <<EOF
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: my-pvc
spec:
  storageClassName: storage-pools-sc
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 2048Gi
EOF

Membuat Deployment yang menggunakan PVC

Untuk memastikan Pod dapat dijadwalkan di node pool dengan seri mesin yang mendukung Hyperdisk Seimbang, konfigurasi Deployment dengan pemilih node cloud.google.com/machine-family. Untuk mengetahui informasi selengkapnya, lihat dukungan jenis mesin untuk Hyperdisk. Anda menggunakan seri mesin c3 dalam Deployment contoh berikut.

Buat dan terapkan manifes berikut untuk mengonfigurasi Pod untuk men-deploy server web Postgres menggunakan PVC yang dibuat di bagian sebelumnya:

kubectl apply -f - <<EOF
apiVersion: apps/v1
kind: Deployment
metadata:
  name: postgres
spec:
  selector:
    matchLabels:
      app: postgres
  template:
    metadata:
      labels:
        app: postgres
    spec:
      nodeSelector:
        cloud.google.com/machine-family: c3
        cloud.google.com/compute-class: Performance
      containers:
      - name: postgres
        image: postgres:14-alpine
        args: [ "sleep", "3600" ]
        volumeMounts:
        - name: sdk-volume
          mountPath: /usr/share/data/
      volumes:
      - name: sdk-volume
        persistentVolumeClaim:
          claimName: my-pvc
EOF

kubectl apply -f - <<EOF
apiVersion: apps/v1
kind: Deployment
metadata:
  name: postgres
spec:
  selector:
    matchLabels:
      app: postgres
  template:
    metadata:
      labels:
        app: postgres
    spec:
      nodeSelector:
        cloud.google.com/machine-family: c3
      containers:
      - name: postgres
        image: postgres:14-alpine
        args: [ "sleep", "3600" ]
        volumeMounts:
        - name: sdk-volume
          mountPath: /usr/share/data/
      volumes:
      - name: sdk-volume
        persistentVolumeClaim:
          claimName: my-pvc
EOF

Konfirmasi bahwa Deployment berhasil dibuat:

  kubectl get deployment

Perlu waktu beberapa menit bagi instance Hyperdisk untuk menyelesaikan penyediaan dan menampilkan status READY.

Konfirmasi apakah disk terlampir telah disediakan

1. Periksa apakah PVC Anda yang bernama my-pvc telah berhasil diikat ke PV:

   kubectl get pvc my-pvc
   

   Outputnya mirip dengan hal berikut ini:

   
   NAME          STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS       AGE
   my-pvc        Bound    pvc-1ff52479-4c81-4481-aa1d-b21c8f8860c6   2Ti        RWO            storage-pools-sc   2m24s
   

2. Periksa apakah volume telah disediakan seperti yang ditentukan dalam StorageClass dan PVC Anda:

   gcloud compute storage-pools list-disks pool-us-east4-c --zone=us-east4-c
   

   Outputnya mirip dengan hal berikut ini:

   NAME                                      STATUS  PROVISIONED_IOPS  PROVISIONED_THROUGHPUT  SIZE_GB
   pvc-1ff52479-4c81-4481-aa1d-b21c8f8860c6  READY   3000              140                     2048
   

Membuat snapshot dan memulihkan disk terlampir di kumpulan penyimpanan

Memindahkan disk ke dalam atau ke luar pool penyimpanan tidak diizinkan. Untuk memindahkan disk ke dalam atau keluar dari pool penyimpanan, buat ulang disk dari snapshot. Untuk mengetahui informasi selengkapnya, lihat Mengubah jenis disk.

Di bagian ini:

• Anda menulis file pengujian ke disk yang disediakan di Pod Anda.
• Buat snapshot volume dan hapus file pengujian dari disk tersebut.
• Pulihkan snapshot ke disk baru dalam pool penyimpanan yang sama, sehingga memulihkan data yang dihapus.

Membuat file pengujian

Untuk membuat dan memverifikasi file pengujian:

1. Dapatkan nama Pod Deployment Postgres:

   kubectl get pods -l app=postgres
   

   Outputnya mirip dengan hal berikut ini:

   NAME                         READY   STATUS    RESTARTS   AGE
   postgres-78fc84c9ff-77vx6   1/1     Running   0          44s
   

2. Buat file pengujian hello.txt di Pod:

   kubectl exec postgres-78fc84c9ff-77vx6 \
     -- sh -c 'echo "Hello World!" > /usr/share/data/hello.txt'
   

3. Pastikan file pengujian dibuat:

   kubectl exec postgres-78fc84c9ff-77vx6 \
     -- sh -c 'cat /usr/share/data/hello.txt'
   Hello World!
   

Membuat snapshot volume dan menghapus file pengujian

Untuk membuat dan memverifikasi snapshot:

1. Buat VolumeSnapshotClass yang menentukan cara snapshot volume Anda harus diambil dan dikelola:

   kubectl apply -f - <<EOF
   apiVersion: snapshot.storage.k8s.io/v1
   kind: VolumeSnapshotClass
   metadata:
     name: my-snapshotclass
   driver: pd.csi.storage.gke.io
   deletionPolicy: Delete
   EOF
   

2. Buat VolumeSnapshot dan ambil snapshot dari volume yang terikat ke my-pvcPersistentVolumeClaim:

   kubectl apply -f - <<EOF
   apiVersion: snapshot.storage.k8s.io/v1
   kind: VolumeSnapshot
   metadata:
     name: my-snapshot
   spec:
     volumeSnapshotClassName: my-snapshotclass
     source:
       persistentVolumeClaimName: my-pvc
   EOF
   

3. Pastikan konten snapshot volume dibuat:

   kubectl get volumesnapshotcontents
   

   Outputnya mirip dengan hal berikut ini:

   NAME                                               READYTOUSE   RESTORESIZE     DELETIONPOLICY   DRIVER                  VOLUMESNAPSHOTCLASS   VOLUMESNAPSHOT   VOLUMESNAPSHOTNAMESPACE   AGE
   snapcontent-e778fde2-5f1c-4a42-a43d-7f9d41d093da   false        2199023255552   Delete           pd.csi.storage.gke.io   my-snapshotclass      my-snapshot      default                   33s
   

4. Pastikan snapshot siap digunakan:

   kubectl get volumesnapshot \
     -o custom-columns='NAME:.metadata.name,READY:.status.readyToUse'
   

   Outputnya mirip dengan hal berikut ini:

   NAME          READY
   my-snapshot   true
   

5. Hapus file pengujian asli hello.txt yang dibuat di Pod postgres-78fc84c9ff-77vx6:

   kubectl exec postgres-78fc84c9ff-77vx6 \
       -- sh -c 'rm /usr/share/data/hello.txt'
   

Memulihkan snapshot volume

Untuk memulihkan snapshot volume dan data, ikuti langkah-langkah berikut:

1. Buat PVC baru yang memulihkan data dari snapshot, dan pastikan volume baru disediakan dalam kumpulan penyimpanan (storage-pools-sc) yang sama dengan volume asli. Terapkan manifes berikut:

   kubectl apply -f - <<EOF
   apiVersion: v1
   kind: PersistentVolumeClaim
   metadata:
     name: pvc-restore
   spec:
     dataSource:
       name: my-snapshot
       kind: VolumeSnapshot
       apiGroup: snapshot.storage.k8s.io
     storageClassName: storage-pools-sc
     accessModes:
       - ReadWriteOnce
     resources:
       requests:
         storage: 2048Gi
   EOF
   

2. Perbarui Deployment yang ada bernama postgres agar menggunakan PVC yang baru dipulihkan yang baru saja Anda buat. Terapkan manifes berikut:

   kubectl apply -f - <<EOF
   apiVersion: apps/v1
   kind: Deployment
   metadata:
     name: postgres
   spec:
     selector:
       matchLabels:
         app: postgres
     template:
       metadata:
         labels:
           app: postgres
       spec:
         nodeSelector:
           cloud.google.com/machine-family: c3
         containers:
         - name: postgres
           image: google/cloud-sdk:slim
           args: [ "sleep", "3600" ]
           volumeMounts:
           - name: sdk-volume
             mountPath: /usr/share/data/
         volumes:
         - name: sdk-volume
           persistentVolumeClaim:
             claimName: pvc-restore
   EOF
   

3. Dapatkan nama Pod yang baru dibuat dan merupakan bagian dari Deployment postgres:

   kubectl get pods -l app=postgres
   

   Outputnya mirip dengan hal berikut ini:

   NAME                         READY   STATUS        RESTARTS   AGE
   postgres-59f89cfd8c-42qtj   1/1     Running       0          40s
   

4. Verifikasi bahwa file hello.txt, yang sebelumnya dihapus, kini ada di Pod baru (postgres-59f89cfd8c-42qtj) setelah memulihkan volume dari snapshot:

   kubectl exec postgres-59f89cfd8c-42qtj \
    -- sh -c 'cat /usr/share/data/hello.txt'
   Hello World!
   

   Hal ini memvalidasi bahwa proses snapshot dan pemulihan telah berhasil diselesaikan dan data dari snapshot telah dipulihkan ke PV baru yang dapat diakses oleh Pod.

5. Pastikan volume yang dibuat dari snapshot berada dalam kumpulan penyimpanan Anda:

   kubectl get pvc pvc-restore
   

   Outputnya mirip dengan hal berikut ini:

   NAME          STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS       AGE
   pvc-restore   Bound    pvc-b287c387-bc51-4100-a00e-b5241d411c82   2Ti        RWO            storage-pools-sc   2m24s
   

6. Periksa apakah volume baru disediakan seperti yang ditentukan dalam StorageClass dan PVC Anda:

   gcloud compute storage-pools list-disks pool-us-east4-c --zone=us-east4-c
   

   Output-nya mirip dengan berikut ini, di mana Anda dapat melihat volume baru pvc-b287c387-bc51-4100-a00e-b5241d411c82 yang disediakan di pool penyimpanan yang sama.

   
   NAME                                      STATUS  PROVISIONED_IOPS  PROVISIONED_THROUGHPUT  SIZE_GB
   pvc-1ff52479-4c81-4481-aa1d-b21c8f8860c6  READY   3000              140                     2048
   pvc-b287c387-bc51-4100-a00e-b5241d411c82  READY   3000              140                     2048
   

   Tindakan ini memastikan bahwa volume yang dipulihkan mendapatkan manfaat dari kemampuan dan sumber daya bersama dari kumpulan.

Memigrasikan volume yang ada ke dalam pool penyimpanan

Gunakan snapshot dan pemulihan untuk memigrasikan volume yang ada di luar kumpulan penyimpanan, ke dalam kumpulan penyimpanan.

Pastikan kondisi berikut terpenuhi:

• PVC pvc-restore baru Anda mereferensikan StorageClass yang menentukan parameter storage-pools, yang mengarah ke kumpulan penyimpanan yang ingin Anda gunakan untuk memindahkan volume.
• PV sumber yang di-snapshot harus dikaitkan dengan PVC dengan StorageClass yang tidak menentukan parameter storage-pools.

Setelah memulihkan dari snapshot ke volume baru, Anda dapat menghapus PVC dan PV sumber.

Pembersihan

Agar tidak menimbulkan biaya pada akun Trusted Cloud by S3NS Anda, hapus resource penyimpanan yang Anda buat dalam panduan ini. Hapus semua disk dalam pool penyimpanan terlebih dahulu, lalu hapus pool penyimpanan.

Hapus disk boot

Saat Anda menghapus node (dengan menskalakan node pool) atau seluruh node pool, boot disk terkait akan otomatis dihapus. Anda juga dapat menghapus cluster untuk menghapus disk booting semua node pool di dalamnya secara otomatis.

Untuk informasi selengkapnya, lihat:

• Menskalakan node pool.
• Hapus kumpulan node.
• Hapus cluster.

Menghapus disk yang terpasang

Untuk menghapus disk terpasang yang disediakan di Hyperdisk Storage Pool:

1. Hapus Pod yang menggunakan PVC:

   kubectl delete deployments postgres
   

2. Hapus PVC yang menggunakan StorageClass Penyimpanan Gabungan Hyperdisk.

   kubectl delete pvc my-pvc
   

   Konfirmasi bahwa pvc-1ff52479-4c81-4481-aa1d-b21c8f8860c6 PVC telah dihapus:

   gcloud compute storage-pools list-disks pool-us-east4-c --zone=us-east4-c
   

Menghapus Kumpulan Penyimpanan Hyperdisk

Hapus Gabungan Penyimpanan Hyperdisk dengan perintah berikut:

gcloud compute storage-pools delete pool-us-east4-c --zone=us-east4-c --project=my-project

Langkah berikutnya

• Lihat Memecahkan masalah penyimpanan di GKE.
• Baca selengkapnya tentang driver CSI Persistent Disk di GitHub.