Tentang peristiwa host

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 VM dan instance bare metal 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 secara opsional dimulai ulang. Beberapa jenis mesin tidak mendukung migrasi langsung, seperti instance H4D, instance bare metal, instance dengan GPU terpasang, atau instance Z3 dengan Titanium SSD terpasang lebih dari 18 TiB. Instance ini akan dihentikan selama peristiwa host. Untuk mengetahui informasi selengkapnya, lihat Perilaku pemeliharaan dan mulai ulang.

Jenis peristiwa host

Ada dua jenis peristiwa host, yang dijelaskan secara 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 kebijakan pemeliharaan host migrasi langsung untuk jenis instance yang didukung, Compute Engine akan memindahkan instance ke host baru, dan gangguan pada aplikasi Anda akan 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. Anda dapat menemukan informasi tentang perilaku pemeliharaan untuk setiap jenis mesin di halaman kelompok mesin masing-masing, sebagai berikut:

Untuk mengetahui informasi tentang kebijakan pemeliharaan untuk instance dengan GPU terpasang, lihat Menangani peristiwa pemeliharaan host GPU.

Untuk VM sole-tenant, perkiraan frekuensi peristiwa pemeliharaan host yang direncanakan adalah setiap 4 hingga 6 minggu. Apakah migrasi langsung didukung atau tidak bergantung pada kebijakan pemeliharaan host untuk VM sole-tenant.

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.

Terkadang, instance komputasi mungkin menjadi tidak responsif sebelum error host diberi sinyal. Anda dapat mengurangi jumlah waktu tunggu Compute Engine untuk memulai ulang atau menghentikan instance dengan menetapkan waktu tunggu pemulihan error host. Untuk mengetahui informasi selengkapnya, lihat Menetapkan kebijakan ketersediaan.

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:

Google juga menawarkan layanan terkelola seperti App Engine dan lingkungan fleksibel App Engine.

Ringkasan kebijakan pemeliharaan host

Kebijakan pemeliharaan host instance menentukan perilakunya selama peristiwa host berikut:

  • Peristiwa pemeliharaan
  • 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.
  • Waktu pemulihan SSD Lokal: jumlah waktu maksimum yang dihabiskan Compute Engine untuk memulihkan data di disk SSD Lokal setelah mendeteksi error host. Data SSD Lokal akan hilang jika waktu yang ditentukan berlalu tanpa pemulihan yang berhasil.

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 untuk memulai ulang secara otomatis.

Seri mesin berikut mungkin tidak mendukung migrasi langsung, dan sebagai gantinya 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 akan 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 aktif yang konstan dan dapat mentoleransi penurunan performa yang 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

Hentikan dan mulai ulang

Jika Anda tidak ingin instance melakukan migrasi langsung, atau jika jenis instance Anda tidak mendukung migrasi langsung, Anda dapat memilih untuk mengizinkan Google Cloud penghentian instance saat peristiwa host terjadi. Dengan konfigurasi ini, jika peristiwa host terjadi, Compute Engine akan mengirimkan sinyal soft power-off untuk menghentikan instance. Kemudian, Compute Engine akan menunggu 60 detik hingga instance berhenti secara bersih, dan menetapkan status instance ke TERMINATED. Jika instance tidak berhenti secara bersih 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 otomatis memulai ulang instance. Instance akan dimulai ulang di server host yang sama, atau dipindahkan ke server lain di zona yang sama yang tidak berpartisipasi dalam peristiwa pemeliharaan.

Secara default, Compute Engine mencoba memulihkan instance dengan disk SSD Lokal terpasang selama satu jam. Jika batas waktu tercapai, Compute Engine akan mencoba memulai ulang instance di server host lain di zona yang sama. Instance Z3, X4, dan H4D memiliki waktu tunggu default yang berbeda. Jenis instance ini dimulai ulang di server host yang sama setelah penghentian instance.

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 Persistent Disk dan Hyperdisk adalah penyimpanan yang terhubung ke jaringan, saat instance Anda dimulai ulang, Compute Engine akan memasang kembali disk boot dan disk sekunder ke instance. Data pada disk tersebut tetap ada melalui migrasi langsung dan mulai ulang instance.

Compute Engine mempertahankan data di disk SSD Lokal setelah peristiwa host jika memungkinkan. Namun, Compute Engine tidak menjamin persistensi data SSD Lokal.

  • Disk SSD Lokal dipertahankan dalam skenario berikut:

    • Anda melakukan reboot pada sistem operasi (OS) tamu.
    • Anda mengonfigurasi instance untuk migrasi langsung dan instance menjalani peristiwa pemeliharaan host.
    • Terjadi error host dan Compute Engine menghubungkan kembali instance ke disk SSD Lokal dalam batas waktu tunggu.
    • Anda memilih untuk mempertahankan data SSD Lokal saat menghentikan atau menangguhkan instance (Pratinjau).
    • Instance komputasi dengan disk SSD Lokal terpasang yang hanya mendukung penghentian dan mulai ulang otomatis menjalani peristiwa pemeliharaan. Instance dimulai ulang di tempat, mempertahankan data SSD Lokal, bukan dimigrasikan ke host baru.

  • Disk SSD Lokal tidak dipertahankan dalam skenario berikut:

    • Anda mematikan sistem operasi tamu dan memaksa instance untuk berhenti.
    • Anda membuat VM Spot atau VM preemptible dan VM menjalani proses preemption.
    • Anda mengonfigurasi instance untuk berhenti pada peristiwa pemeliharaan host, bukan menggunakan migrasi langsung, dan instance menjalani peristiwa pemeliharaan host.
    • Anda salah mengonfigurasi disk SSD Lokal dan disk tersebut menjadi tidak dapat dijangkau.
    • Anda menonaktifkan penagihan project, yang menyebabkan instance berhenti.
    • Jika automaticRestart tidak dikonfigurasi di instance Anda.
    • Terjadi error host dan Compute Engine tidak dapat menghubungkan kembali disk ke instance sebelum waktu tunggu berakhir. Dalam hal ini, instance dimulai ulang tanpa memulihkan disk SSD Lokal. Saat instance dimulai ulang, Compute Engine akan memasang disk SSD Lokal kosong ke instance yang dimulai ulang. Anda harus memformat dan memasang disk ini sebelum instance dapat menggunakannya. Data pada disk SSD Lokal asli tidak dapat dipulihkan.

Google Cloud menggunakan pendekatan upaya terbaik untuk menjaga data SSD Lokal Anda tetap utuh. Namun, ada kasus ketika data tidak dapat dipulihkan, seperti waktu tunggu. Untuk mengetahui informasi selengkapnya tentang kapan disk SSD Lokal dipertahankan, lihat Persistensi data SSD Lokal.

Waktu tunggu pemulihan SSD Lokal

Saat terjadi error host, Compute Engine akan mencoba memulihkan disk SSD Lokal yang terpasang ke instance. Anda dapat mengontrol berapa lama waktu yang dihabiskan Compute Engine untuk mencoba memulihkan data dengan setelan kebijakan host localSsdRecoveryTimeout.

Secara default, Compute Engine menghabiskan waktu 1 jam untuk memulihkan data, tetapi nilai valid untuk setelan ini adalah antara 0 dan 168, dengan kelipatan 1 jam. Untuk instance Z3, nilai defaultnya adalah 6, yang berarti instance Z3 akan mencoba memulihkan data SSD Lokal selama 6 jam sebelum mencapai batas waktu tunggu.

Jika Anda menetapkan waktu tunggu pemulihan SSD Lokal ke 0, Compute Engine tidak akan mencoba memulihkan disk SSD Lokal yang terpasang. Instance akan dimulai ulang sesegera mungkin dan data SSD Lokal tidak dapat dipulihkan. Gunakan konfigurasi ini jika melanjutkan workload lebih penting daripada memulihkan data SSD Lokal.

Jika waktu tunggu pemulihan tidak ditetapkan ke 0, tetapi batas waktu tercapai sebelum data SSD Lokal dipulihkan, Compute Engine akan memulai ulang instance tanpa disk SSD Lokal. Compute Engine memasang disk SSD Lokal kosong yang baru ke instance yang dimulai ulang. Anda harus memformat dan memasang disk ini sebelum instance dapat menggunakannya.

Instance berada dalam REPAIRING status saat Compute Engine mencoba memulihkan disk SSD Lokal. Instance dan disk SSD Lokal tidak tersedia selama waktu ini.

Jika Anda menetapkan waktu tunggu pemulihan SSD Lokal ke nilai maksimum 168, instance akan tetap dalam status REPAIRING hingga 7 hari saat Compute Engine mencoba memulihkan disk SSD Lokal.

Menghentikan pemulihan disk SSD Lokal

Anda dapat mengganggu proses pemulihan disk SSD Lokal sebelum Compute Engine mencapai batas waktu tunggu pemulihan. Untuk melakukannya, gunakan perintah gcloud compute instances stop dengan tanda --discard-local-ssd=True.

Perintah ini menghentikan proses pemulihan, menghentikan instance komputasi, dan menghapus data SSD Lokal. Kemudian, Anda dapat memulai ulang instance. Lihat Menghentikan instance dengan SSD Lokal untuk mengetahui informasi selengkapnya.

Untuk menetapkan waktu tunggu pemulihan SSD Lokal, lihat Menetapkan kebijakan pemeliharaan host instance.

Penjadwalan pemeliharaan

Google Cloud menyediakan fitur yang memungkinkan kontrol yang lebih ketat terkait pemeliharaan. Dengan menggunakan kelompok mesin tertentu, Anda dapat menentukan preferensi pemeliharaan dan mendapatkan notifikasi peristiwa pemeliharaan mendatang pemeliharaan melalui Cloud Logging, server metadata instance, perintah gcloud CLI compute instances describe atau metode REST instances.describe. 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 pada akhir periode waktu notifikasi, yang merupakan 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