Pemeliharaan terjadwal di Azure Database for MySQL - Server Fleksibel

  • Artikel

BERLAKU UNTUK: Azure Database for MySQL - Server Fleksibel

Server fleksibel Azure Database for MySQL melakukan pemeliharaan berkala untuk menjaga database terkelola Anda tetap aman, stabil, dan terbaru. Selama pemeliharaan, server akan mendapatkan fitur, pembaruan, dan patch baru.

Penting

Harap hindari semua operasi server (modifikasi, perubahan konfigurasi, server mulai/berhenti) selama pemeliharaan server fleksibel Azure Database for MySQL. Terlibat dalam aktivitas ini dapat menyebabkan hasil yang tidak dapat diprediksi, mungkin memengaruhi performa dan stabilitas server. Tunggu hingga pemeliharaan selesai sebelum melakukan operasi server.

Pilih jendela pemeliharaan

Anda dapat menjadwalkan pemeliharaan selama hari tertentu dalam seminggu dan jendela waktu dalam hari itu. Atau Anda dapat membiarkan sistem secara otomatis memilih hari dan jendela waktu untuk Anda. Bagaimanapun, sistem akan memberi tahu Anda tujuh hari sebelum menjalankan pemeliharaan apa pun. Sistem ini juga akan memberi tahu Anda kapan pemeliharaan dimulai, dan kapan berhasil diselesaikan.

Notifikasi tentang pemeliharaan terjadwal yang akan datang dapat:

  • Dikirim melalui email ke alamat tertentu
  • Dikirim melalui email ke Azure Resource Manager Role
  • Dikirim dalam pesan teks (SMS) ke perangkat seluler
  • Didorong sebagai pemberitahuan ke aplikasi Azure
  • Dikirim sebagai pesan suara

Saat menentukan preferensi untuk jadwal pemeliharaan, Anda dapat memilih hari dalam seminggu dan jendela waktu. Jika Anda tidak menentukan, sistem akan memilih waktu antara pukul 23.00 dan 07.00 waktu wilayah server Anda. Anda dapat menentukan jadwal pemeliharaan yang berbeda untuk setiap server fleksibel di langganan Azure.

Penting

Biasanya, prosesnya memerlukan waktu setidaknya 30 hari antara peristiwa pemeliharaan terjadwal untuk server yang berhasil.

Namun, jika terjadi pembaruan darurat kritis seperti kerentanan yang parah, jendela pemberitahuan bisa lebih pendek dari tujuh hari. Pembaruan kritis dapat diterapkan ke server Anda bahkan jika pemeliharaan terjadwal yang berhasil telah dijalankan dalam 30 hari terakhir.

Anda dapat memperbarui pengaturan penjadwalan kapan saja. Jika ada pemeliharaan yang dijadwalkan untuk Server fleksibel Anda dan Anda memperbarui preferensi penjadwalan, peluncuran saat ini akan dilanjutkan sesuai jadwal dan perubahan pengaturan penjadwalan akan efektif setelah pemeliharaan terjadwal berikutnya berhasil diselesaikan.

Anda dapat menentukan jadwal yang dikelola sistem atau jadwal kustom untuk setiap server fleksibel di langganan Azure.

  • Dengan jadwal kustom, Anda dapat menentukan jendela pemeliharaan untuk server dengan memilih hari dalam seminggu dan jendela waktu satu jam.
  • Dengan jadwal yang dikelola sistem, sistem akan memilih jendela satu jam antara pukul 23.00 dan 07.00 di waktu wilayah server Anda.

Penting

Sebelumnya, kesenjangan penyebaran 7 hari antara jadwal yang dikelola sistem dan dikelola khusus dipertahankan. Karena tuntutan pemeliharaan yang terus berkembang dan pengenalan fitur penjadwalan ulang pemeliharaan (Pratinjau publik), kami tidak dapat lagi menjamin kesenjangan 7 hari ini.

Dalam kasus langka, kejadian pemeliharaan dapat dibatalkan oleh sistem atau mungkin gagal diselesaikan. Jika pembaruan gagal, pembaruan dikembalikan, dan versi biner sebelumnya dipulihkan. Dalam skenario pembaruan yang gagal seperti itu, Anda mungkin masih mengalami mulai ulang server selama jendela pemeliharaan. Jika pembaruan dibatalkan atau gagal, sistem akan membuat notifikasi tentang kejadian pemeliharaan yang dibatalkan atau gagal agar Anda diberi tahu. Upaya berikutnya untuk melakukan pemeliharaan akan dijadwalkan sesuai pengaturan penjadwalan Anda saat ini dan Anda akan menerima pemberitahuan tentang hal itu 5 hari sebelumnya.

Pemeliharaan waktu henti mendekati nol (Pratinjau publik)

Fitur "Near Zero Downtime Maintenance" Azure Database for MySQL Flexible Server adalah pengembangan terapan untuk server yang diaktifkan KETERSEDIAAN TINGGI (Ketersediaan Tinggi). Fitur ini dirancang untuk mengurangi waktu henti pemeliharaan secara substansial, memastikan bahwa dalam banyak kasus, waktu henti pemeliharaan diperkirakan antara 40 hingga 60 detik. Kemampuan ini sangat penting bagi bisnis yang menuntut ketersediaan tinggi dan gangguan minimal dalam operasi database mereka.

Ekspektasi Waktu Henti yang Tepat

  • Durasi Waktu Henti: Dalam kebanyakan kasus, waktu henti selama pemeliharaan berkisar antara 10 hingga 30 detik.
  • Pertimbangan Tambahan: Setelah peristiwa failover, ada periode DNS Time-To-Live (TTL) yang melekat sekitar 30 detik. Periode ini tidak dikontrol langsung oleh proses pemeliharaan tetapi merupakan bagian standar dari perilaku DNS. Jadi, dari perspektif pelanggan, total waktu henti yang dialami selama pemeliharaan bisa berada di kisaran 40 hingga 60 detik.

Batasan dan Prasyarat

Untuk mencapai performa optimal yang dijanjikan oleh fitur ini, kondisi dan batasan tertentu harus dicatat:

  • Kunci Primer di Semua Tabel: Memastikan bahwa setiap tabel memiliki kunci primer sangat penting. Kurangnya kunci primer dapat secara signifikan meningkatkan lag replikasi, berdampak pada waktu henti.
  • Beban Kerja Rendah Selama Waktu Pemeliharaan: Periode pemeliharaan harus bertepatan dengan waktu beban kerja yang rendah di server untuk memastikan waktu henti tetap minimal. Kami mendorong Anda untuk menggunakan fitur jendela pemeliharaan kustom untuk menjadwalkan pemeliharaan selama jam sibuk.

Penjadwalan ulang pemeliharaan (Pratinjau publik)

Penting

Fitur penjadwalan ulang pemeliharaan saat ini dalam pratinjau. Hal ini tunduk pada batasan dan pengembangan yang sedang berlangsung. Kami menghargai umpan balik Anda untuk membantu meningkatkan fitur ini. Harap dicatat bahwa fitur ini tidak tersedia untuk server yang menggunakan SKU yang dapat meledak.

Fitur penjadwalan ulang pemeliharaan memberi Anda kontrol yang lebih besar atas waktu aktivitas pemeliharaan pada instans server fleksibel Azure Database for MySQL Anda. Setelah menerima pemberitahuan pemeliharaan, Anda dapat menjadwalkan ulang ke waktu yang lebih nyaman, terlepas dari apakah itu sistem atau dikelola kustom.

Menjadwalkan ulang parameter dan pemberitahuan

Penjadwalan ulang tidak terbatas pada slot waktu tetap; itu tergantung pada waktu yang paling awal dan terbaru yang diizinkan dalam siklus pemeliharaan saat ini. Setelah penjadwalan ulang, pemberitahuan akan dikirim untuk mengonfirmasi perubahan, mengikuti kebijakan pemberitahuan standar.

Pertimbangan dan batasan

Perhatikan hal-hal berikut saat menggunakan fitur ini:

  • Batasan Permintaan: Pemeliharaan terjadwal ulang Anda mungkin dibatalkan karena banyaknya aktivitas pemeliharaan yang terjadi secara bersamaan di wilayah yang sama.
  • Periode Penguncian: Penjadwalan ulang tidak tersedia 15 menit sebelum waktu pemeliharaan yang dijadwalkan awal untuk mempertahankan keandalan layanan.

Tidak ada batasan berapa kali pemeliharaan dapat dijadwalkan ulang, selama pemeliharaan belum masuk ke status "Dalam persiapan", Anda selalu dapat menjadwalkan ulang pemeliharaan Anda ke waktu lain.

Catatan

Sebaiknya pantau pemberitahuan dengan cermat selama tahap pratinjau untuk mengakomodasi potensi penyesuaian.

Gunakan fitur ini untuk menghindari gangguan selama operasi database penting. Kami mendorong umpan balik Anda saat kami terus mengembangkan fungsionalitas ini.

Langkah berikutnya