Menangani pemberitahuan pemeliharaan terencana

Berlaku untuk: ✔️ Mesin virtual Linux ✔️ Mesin virtual Windows ✔️ Set skala fleksibel ✔️ Set skala seragam

Azure secara berkala melakukan pembaruan untuk meningkatkan keandalan, performa, dan keamanan infrastruktur host untuk komputer virtual. Pembaruan mungkin termasuk menambal lingkungan hosting atau meningkatkan dan menonaktifkan perangkat keras. Sebagian besar pembaruan ini selesai tanpa dampak apa pun ke komputer virtual yang dihosting. Namun, ada beberapa kasus saat pembaruan memang berdampak:

• Jika pemeliharaan tidak memerlukan memulai ulang (reboot), Azure menjeda VM selama beberapa detik saat host diperbarui. Jenis operasi pemeliharaan ini diterapkan domain kesalahan oleh kekurangan domain. Kemajuan dihentikan jika ada sinyal kesehatan peringatan yang diterima.

• Jika pemeliharaan memerlukan memulai ulang, Anda mendapatkan pemberitahuan kapan pemeliharaan direncanakan. Anda diberi jendela waktu sekitar 35 hari di mana Anda dapat memulai pemeliharaan sendiri, ketika Anda bisa melakukannya.

Pemeliharaan terencana yang membutuhkan memulai ulang dijadwalkan secara bergelombang. Setiap gelombang memiliki cakupan (wilayah).

• Gelombang dimulai dengan pemberitahuan kepada pelanggan. Pemberitahuan Pemeliharaan terkait Komputer Virtual tersedia di bawah Service Health di portal Azure. Untuk beberapa skenario Pemeliharaan Terencana Komputer Virtual tertentu, Azure juga dapat mengkomunikasikan jadwal dengan mengirim email tambahan ke grup Admin Klasik Langganan, Admin Bersama, dan Pemilik Langganan. Azure Service Health memungkinkan pengguna mengonfigurasi pemberitahuan kustom mereka sendiri untuk kategori Pemeliharaan Terencana. Dengan pemberitahuan Azure Service Health, Anda dapat menambahkan lebih banyak penerima dan opsi olahpesan seperti email, SMS, dan webhook menggunakan Pemberitahuan Log Aktivitas.
• Setelah pemberitahuan dikeluarkan, jendela layanan mandiri dibuat tersedia. Selama jendela ini, Anda dapat menanyakan komputer virtual mana yang terpengaruh dan memulai pemeliharaan berdasarkan kebutuhan penjadwalan Anda sendiri. Jendela layanan mandiri biasanya sekitar 35 hari.
• Setelah jendela layanan mandiri, jendela pemeliharaan terjadwal dimulai. Pada titik tertentu selama jendela ini, Azure menjadwalkan dan menerapkan pemeliharaan yang diperlukan untuk komputer virtual Anda.

Tujuan untuk adanya dua jendela adalah untuk memberi Anda cukup waktu untuk memulai pemeliharaan dan memulai ulang komputer virtual Anda sambil mengetahui kapan Azure akan secara otomatis memulai pemeliharaan.

Anda dapat menggunakan portal Microsoft Azure, PowerShell, REST API, dan CLI untuk meminta jendela pemeliharaan untuk VM Anda dan memulai pemeliharaan layanan mandiri.

Haruskah Anda memulai pemeliharaan selama jendela layanan mandiri?

Panduan berikut akan membantu Anda memutuskan apakah akan menggunakan kemampuan ini dan memulai pemeliharaan pada waktu Anda sendiri.

Catatan

Pemeliharaan swalayan mungkin tidak tersedia untuk semua VM Anda. Untuk menentukan apakah penyebaran ulang proaktif tersedia untuk VM Anda, cari Mulai sekarang dalam status pemeliharaan. Saat ini, pemeliharaan layanan mandiri tidak tersedia untuk Azure Cloud Services (Peran Web/Pekerja) dan Service Fabric.

Pemeliharaan layanan mandiri tidak disarankan untuk penyebaran yang menggunakan set ketersediaan. Set ketersediaan hanya diperbarui satu domain pembaruan dalam satu waktu.

• Biarkan Azure memicu pemeliharaan. Untuk pemeliharaan yang memerlukan memulai ulang, pemeliharaan dilakukan tiap domain pembaruan per domain pembaruan. Domain pembaruan tidak selalu menerima pemeliharaan secara berurutan, dan ada jeda 30 menit antara domain pembaruan.
• Jika kehilangan sementara beberapa kapasitas (1 domain pembaruan) menjadi perhatian, Anda dapat menambahkan instans selama periode pemeliharaan.
• Untuk pemeliharaan yang tidak memerlukan mulai ulang, pembaruan diterapkan pada tingkat domain kesalahan.

Jangan gunakan pemeliharaan layanan mandiri pada skenario berikut:

• Jika Anda sering mematikan VM, baik secara manual, menggunakan DevTest Labs, menggunakan pematian otomatis, atau mengikuti jadwal, VM tersebut dapat mengembalikan status pemeliharaan dan karenanya menyebabkan waktu henti tambahan.
• Pada VM berumur pendek yang Anda tahu akan dihapus sebelum akhir gelombang pemeliharaan.
• Untuk beban kerja dengan status besar yang disimpan di cakram (sementara) lokal yang ingin Anda pertahankan setelah pembaruan.
• Untuk kasus saat Anda sering mengubah ukuran VM Anda, karena dapat mengembalikan status pemeliharaan.
• Jika Anda telah mengadopsi acara terjadwal yang memungkinkan failover proaktif atau pematian perlahan beban kerja Anda, 15 menit sebelum pematian pemeliharaan dimulai

Gunakan pemeliharaan layanan mandiri, jika Anda berencana untuk menjalankan VM Anda tanpa gangguan selama fase pemeliharaan terjadwal dan tidak ada indikasi balasan yang disebutkan di atas yang berlaku.

Paling baik untuk menggunakan pemeliharaan layanan mandiri dalam kasus-kasus berikut:

• Anda perlu mengomunikasikan jendela pemeliharaan yang tepat kepada manajemen atau pelanggan akhir Anda.
• Anda perlu menyelesaikan pemeliharaan pada tanggal tertentu.
• Anda perlu mengontrol urutan pemeliharaan, misalnya, dalam aplikasi multi-tingkat, untuk menjamin pemulihan yang aman.
• Diperlukan lebih dari 30 menit waktu pemulihan VM di antara dua domain pembaruan (UD). Untuk mengontrol waktu antara domain pembaruan, Anda harus memicu pemeliharaan pada VM satu domain pembaruan (UD) satu per satu.

FAQ

T: Mengapa Anda perlu memulai ulang (reboot) komputer virtual saya sekarang?

J: Meskipun sebagian besar pembaruan dan peningkatan ke platform Azure tidak memengaruhi ketersediaan komputer virtual, ada beberapa kasus di mana kami tidak dapat menghindari reboot mesin virtual yang dihosting di Azure. Kami telah mengumpulkan beberapa perubahan yang mengharuskan kami untuk menghidupkan ulang server kami yang akan mengakibatkan VM di-reboot.

T: Jika saya mengikuti rekomendasi Anda untuk Ketersediaan Tinggi dengan menggunakan Set Ketersediaan, apakah saya aman?

J: Komputer virtual yang disebarkan dalam set ketersediaan atau di kumpulan skala komputer virtual memiliki gagasan Domain Pembaruan (UD). Saat melakukan pemeliharaan, Azure menghormati batasan UD dan tidak akan me-reboot komputer virtual dari UD yang berbeda (dalam set ketersediaan yang sama). Azure juga menunggu setidaknya 30 menit sebelum pindah ke grup komputer virtual berikutnya.

Untuk informasi selengkapnya tentang ketersediaan tinggi, lihat Ketersediaan untuk komputer virtual di Azure.

T: Bagaimana cara mendapatkan pemberitahuan tentang pemeliharaan terencana?

J: Gelombang pemeliharaan yang direncanakan dimulai dengan mengatur jadwal ke satu atau beberapa wilayah Azure. Pemberitahuan Pemeliharaan terkait Komputer Virtual tersedia di bawah Service Health di portal Azure. Untuk beberapa skenario Pemeliharaan Terencana Komputer Virtual tertentu, Azure juga dapat mengkomunikasikan jadwal dengan mengirim email tambahan (satu email per langganan dengan semua penerima ditambahkan) ke grup Admin Klasik Langganan, Admin Bersama, dan Pemilik Langganan.

Azure Service Health memungkinkan pengguna mengonfigurasi pemberitahuan kustom mereka sendiri untuk kategori Pemeliharaan Terencana. Dengan pemberitahuan Azure Service Health, Anda dapat menambahkan lebih banyak penerima dan opsi olahpesan seperti email, SMS, dan webhook menggunakan Pemberitahuan Log Aktivitas.

Jika Anda menyebarkan komputer virtual ke wilayah tempat pemeliharaan terencana sudah dijadwalkan, Anda tidak akan menerima pemberitahuan melainkan perlu memeriksa status pemeliharaan VM.

Q: Saya tidak melihat indikasi pemeliharaan terencana di portal, Powershell, atau CLI. Apa yang salah?

J: Informasi yang terkait dengan pemeliharaan terencana akan tersedia selama gelombang pemeliharaan terencana hanya untuk VM yang akan terpengaruh olehnya. Dengan kata lain, jika Anda tidak melihat data, bisa jadi gelombang pemeliharaan telah selesai (atau belum dimulai) atau komputer virtual Anda sudah dihosting di server yang diperbarui.

T: Apakah ada cara untuk mengetahui dengan tepat kapan komputer virtual saya akan terpengaruh?

J: Ketika mengatur jadwal, kita menetapkan jendela waktu beberapa hari. Namun, pengurutan server (dan VM) yang tepat di dalam jendela ini tidak diketahui. Pelanggan yang ingin mengetahui waktu yang tepat untuk VM mereka dapat menggunakan acara terjadwal dan kueri dari dalam komputer virtual dan menerima pemberitahuan 15 menit sebelum VM reboot.

T: Berapa lama waktu yang dibutuhkan untuk memulai ulang komputer virtual saya?

A: Tergantung pada ukuran VM Anda, memulai ulang mungkin memakan waktu hingga beberapa menit selama jendela pemeliharaan layanan mandiri. Selama memulai ulang yang dimulai Azure di jendela pemeliharaan terjadwal, memulai ulang biasanya memakan waktu sekitar 25 menit. Perhatikan bahwa jika Anda menggunakan Cloud Services (Peran Web/Pekerja), Virtual Machine Scale Sets, atau set ketersediaan, Anda diberi waktu 30 menit di antara setiap grup VM (UD) selama jendela pemeliharaan terjadwal.

T: Seperti apa pengalaman dalam kasus Virtual Machine Scale Sets?

J: Pemeliharaan terencana sekarang tersedia untuk Virtual Machine Scale Sets. Untuk petunjuk tentang cara memulai pemeliharaan layanan mandiri, lihat dokumen pemeliharaan terencana untuk set skala komputer virtual.

T: Seperti apa pengalaman dalam kasus Cloud Services (Peran Web/Pekerja) dan Service Fabric?

J: Meskipun platform ini terkena dampak pemeliharaan terencana, pelanggan yang menggunakan platform ini dianggap aman mengingat hanya VM dalam satu Domain Peningkatan (UD) yang akan terpengaruh pada waktu tertentu. Saat ini, pemeliharaan layanan mandiri tidak tersedia untuk Azure Cloud Services (Peran Web/Pekerja) dan Service Fabric.

T: Saya tidak melihat informasi pemeliharaan pada mesin virtual saya. Apa yang salah?

J: Ada beberapa alasan mengapa Anda mungkin tidak melihat informasi pemeliharaan pada VM Anda:

1. Anda menggunakan langganan yang ditandai sebagai internal Microsoft.
2. VM Anda tidak dijadwalkan untuk pemeliharaan. Bisa jadi gelombang pemeliharaan telah berakhir, dibatalkan, atau dimodifikasi sehingga VM Anda tidak lagi terpengaruh olehnya.
3. Anda telah melakukan dealokasi VM dan kemudian memulainya. Hal ini dapat menyebabkan VM pindah ke lokasi yang belum menjadwalkan gelombang pemeliharaan terencana. Jadi, VM tidak akan menunjukkan informasi pemeliharaan lagi.
4. Anda tidak memiliki kolom Pemeliharaan yang ditambahkan ke tampilan daftar VM Anda. Meskipun kami telah menambahkan kolom ini ke tampilan default, pelanggan yang mengonfigurasi untuk melihat kolom non-default harus secara manual menambahkan kolom Pemeliharaan ke tampilan daftar VM mereka.

T: Mesin virtual saya dijadwalkan untuk pemeliharaan untuk kedua kalinya. Mengapa?

J: Ada beberapa kasus penggunaan di mana Anda akan melihat VM Anda dijadwalkan untuk pemeliharaan setelah Anda menyelesaikan penyebaran ulang pemeliharaan Anda:

1. Kami telah membatalkan gelombang pemeliharaan dan menghidupkannya ulang dengan payload yang berbeda. Mungkin saja kami telah mendeteksi payload yang rusak dan kami hanya perlu menyebarkan payload tambahan.
2. Layanan VM Anda dipulihkan ke simpul lain karena kesalahan perangkat keras.
3. Anda telah memilih untuk menghentikan (melakukan dealokasi) dan menghidupkan ulang VM.
4. Anda menyalakan pematian otomatis untuk VM.

Langkah berikutnya

Anda juga dapat menangani pemeliharaan terencana menggunakan Azure CLI, Azure PowerShell, atau portal.