Tentang memperbaiki VM untuk ketersediaan tinggi

Dokumen ini menjelaskan cara grup instance terkelola (MIG) menyediakan ketersediaan tinggi aplikasi Anda dengan memperbaiki VM yang gagal dan tidak responsif dalam grup.

MIG menjaga aplikasi Anda tetap aktif dan tersedia dengan mempertahankan jumlah VM yang berjalan dalam grup secara proaktif. Jika VM dalam grup tidak aktif, MIG akan memperbaiki VM dengan membuat ulang VM guna mengembalikan VM ke layanan dengan cara berikut:

• Otomatis memperbaiki VM yang gagal: Jika VM gagal atau dihapus oleh tindakan yang tidak dimulai oleh MIG, MIG akan otomatis memperbaiki VM yang gagal. Dalam dokumen ini, lihat Memperbaiki secara otomatis VM yang gagal.
• Memperbaiki VM berdasarkan health check aplikasi: Cara opsional untuk lebih meningkatkan ketersediaan tinggi dengan memperbaiki VM yang tidak responsif. Jika Anda mengonfigurasi health check berbasis aplikasi dan aplikasi Anda gagal melewati health check, MIG akan menandai VM tersebut sebagai tidak responsif dan memperbaikinya. Memperbaiki VM berdasarkan health check aplikasi juga disebut autohealing. Dalam dokumen ini, lihat Memperbaiki VM berdasarkan health check aplikasi.

Memperbaiki secara otomatis VM yang gagal

Jika VM dalam MIG gagal, MIG akan otomatis memperbaiki VM yang gagal dengan membuat ulang VM. VM bisa gagal karena alasan berikut:

• Penyebab tak terduga seperti kegagalan hardware.
• Tindakan yang tidak dimulai oleh MIG, seperti berikut:
  • Preemption dari Spot VM.
  • Peristiwa pemeliharaan infrastruktur saat instance VM tidak disetel untuk migrasi langsung.
  • Tindakan yang dilakukan langsung pada VM menggunakan halaman konsol instance VM, perintah gcloud CLI instances, atau resource API instances. Misalnya, menghentikan VM dalam grup menggunakan metode instances.stop atau perintah gcloud compute instances stop akan memicu perbaikan.

Jika MIG sengaja menghentikan VM—misalnya, saat autoscaler menghapus VM—MIG tidak akan memperbaiki VM tersebut.

Catatan: Untuk memastikan MIG tidak mengembalikan perubahan konfigurasi, Anda harus mengelola MIG menggunakan halaman konsol grup instance, perintah gcloud CLI instance-groups managed, dan resource API pengelola grup instance zonal atau regional.

Memperbaiki VM berdasarkan health check aplikasi

Selain perbaikan otomatis pada VM yang gagal, Anda mungkin ingin memperbaiki VM jika aplikasi yang Anda jalankan di VM berhenti berfungsi, error, atau kehabisan memori. Untuk memastikan aplikasi merespons seperti yang diharapkan, Anda dapat mengonfigurasi health check berbasis aplikasi.

Health check berbasis aplikasi secara berkala memverifikasi bahwa aplikasi yang Anda jalankan di setiap VM dalam MIG merespons seperti yang diharapkan. Jika aplikasi pada VM tidak merespons, MIG akan menandai VM tersebut sebagai tidak responsif. MIG kemudian akan memperbaiki VM yang tidak responsif. Memperbaiki VM berdasarkan health check aplikasi disebut autohealing.

Untuk memastikan bahwa MIG tetap menjalankan subset VM-nya, grup tidak akan melakukan pemulihan otomatis semua VM-nya secara serentak. Pendekatan ini membantu mencegah masalah seperti health check yang salah memicu perbaikan yang tidak perlu, aturan firewall yang salah dikonfigurasi mencegah health check melakukan pemeriksaan VM, atau masalah konektivitas jaringan atau infrastruktur yang menyebabkan VM yang responsif salah diidentifikasi sebagai tidak responsif. Namun, jika MIG zona hanya memiliki satu VM, atau MIG regional hanya memiliki satu VM per zona, MIG akan otomatis melakukan pemulihan pada VM ini saat tidak responsif.

Kebijakan pemulihan otomatis

Setiap MIG memiliki kebijakan autohealing, tempat Anda dapat mengonfigurasi health check dan juga menetapkan penundaan awal. Penundaan awal adalah waktu yang diperlukan VM baru untuk melakukan inisialisasi dan menjalankan skrip startup-nya. Timer penundaan awal dimulai saat MIG mengubah kolom currentAction VM menjadi VERIFYING. Selama periode penundaan awal VM, MIG mengabaikan health check yang gagal karena VM mungkin berada dalam proses startup. Pendekatan ini mencegah MIG membuat ulang VM sebelum waktunya. Jika health check menerima respons yang responsif selama penundaan awal, ini menunjukkan bahwa proses startup telah selesai dan VM sudah siap.

Untuk mengetahui informasi selengkapnya tentang cara mengonfigurasi kebijakan autohealing, lihat Menyiapkan health check dan autohealing aplikasi.

Memantau perubahan status respons aplikasi

Jika telah mengonfigurasi health check berbasis aplikasi di MIG, Anda dapat memeriksa status respons setiap VM di MIG. Untuk mengetahui informasi selengkapnya, lihat Memeriksa apakah VM responsif atau tidak.

Anda juga dapat memantau perubahan status kondisi VM. Untuk mengetahui informasi selengkapnya, lihat Memantau perubahan status kondisi.

Harga

Saat Anda menyiapkan health check berbasis aplikasi, Compute Engine secara default akan menulis entri log setiap kali status kondisi instance terkelola berubah. Cloud Logging memberikan alokasi gratis per bulan. Setelah jumlahnya terlampaui, logging akan ditagih berdasarkan volume data. Untuk menghindari biaya, Anda dapat menonaktifkan log perubahan status respons.

Perilaku selama perbaikan

Bagian berikut menjelaskan perilaku selama perbaikan otomatis dan perbaikan berdasarkan health check aplikasi.

Info terbaru terkait perbaikan

Secara default, selama perbaikan, MIG membuat ulang VM menggunakan template instance asli yang digunakan untuk membuat VM. Misalnya, jika VM dibuat menggunakan instance-template-a, lalu Anda mengupdate MIG untuk menggunakan instance-template-b dalam mode OPPORTUNISTIC, MIG masih menggunakan instance-template-a untuk membuat ulang VM.

Jika ingin MIG menggunakan template instance dan konfigurasi per instance terbaru selama perbaikan VM, Anda dapat mengonfigurasi grup untuk menerapkan update konfigurasi selama perbaikan.

Memperbaiki VM di zona alternatif

Pratinjau

Fitur ini tunduk kepada "Persyaratan Penawaran Pra-GA" di bagian Persyaratan Layanan Umum dari Persyaratan Khusus Layanan. Fitur pra-GA tersedia "sebagaimana adanya" dan mungkin memiliki dukungan terbatas. Untuk mengetahui informasi selengkapnya, lihat deskripsi tahap peluncuran.

Secara default, MIG regional memperbaiki VM yang gagal atau tidak responsif dengan membuat ulang VM di zona aslinya. Anda dapat mengonfigurasi MIG regional untuk memperbaiki VM di zona yang dipilih MIG. Jika MIG tidak dapat memperbaiki VM di zona asli, MIG akan memilih zona alternatif berdasarkan kapasitas dan kuota yang tersedia, lalu membuat ulang VM di zona tersebut.

Saat MIG memperbaiki VM di zona yang berbeda dari zona aslinya, URL VM akan berubah karena URL berisi zona—misalnya, projects/example-project/zones/us-central1-b/instances/example-mig-0289gx.

Memperbaiki VM di zona alternatif memiliki manfaat berikut:

• Membuat aplikasi Anda lebih tahan terhadap kegagalan zona.

• Meningkatkan ketersediaan resource, terutama untuk hardware yang sangat diminati seperti GPU, VM dengan jumlah core atau memori yang besar, atau Spot VM.

Untuk mengetahui informasi selengkapnya, lihat Memperbaiki VM di zona alternatif.

Penanganan disk

Selama perbaikan, saat membuat ulang VM berdasarkan template-nya, MIG menangani berbagai jenis disk secara berbeda. Beberapa konfigurasi disk dapat menyebabkan perbaikan gagal saat mencoba membuat ulang VM.

Jenis disk	autodelete	Perilaku selama perbaikan
Persistent disk baru	true	Disk dibuat ulang seperti yang ditentukan dalam template instance. Setiap data yang ditulis ke disk tersebut akan hilang saat disk dan VM-nya dibuat ulang.
Persistent disk baru	false	Disk dipertahankan dan dipasang ulang saat MIG membuat ulang VM.
Persistent disk yang ada	true	Disk lama dihapus. Operasi pembuatan ulang VM gagal karena Compute Engine tidak dapat memasang kembali disk yang telah dihapus ke VM. Namun, untuk disk baca/tulis yang sudah ada, MIG hanya dapat memiliki hingga satu VM karena satu persistent disk tidak dapat dipasang ke beberapa VM dalam mode baca/tulis.
Persistent disk yang ada	false	Disk lama dipasang kembali seperti yang ditentukan dalam template instance. Data di disk akan dipertahankan. Namun, untuk disk baca/tulis yang sudah ada, MIG hanya dapat memiliki hingga satu VM karena satu persistent disk tidak dapat dipasang ke beberapa VM dalam mode baca/tulis.
SSD lokal baru	T/A	Disk dibuat ulang seperti yang ditentukan dalam template instance. Data di SSD lokal akan hilang saat VM dibuat ulang atau dihapus.

MIG tidak menginstal ulang disk yang tidak ditentukan dalam template instance atau konfigurasi per instance, seperti disk yang Anda instal ke VM secara manual setelah VM dibuat.

Untuk mempertahankan data penting yang ditulis ke disk, lakukan tindakan pencegahan, seperti berikut:

• Ambil snapshot persistent disk secara rutin.
• Ekspor data ke sumber lain, seperti Cloud Storage.
• Konfigurasi persist disk stateful.

Jika VM Anda memiliki setelan penting yang ingin dipertahankan, Google juga merekomendasikan agar Anda menggunakan image kustom di template instance Anda. Image kustom berisi setelan kustom yang Anda butuhkan. Saat Anda menentukan image kustom di template instance, MIG akan membuat ulang VM menggunakan image kustom yang berisi setelan kustom yang Anda butuhkan.

Menonaktifkan reparasi

Anda dapat menonaktifkan perbaikan yang dilakukan secara otomatis oleh MIG. Jika Anda menonaktifkan perbaikan di MIG, perbaikan VM yang gagal dan perbaikan berdasarkan health check aplikasi akan dinonaktifkan. Anda juga dapat menonaktifkan perbaikan berdasarkan health check aplikasi secara terpisah.

Anda mungkin ingin menonaktifkan perbaikan di MIG dalam skenario seperti berikut:

• Untuk menyelidiki atau men-debug VM yang gagal tanpa gangguan dari perbaikan otomatis.
• Untuk memperbaiki VM secara manual atau menerapkan logika perbaikan Anda sendiri.
• Untuk mencegah pembuatan ulang VM saat tugas batch sedang berlangsung.
• Untuk mengamati status respons aplikasi tanpa memperbaiki VM yang tidak responsif.
• Untuk menyempurnakan konfigurasi health check tanpa memicu perbaikan secara tidak sengaja.

Saat Anda menonaktifkan perbaikan, MIG tidak akan melakukan tindakan apa pun jika VM dalam grup gagal atau menjadi tidak sehat. VM yang gagal dan tidak responsif akan tetap berada dalam grup dan jumlah target VM yang berjalan di MIG (targetSize) tetap sama. Namun, jika Anda telah menetapkan batas waktu untuk VM, saat VM yang gagal dan tidak responsif mencapai batas waktu tersebut, MIG akan menghapus VM tersebut secara otomatis dan targetSize akan berkurang.

Jika jenis update MIG ditetapkan ke proactive dan template instance baru tersedia, MIG akan memperbarui VM yang gagal dan tidak sehat dengan membuat ulang VM tersebut menggunakan template baru. Jika tidak ingin mengupdate VM yang gagal dan tidak responsif, Anda harus menetapkan jenis update ke opportunistic.

Jika Anda telah mengonfigurasi health check berbasis aplikasi, menonaktifkan perbaikan tidak akan memengaruhi fungsi health check. Health check terus memeriksa aplikasi dan memberikan status kondisi VM. Setelan ini memungkinkan Anda memantau status respons aplikasi sekaligus mencegah MIG memperbaiki VM yang tidak responsif.

Jika MIG adalah bagian dari layanan backend load balancer dan Anda menonaktifkan perbaikan di MIG, VM yang gagal dan tidak responsif yang tidak diperbaiki tidak akan merespons health check load balancer. Jika jumlah VM yang gagal atau tidak responsif di MIG ini meningkat, load balancer dapat mengurangi traffic ke MIG tersebut atau beralih ke backend lain, jika dikonfigurasi. Saat VM yang gagal tersedia kembali, load balancer akan melanjutkan traffic ke MIG.

Untuk mengetahui informasi selengkapnya, lihat Menonaktifkan perbaikan di MIG.

Langkah berikutnya

• Konfigurasi MIG regional untuk mengizinkan perbaikan VM di zona alternatif.
• Siapkan health check dan autohealing berbasis aplikasi.
• Periksa konfigurasi perbaikan di MIG.
• Menerapkan update konfigurasi selama perbaikan.