Mengelola kegagalan untuk disk regional

Dokumen ini menjelaskan berbagai skenario yang dapat mengganggu fungsi disk regional Anda dan cara mengelola skenario ini.

Sebelum memulai

• Tinjau dasar-dasar tentang disk regional dan failover. Untuk mengetahui informasi selengkapnya, lihat Tentang replikasi disk sinkron.
• Jika Anda belum melakukannya, siapkan autentikasi. Autentikasi adalah proses yang digunakan untuk memverifikasi identitas Anda untuk mengakses Google Cloud layanan dan API. Untuk menjalankan kode atau sampel dari lingkungan pengembangan lokal, Anda dapat melakukan autentikasi ke Compute Engine dengan memilih salah satu opsi berikut:
  

  Select the tab for how you plan to use the samples on this page:

  gcloud

  1. After installing the Google Cloud CLI, initialize it by running the following command:

     gcloud init

     If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

  2. Set a default region and zone.

  REST

  Untuk menggunakan contoh REST API di halaman ini dalam lingkungan pengembangan lokal, gunakan kredensial yang Anda berikan ke gcloud CLI.

  After installing the Google Cloud CLI, initialize it by running the following command:

  gcloud init

  If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

  Untuk mengetahui informasi selengkapnya, lihat Melakukan autentikasi untuk menggunakan REST dalam dokumentasi autentikasi Google Cloud .

Peran yang diperlukan

Untuk mendapatkan izin yang diperlukan untuk memigrasikan data disk regional menggunakan titik pemeriksaan pemulihan replika, minta administrator Anda untuk memberi Anda peran IAM berikut:

• Untuk memigrasikan data disk regional menggunakan titik pemeriksaan pemulihan replika: Compute Instance Admin (v1) (roles/compute.instanceAdmin.v1) di project
• Untuk melihat metrik disk regional (salah satu dari berikut ini):
  • Pelihat pemantauan (roles/monitoring.viewer) di project
  • Editor pemantauan (roles/monitoring.editor) pada project

Untuk mengetahui informasi selengkapnya tentang cara memberikan peran, lihat Mengelola akses ke project, folder, dan organisasi.

Peran bawaan ini berisi izin yang diperlukan untuk memigrasikan data disk regional menggunakan pemulihan replika checkpoint. Untuk melihat izin yang benar-benar diperlukan, luaskan bagian Izin yang diperlukan:

Anda mungkin juga bisa mendapatkan izin ini dengan peran khusus atau peran bawaan lainnya.

Batasan

Anda tidak dapat menggunakan operasi force-attach pada disk yang berada dalam mode multi-penulis.

Skenario kegagalan

Dengan disk regional, saat perangkat direplikasi sepenuhnya, data akan otomatis direplikasi ke dua zona dalam satu region. Penulisan akan dikonfirmasi kembali ke instance komputasi jika dipertahankan secara permanen di kedua replika.

Jika replikasi ke satu zona gagal atau sangat lambat untuk sementara waktu, status replikasi disk akan beralih ke bermasalah. Dalam mode ini, penulisan dikonfirmasi setelah dipertahankan secara permanen dalam satu replika.

Jika dan saat Compute Engine mendeteksi bahwa replikasi dapat dilanjutkan, data yang ditulis ke satu replika setelah replika lainnya memasuki status menurun akan disinkronkan ke kedua zona dan disk akan kembali ke status direplikasi sepenuhnya. Transisi ini sepenuhnya otomatis.

RPO dan RTO tidak ditentukan saat perangkat dalam status yang menurun. Untuk meminimalkan hilangnya data dan ketersediaan jika terjadi kegagalan disk yang beroperasi dalam kondisi menurun, sebaiknya cadangkan disk regional secara rutin menggunakan snapshot standar. Anda dapat memulihkan disk dengan memulihkan snapshot tersebut.

Kegagalan zona

Disk yang direplikasi, atau disk regional, direplikasi secara sinkron ke replika disk di zona primer dan sekunder. Kegagalan zona terjadi saat replika zona tidak tersedia. Kegagalan zonal dapat terjadi di zona primer atau sekunder karena salah satu alasan berikut:

• Terjadi gangguan zonal.
• Replika mengalami kelambatan yang berlebihan dalam operasi tulis.

Tabel berikut memberikan berbagai skenario kegagalan zona yang mungkin Anda alami untuk disk regional dan tindakan yang direkomendasikan untuk setiap skenario. Dalam setiap skenario ini, diasumsikan bahwa replika zona primer Anda dalam kondisi baik dan disinkronkan selama status awal.

Kegagalan aplikasi dan VM

Jika terjadi pemadaman layanan yang disebabkan oleh kesalahan konfigurasi VM, upgrade OS yang gagal, atau kegagalan aplikasi lainnya, Anda dapat melakukan force-attach pada disk regional ke instance komputasi di zona yang sama dengan replika yang responsif.

Melakukan failover disk regional menggunakan force-attach

Jika zona utama gagal, Anda dapat melakukan fail over Persistent Disk Regional atau volume Ketersediaan Tinggi Hyperdisk yang Seimbang ke instance komputasi di zona lain menggunakan operasi pemasangan paksa.

Jika terjadi kegagalan di zona primer, Anda mungkin tidak dapat melepaskan disk dari instance karena instance tidak dapat dijangkau untuk melakukan operasi pelepasan. Pemasangan paksa memungkinkan Anda memasang Persistent Disk Regional atau volume Hyperdisk Seimbang dengan Ketersediaan Tinggi ke instance komputasi meskipun volume tersebut terpasang ke instance lain.

Setelah Anda menyelesaikan operasi pemasangan paksa, Compute Engine akan mencegah instance asli menulis ke disk regional. Dengan menggunakan operasi force-attach, Anda dapat memperoleh kembali akses ke data dan memulihkan layanan dengan aman. Anda juga memiliki opsi untuk mematikan instance VM secara manual setelah melakukan operasi lampirkan paksa.

Untuk memasang paksa disk yang ada ke instance komputasi, pilih salah satu tugas berikut:

gcloud compute instances attach-disk VM_NAME \
    --disk DISK_NAME --disk-scope regional \
    --force-attach

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/VM_NAME/attachDisk?forceAttach=true

{
 "source": "projects/PROJECT_ID/regions/REGION/disks/DISK_NAME"
}

Melakukan failover boot disk ke instance sekunder

Anda hanya dapat memasang satu boot disk ke instance komputasi. Saat melakukan failover disk boot regional, gunakan salah satu metode berikut, bergantung pada apakah instance komputasi sekunder sudah ada atau belum:

• Jika Anda tidak memiliki VM standby aktif, buat instance baru di zona sekunder. Saat Anda membuat instance kedua, gunakan disk regional untuk boot disk, seperti yang dijelaskan dalam Membuat VM baru dengan boot disk regional.

• Jika Anda memiliki VM standby di zona sekunder, ganti boot disk VM standby dengan boot disk regional, seperti yang dijelaskan dalam Memasang boot disk regional ke VM.

Menggunakan titik pemeriksaan pemulihan replika untuk memulihkan disk regional

Checkpoint pemulihan replika merepresentasikan titik waktu yang konsisten dengan error terbaru dari volumeRegional Persistent Disk atau Hyperdisk Balanced High Availability yang direplikasi sepenuhnya. Compute Engine memungkinkan Anda membuat snapshot standar dari titik pemeriksaan pemulihan replika untuk disk regional yang mengalami penurunan kualitas.

Dalam skenario yang jarang terjadi, saat disk Anda mengalami penurunan kualitas, replika zona yang disinkronkan dengan data disk terbaru juga dapat gagal sebelum replika yang tidak sinkron menyusul. Anda tidak akan dapat memasang disk secara paksa ke instance komputasi di zona mana pun. Disk yang direplikasi menjadi tidak tersedia dan Anda harus memigrasikan data ke disk baru. Dalam skenario tersebut, jika Anda tidak memiliki snapshot standar yang ada untuk disk, Anda mungkin masih dapat memulihkan data disk dari replika yang tidak lengkap dengan menggunakan snapshot standar yang dibuat dari titik pemeriksaan pemulihan replika. Lihat Prosedur untuk memigrasikan dan memulihkan data disk untuk mengetahui langkah-langkah mendetail.

Prosedur untuk memigrasikan dan memulihkan data disk

Untuk memulihkan dan memigrasikan data disk regional menggunakan titik pemeriksaan pemulihan replika, lakukan langkah-langkah berikut:

1. Buat snapshot standar dari volume Persistent Disk Regional atau Hyperdisk Balanced High Availability yang terpengaruh dari titik pemeriksaan pemulihan replikanya.

   Anda dapat membuat snapshot standar untuk disk dari titik pemeriksaan pemulihan replikanya hanya dengan menggunakan gcloud CLI atau REST.

   gcloud

   Untuk membuat snapshot menggunakan titik pemeriksaan pemulihan replika, gunakan perintah gcloud compute snapshots create . Sertakan flag --source-disk-for-recovery-checkpoint untuk menentukan bahwa Anda ingin membuat snapshot menggunakan titik pemeriksaan pemulihan replika. Kecualikan parameter --source-disk dan --source-disk-region.

   gcloud compute snapshots create SNAPSHOT_NAME \
       --source-disk-for-recovery-checkpoint=SOURCE_DISK \
       --source-disk-for-recovery-checkpoint-region=SOURCE_REGION \
       --storage-location=STORAGE_LOCATION \
       --snapshot-type=SNAPSHOT_TYPE
   

   Ganti kode berikut:

   • DESTINATION_PROJECT_ID: ID project tempat Anda ingin membuat snapshot.
   • SNAPSHOT_NAME: Nama untuk snapshot.
   • SOURCE_DISK: Nama atau jalur lengkap disk sumber yang ingin Anda gunakan untuk membuat snapshot. Untuk menentukan jalur lengkap disk sumber, gunakan sintaksis berikut:

       projects/SOURCE_PROJECT_ID/regions/SOURCE_REGION/disks/SOURCE_DISK_NAME
       

     Jika Anda menentukan jalur lengkap ke disk sumber, Anda dapat mengecualikan flag --source-disk-for-recovery-checkpoint-region. Jika Anda hanya menentukan nama disk, Anda harus menyertakan flag ini.

     Untuk membuat snapshot dari titik pemeriksaan pemulihan disk sumber dalam project yang berbeda, Anda harus menentukan jalur lengkap ke disk sumber.

   • SOURCE_PROJECT_ID: Project ID disk sumber yang checkpoint-nya ingin Anda gunakan untuk membuat snapshot.
   • SOURCE_REGION: Region disk sumber yang checkpoint-nya ingin Anda gunakan untuk membuat snapshot.
   • SOURCE_DISK_NAME: Nama disk sumber yang checkpoint-nya ingin Anda gunakan untuk membuat snapshot.
   • STORAGE_LOCATION: Opsional: Multi-region Cloud Storage atau region Cloud Storage tempat Anda ingin menyimpan snapshot. Anda hanya dapat menentukan satu lokasi penyimpanan.
     Gunakan flag --storage-location hanya jika Anda ingin mengganti lokasi penyimpanan default bawaan atau disesuaikan yang dikonfigurasi di setelan snapshot Anda.
   • SNAPSHOT_TYPE: Jenis snapshot, baik STANDARD atau ARCHIVE. Jika jenis snapshot tidak ditentukan, snapshot STANDARD akan dibuat.

   Anda dapat menggunakan titik pemeriksaan pemulihan replika untuk membuat snapshot hanya pada disk yang mengalami penurunan kualitas. Jika Anda mencoba membuat snapshot dari titik pemeriksaan pemulihan replika saat perangkat direplikasi sepenuhnya, Anda akan melihat pesan error berikut:

   The device is fully replicated and should not create snapshots out of a recovery checkpoint. Please
   create regular snapshots instead.
   

   REST

   Untuk membuat snapshot menggunakan titik pemeriksaan pemulihan replika, buat permintaan POST ke metode snapshots.insert. Kecualikan parameter sourceDisk dan sertakan parameter sourceDiskForRecoveryCheckpoint untuk menentukan bahwa Anda ingin membuat snapshot menggunakan titik pemeriksaan.

   POST https://compute.googleapis.com/compute/v1/projects/DESTINATION_PROJECT_ID/global/snapshots
   
   {
     "name": "SNAPSHOT_NAME",
     "sourceDiskForRecoveryCheckpoint": "projects/SOURCE_PROJECT_ID/regions/SOURCE_REGION/disks/SOURCE_DISK_NAME",
     "storageLocations": "STORAGE_LOCATION",
     "snapshotType": "SNAPSHOT_TYPE"
   }
   

   Ganti kode berikut:

   • DESTINATION_PROJECT_ID: ID project tempat Anda ingin membuat snapshot.
   • SNAPSHOT_NAME: Nama untuk snapshot.
   • SOURCE_DISK: Nama atau jalur lengkap disk sumber yang ingin Anda gunakan untuk membuat snapshot. Untuk menentukan jalur lengkap disk sumber, gunakan sintaksis berikut:

       projects/SOURCE_PROJECT_ID/regions/SOURCE_REGION/disks/SOURCE_DISK_NAME
       

     Jika Anda menentukan jalur lengkap ke disk sumber, Anda dapat mengecualikan flag --source-disk-for-recovery-checkpoint-region. Jika Anda hanya menentukan nama disk, Anda harus menyertakan flag ini.

     Untuk membuat snapshot dari titik pemeriksaan pemulihan disk sumber dalam project yang berbeda, Anda harus menentukan jalur lengkap ke disk sumber.

   • SOURCE_PROJECT_ID: Project ID disk sumber yang checkpoint-nya ingin Anda gunakan untuk membuat snapshot.
   • SOURCE_REGION: Region disk sumber yang checkpoint-nya ingin Anda gunakan untuk membuat snapshot.
   • SOURCE_DISK_NAME: Nama disk sumber yang checkpoint-nya ingin Anda gunakan untuk membuat snapshot.
   • STORAGE_LOCATION: Opsional: Multi-region Cloud Storage atau region Cloud Storage tempat Anda ingin menyimpan snapshot. Anda hanya dapat menentukan satu lokasi penyimpanan.
     Gunakan parameter storageLocations hanya jika Anda ingin mengganti lokasi penyimpanan default bawaan atau disesuaikan yang dikonfigurasi di setelan snapshot Anda.
   • SNAPSHOT_TYPE: Jenis snapshot, baik STANDARD atau ARCHIVE. Jika jenis snapshot tidak ditentukan, snapshot STANDARD akan dibuat.

   Anda dapat menggunakan titik pemeriksaan pemulihan replika untuk membuat snapshot hanya pada disk yang mengalami penurunan kualitas. Jika Anda mencoba membuat snapshot dari titik pemeriksaan pemulihan replika saat perangkat direplikasi sepenuhnya, Anda akan melihat pesan error berikut:

   The device is fully replicated and should not create snapshots out of a recovery checkpoint. Please
   create regular snapshots instead.
   

2. Buat Persistent Disk Regional baru atau disk Hyperdisk Balanced High Availability menggunakan snapshot ini. Saat membuat disk baru, Anda memulihkan semua data dari checkpoint pemulihan replika terbaru dengan memulihkan data ke disk baru dari snapshot. Untuk mengetahui langkah-langkah mendetail, lihat Membuat instance baru dengan boot disk regional.

3. Migrasikan semua beban kerja VM ke disk yang baru dibuat dan pastikan beban kerja VM ini berjalan dengan benar. Untuk mengetahui informasi selengkapnya, lihat Memindahkan VM di seluruh zona atau region.

Setelah memulihkan dan memigrasikan data disk dan VM ke Persistent Disk Regional atau Hyperdisk Balanced High Availability yang baru dibuat, Anda dapat melanjutkan operasi.

Menentukan RPO yang disediakan oleh titik pemeriksaan pemulihan replika

Bagian ini menjelaskan cara menentukan RPO yang disediakan oleh checkpoint pemulihan replika terbaru dari volume Persistent Disk Regional atau volume Hyperdisk Balanced High Availability .

Replika zona disinkronkan sepenuhnya

Compute Engine memperbarui titik pemeriksaan pemulihan replika dari volume Persistent Disk Regional atau Hyperdisk Balanced High Availability Anda kira-kira setiap 10 menit. Akibatnya, saat replika zona Anda disinkronkan sepenuhnya, RPO adalah sekitar 10 menit.

Replika zona tidak sinkron

Anda tidak dapat melihat stempel waktu pembuatan dan pemuatan ulang yang tepat dari titik pemeriksaan pemulihan replika. Namun, Anda dapat memperkirakan RPO perkiraan yang disediakan oleh titik pemeriksaan terbaru Anda menggunakan data berikut:

• Stempel waktu terbaru dari status disk yang direplikasi sepenuhnya: Anda bisa mendapatkan informasi ini dengan menggunakan data Cloud Monitoring untuk metrik replica_state disk regional. Periksa data metrik replica_state untuk replika yang tidak disinkronkan guna menentukan kapan replika tersebut tidak disinkronkan. Karena Compute Engine memperbarui titik pemeriksaan disk setiap 10 menit, pembaruan titik pemeriksaan terbaru mungkin terjadi sekitar 10 menit sebelum stempel waktu ini.
• Stempel waktu operasi tulis terbaru: Anda bisa mendapatkan informasi ini dengan menggunakan data Cloud Monitoring untuk metrik write_ops_count disk regional. Periksa data metrik write_ops_count untuk menentukan operasi tulis terbaru untuk disk.

Setelah menentukan stempel waktu ini, gunakan formula berikut untuk menghitung perkiraan RPO yang disediakan oleh titik pemeriksaan pemulihan replika disk Anda. Jika nilai yang dihitung kurang dari nol, maka RPO secara efektif adalah nol.

Approximate RPO provided by the latest checkpoint = (Most recent write operation timestamp - (Most recent timestamp of the fully replicated disk state - 10 minutes))

Langkah berikutnya

• Pelajari cara memantau status replika dan status replikasi untuk disk regional.
• Pelajari cara menentukan status replikasi disk yang tepat.
• Pelajari cara membuat snapshot disk.
• Pelajari cara membangun layanan ketersediaan tinggi menggunakan disk regional.
• Pelajari cara membangun aplikasi web yang skalabel dan tangguh di Google Cloud.
• Tinjau panduan perencanaan pemulihan dari bencana.