Selama masa aktif instance virtual machine (VM) atau instance bare metal, mesin host tempat instance Anda berjalan dapat mengalami beberapa peristiwa host. Peristiwa host dapat mencakup pemeliharaan rutin infrastruktur Compute Engine, atau, dalam kasus yang jarang terjadi, error host. Anda dapat memilih cara instance komputasi merespons selama atau setelah peristiwa host dengan mengonfigurasi kebijakan pemeliharaan host.
Secara default, sebagian besar instance disetel ke migrasi langsung selama peristiwa host. Untuk semua seri mesin kecuali Z3, Anda dapat mengganti perilaku ini dan secara eksplisit menetapkan instance untuk dihentikan dan dimulai ulang secara opsional. Instance yang dibuat menggunakan jenis atau konfigurasi mesin tertentu tidak mendukung migrasi langsung, seperti berikut:
- Instance H4D
- Instance Z3 dengan lebih dari 18.000 GiB SSD Titanium terpasang
- Instance Z4D dan Z4M dengan Titanium SSD terpasang yang berkapasitas lebih dari 42.000 GiB
- Instance yang memiliki antarmuka jaringan Cloud RDMA
- Instance bare metal
- Instance dengan GPU terpasang
Instance ini dihentikan selama peristiwa host. Untuk mengetahui informasi selengkapnya, lihat Perilaku pemeliharaan dan mulai ulang.
Jenis peristiwa host
Ada tiga jenis acara yang dihosting, yang dijelaskan lebih mendetail di bagian berikut:
Jika instance Anda menjadi tidak responsif, hal ini juga dapat memicu mulai ulang atau penghentian instance.
Peristiwa pemeliharaan
Peristiwa pemeliharaan adalah saat Compute Engine harus melakukan aktivitas pemeliharaan atau perbaikan yang mengharuskan VM dipindahkan dari server host. Jika Anda mengaktifkan migrasi langsung kebijakan pemeliharaan host untuk jenis instance yang didukung, Compute Engine akan memindahkan instance ke host baru, dan aplikasi Anda akan mengalami gangguan minimal.
Compute Engine juga menerapkan beberapa upgrade hypervisor dan jaringan ringan di latar belakang tanpa mengganggu dengan mempertahankan instance di host yang sama.
Perilaku instance selama peristiwa pemeliharaan dapat bervariasi bergantung pada tenancy instance dan jenis mesin.
Untuk VM sole-tenant, perkiraan frekuensi peristiwa pemeliharaan host terencana adalah setiap 4 hingga 6 minggu. Didukung atau tidaknya migrasi langsung bergantung pada kebijakan pemeliharaan host untuk VM sole-tenant.
Anda dapat menemukan informasi tentang perilaku pemeliharaan untuk setiap jenis mesin di halaman kelompok mesin masing-masing, sebagai berikut:
- Seri C:
- C2 dan C2D: Kelompok mesin yang dioptimalkan untuk komputasi
- C4N: Kelompok mesin yang dioptimalkan untuk jaringan
- Semua seri C lainnya: Kelompok mesin tujuan umum
- Seri E, N, dan T: Kelompok mesin tujuan umum
- Seri H: Kelompok mesin yang dioptimalkan untuk komputasi
- Seri M dan X: Kelompok mesin yang dioptimalkan untuk memori
- Seri Z: Kelompok mesin yang dioptimalkan untuk penyimpanan
Untuk kelompok mesin yang dioptimalkan akselerator, lihat halaman berikut:
- GPU: Menangani peristiwa pemeliharaan host GPU.
- TPU: Bersiap untuk peristiwa pemeliharaan dalam dokumentasi Cloud TPU.
Pemeliharaan darurat
Peristiwa pemeliharaan mendesak terjadi saat Compute Engine mendeteksi kegagalan host yang akan terjadi atau masalah hardware lainnya yang memerlukan pemeliharaan mendesak. Untuk peristiwa ini, Compute Engine menjadwalkan peristiwa pemeliharaan dan membuat notifikasi. Peristiwa pemeliharaan mendesak biasanya memiliki periode notifikasi yang lebih singkat daripada peristiwa pemeliharaan standar.
Peristiwa pemeliharaan darurat biasanya memberikan pemberitahuan awal 7 hingga 14 hari. Bergantung pada tingkat keparahan masalah, periode notifikasi dapat lebih singkat. Tinjau notifikasi pemeliharaan untuk mengetahui fungsi yang didukung, seperti memulai pemeliharaan pada waktu yang Anda pilih. Jika tidak ada tindakan yang diambil atau jika memulai pemeliharaan secara manual tidak memungkinkan, maka Compute Engine akan memulai pemeliharaan secara otomatis saat periode pemberitahuan berakhir.
Jika peristiwa pemeliharaan terencana tertunda saat Compute Engine mengeluarkan notifikasi pemeliharaan darurat, peristiwa pemeliharaan darurat akan menggantikan peristiwa pemeliharaan terencana.
Anda dapat memeriksa alasan pemeliharaan darurat di kolom maintenanceReasons metadata instance. Kolom ini berisi nilai yang mewakili kategori kegagalan.
Error host
Error host (compute.instances.hostError) berarti terjadi masalah hardware atau software pada mesin fisik atau infrastruktur pusat data yang menghosting instance komputasi Anda yang menyebabkan instance Anda error. Error host yang melibatkan kegagalan hardware
total atau masalah hardware lainnya dapat mencegah
migrasi langsung instance Anda.
Jika instance Anda disetel untuk otomatis memulai ulang, yang merupakan setelan default, Compute Engine akan memulai ulang instance Anda, biasanya dalam waktu tiga menit sejak error terdeteksi. Bergantung pada masalahnya, proses mulai ulang mungkin memerlukan waktu hingga 5,5 menit.
Setelah instance komputasi mengalami error host, atau Anda melaporkan host-nya sebagai rusak, host instance memerlukan pemeliharaan darurat yang tidak direncanakan. Secara default, Compute Engine memberikan pemberitahuan beberapa jam sebelumnya saat menjadwalkan jenis pemeliharaan ini.
Terkadang, instance komputasi mungkin menjadi tidak responsif sebelum error host dilaporkan. Anda dapat mengurangi jumlah waktu tunggu Compute Engine untuk memulai ulang atau menghentikan instance dengan menetapkan waktu tunggu pemulihan dari error host. Untuk mengetahui informasi selengkapnya, lihat Menetapkan kebijakan untuk instance yang ada.
Kegagalan fisik dan software terkadang dapat terjadi, tetapi jarang terjadi. Untuk melindungi aplikasi dan layanan Anda dari peristiwa sistem yang berpotensi mengganggu ini, tinjau referensi berikut:
- Merancang sistem yang kuat
- Pola untuk aplikasi yang skalabel dan tangguh
- Membuat grup instance terkelola
Ringkasan kebijakan pemeliharaan host
Kebijakan pemeliharaan host instance menentukan perilakunya selama peristiwa host berikut:
- Peristiwa pemeliharaan
- Peristiwa pemeliharaan darurat
- Peristiwa error host atau instance tidak merespons
Anda dapat mengonfigurasi instance agar terus berjalan selama pemeliharaan host, sementara Compute Engine memigrasikannya secara langsung ke host lain atau Anda dapat memilih untuk menghentikan instance.
Anda dapat mengubah kebijakan pemeliharaan host instance dengan mengonfigurasi setelan berikut:
- Perilaku pemeliharaan: apakah instance dimigrasikan secara langsung atau dihentikan saat ada peristiwa pemeliharaan.
- Perilaku mulai ulang: apakah Compute Engine memulai ulang atau menghentikan instance jika instance mengalami error, mengalami error host, atau menjadi tidak responsif.
- Waktu pendeteksian error host: jumlah waktu maksimum yang ditunggu Compute Engine untuk memulai ulang atau menghentikan instance setelah mendeteksi bahwa instance tidak responsif.
Anda dapat memperbarui kebijakan pemeliharaan host instance kapan saja untuk mengontrol perilaku instance Anda.
Perilaku pemeliharaan dan mulai ulang
Saat peristiwa host terjadi, instance komputasi dapat menggunakan migrasi langsung, atau instance dapat dihentikan. Jika instance dihentikan, Anda dapat memilih untuk memulai ulang instance sendiri atau meminta Compute Engine memulai ulangnya secara otomatis.
Seri mesin berikut mungkin tidak mendukung migrasi langsung, dan memerlukan penghentian selama peristiwa host:
Migrasi langsung
Secara default, sebagian besar jenis instance disetel ke migrasi langsung, kecuali jenis instance yang disebutkan di bagian sebelumnya.
Selama migrasi langsung, Compute Engine akan otomatis memigrasikan instance Anda dari peristiwa pemeliharaan infrastruktur, dan instance Anda tetap berjalan selama migrasi. Instance Anda mungkin mengalami penurunan performa yang singkat, tetapi secara umum, performa sebagian besar instance tidak akan terlalu berbeda. Hal ini ideal untuk instance yang memerlukan waktu beroperasi konstan dan dapat menoleransi penurunan performa dalam waktu singkat.
Saat Compute Engine memigrasikan instance Anda, Compute Engine akan melaporkan peristiwa sistem yang dipublikasikan ke daftar operasi zona dan ke log Peristiwa Sistem. Anda dapat meninjau peristiwa ini dengan melihat operasi Compute Engine untuk zona tertentu. Peristiwa migrasi langsung memiliki jenis operasi berikut:
compute.instances.migrateOnHostMaintenance
Menghentikan dan memulai ulang
Jika tidak ingin instance melakukan migrasi langsung, atau jika jenis instance Anda tidak mendukung migrasi langsung, Anda dapat memilih untuk mengizinkanCloud de Confiance by S3NS menghentikan instance saat terjadi peristiwa host. Dengan konfigurasi ini, jika terjadi peristiwa host, Compute Engine akan mengirimkan sinyal power-off ringan untuk menonaktifkan instance.
Kemudian, Compute Engine akan menunggu selama 60 detik hingga instance dimatikan dengan sempurna, dan menetapkan status instance ke TERMINATED. Jika instance tidak dimatikan dengan benar
dalam 60 detik, instance akan dihentikan secara paksa.
Opsi ini ideal jika instance Anda memerlukan performa maksimum yang konstan, dan jika aplikasi Anda secara keseluruhan dibuat untuk menangani kegagalan atau mulai ulang instance.
Saat Compute Engine menghentikan instance karena peristiwa host, Compute Engine akan melaporkan peristiwa sistem yang dipublikasikan ke daftar operasi zona dan ke log Peristiwa Sistem. Anda dapat meninjau peristiwa ini dengan melihat operasi Compute Engine untuk zona tertentu. Peristiwa penghentian instance memiliki jenis operasi berikut:
compute.instances.terminateOnHostMaintenance
Mulai ulang otomatis
Jika instance Anda dikonfigurasi untuk berhenti saat ada peristiwa pemeliharaan, atau jika instance Anda error karena masalah hardware yang mendasar, Compute Engine dapat memulai ulang instance secara otomatis. Instance akan dimulai ulang di server host yang sama, atau dipindahkan ke server lain di zona yang sama yang tidak berpartisipasi dalam acara pemeliharaan.
Secara default, Compute Engine mencoba memulihkan instance dengan disk SSD Lokal yang terpasang selama satu jam. Jika batas waktu tercapai, Compute Engine akan mencoba memulai ulang instance di server host yang berbeda di zona yang sama.
Untuk mengonfigurasi mulai ulang otomatis, tetapkan kolom kebijakan pemeliharaan host
automaticRestart ke true. Setelan ini tidak berlaku jika instance dibuat offline karena pemadaman layanan zona atau melalui operasi manual, seperti memanggil sudo shutdown dalam OS tamu.
Saat Compute Engine otomatis memulai ulang instance Anda, Compute Engine akan melaporkan peristiwa sistem yang dipublikasikan ke daftar operasi zona. Anda dapat meninjau peristiwa ini dengan melihat operasi Compute Engine untuk zona tertentu. Peristiwa mulai ulang otomatis memiliki jenis operasi berikut:
compute.instances.automaticRestart
Persistensi disk setelah penghentian instance
Karena Hyperdisk adalah penyimpanan yang terpasang ke jaringan, saat instance dimulai ulang, Compute Engine akan memasang kembali boot disk dan disk sekunder apa pun ke instance. Data pada disk tersebut tetap ada melalui migrasi langsung dan mulai ulang instance.
Penjadwalan pemeliharaan
Cloud de Confiance by S3NS menyediakan fitur yang memungkinkan kontrol lebih ketat seputar pemeliharaan.
Dengan menggunakan kelompok mesin tertentu,
Anda dapat menentukan preferensi pemeliharaan dan mendapatkan notifikasi tentang peristiwa pemeliharaan mendatang melalui Cloud Logging, server metadata instance, perintah compute instances describe gcloud CLI, atau metode instances.describe REST. Setelah menerima
notifikasi,
Anda memiliki jangka waktu untuk memulai pemeliharaan terjadwal
pada waktu yang Anda pilih. Jika Anda tidak memicu pemeliharaan terjadwal, peristiwa pemeliharaan akan terjadi di akhir jangka waktu notifikasi, yaitu waktu terjadwal yang tercantum dalam notifikasi.
Anda dapat menggunakan fitur ini bersama dengan kebijakan pemeliharaan host untuk menyesuaikan jadwal pemeliharaan yang sesuai dengan workload Anda.
Langkah berikutnya
- Pelajari migrasi langsung lebih lanjut.
- Pelajari lebih lanjut cara menetapkan kebijakan pemeliharaan host instance.
- Pelajari lebih lanjut cara mendapatkan pemberitahuan migrasi langsung.
- Pelajari lebih lanjut cara menyimulasikan pemeliharaan host.
- Pelajari lebih lanjut VM sole-tenant yang dimigrasikan secara manual.