PolarDB memberi tahu Anda tentang event O&M yang akan datang—termasuk upgrade perangkat lunak database dan pemeliharaan perangkat keras—setidaknya tiga hari sebelumnya. Untuk setiap event terjadwal, Anda dapat melihat jenisnya, ID task, nama kluster, dan waktu switchover, serta menjadwalkan ulang switchover ke waktu yang sesuai dengan beban kerja Anda.
Prasyarat
Sebelum memulai, pastikan Anda telah:
Mengakses PolarDB console
Mengonfigurasi kontak di Message Center untuk menerima notifikasi event (lihat Set up notifications)
Set up notifications
Untuk menerima notifikasi event terjadwal melalui telepon, email, atau pesan internal, konfigurasikan kontak di Message Center:
Login ke Message Center.
Pilih ApsaraDB Fault or Maintenance Notifications.
Tentukan kontak—tetapkan engineer O&M agar notifikasi sampai ke orang yang tepat.
Jika tidak ada kontak yang ditentukan, notifikasi tidak akan dikirimkan.
Gambar 1. Pengaturan notifikasi Message Center
Untuk pertanyaan mengenai event terjadwal, bergabunglah dengan grup DingTalk PolarDB (nomor grup: 51685000218). Grup ini menyediakan dukungan chatbot 24/7 dan konsultasi ahli.
Lihat dan jadwalkan ulang event terjadwal
Langkah 1: Buka halaman Scheduled Events
Login ke PolarDB console.
Di pojok kiri atas, pilih wilayah tempat kluster Anda dideploy.
Di panel navigasi kiri, pilih Scheduled Events.
Jika suatu event mengharuskan Anda menjadwalkan waktu penanganan, prompt akan muncul meminta Anda melakukannya sesegera mungkin.
Langkah 2: (Opsional) Tetapkan waktu switching periodik global
Global Scheduler memungkinkan Anda menetapkan waktu switching berulang yang berlaku untuk semua event O&M terjadwal baru, kecuali event perbaikan kerentanan berisiko tinggi. Jika tidak ada waktu switching periodik yang ditetapkan, event baru akan menggunakan jendela pemeliharaan kluster secara default.
Di tab Scheduled Events, klik Global Schedule.
Di panel Global Scheduler, konfigurasikan waktu switching periodik dan klik OK.
Pengaturan Global Scheduler hanya berlaku untuk event O&M terjadwal baru. Event yang sudah ada tidak terpengaruh.
Langkah 3: Jadwalkan ulang event tertentu
Di halaman Scheduled Events, temukan kluster yang ingin Anda kelola dan klik Add Scheduled Time.
Di kotak dialog Add Scheduled Time, konfigurasikan Scheduled Switching Time dan klik OK.
Batasan penjadwalan ulang:
| Batasan | Detail |
|---|---|
| Latest Start Time | Waktu switching terjadwal tidak boleh lebih lambat dari Latest Start Time yang ditampilkan untuk event tersebut. |
| Earliest Execution Time | Pilih opsi ini untuk menggunakan tanggal dan waktu eksekusi tercepat yang ditentukan sistem. Event akan segera berpindah ke status tertunda setelah Anda mengklik OK. Jika Anda menghapus centang pada Set the earliest execution time, Anda dapat mengubah tanggal dan waktu pengalihan yang dijadwalkan. |
Jenis event dan dampaknya
Tabel berikut menjelaskan penyebab dan dampak bisnis dari setiap jenis event terjadwal. Gunakan informasi ini untuk menentukan kapan melakukan switchover.
| Jenis upgrade | Sub-jenis event | Dampak | Detail |
|---|---|---|---|
| Hot upgrade | Migrasi instans — dipicu oleh kerentanan keamanan host, masa garansi perangkat keras yang habis, atau upgrade OS; memindahkan kluster (termasuk kluster non-high-availability dan kluster read-only) ke server baru | Koneksi transient | Kluster atau shard data mengalami koneksi transient dan masuk ke status read-only hingga 30 detik selama sinkronisasi data. Lakukan switchover pada jam sepi dan pastikan aplikasi Anda melakukan reconnect secara otomatis. Data Management (DMS) dan Data Transmission Service (DTS) tidak tersedia sementara selama switchover. |
| Hot upgrade | Alih bencana antara node primary dan read-only — dipicu oleh kerentanan keamanan host, masa garansi perangkat keras yang habis, atau upgrade OS; mengalihkan workload kluster high-availability dari node primary ke node read-only | Koneksi transient | Dampaknya sama seperti migrasi instans di atas (status read-only hingga 30 detik). |
| Hot upgrade | Penyesuaian parameter kluster — dipicu oleh risiko parameter yang diketahui selama O&M terjadwal; memodifikasi parameter kluster | Mungkin restart | Jika parameter yang dimodifikasi memerlukan restart, kluster akan restart secara otomatis. |
| Hot upgrade | Perbaikan kerentanan host — dipicu untuk memperbaiki kerentanan pada host tempat kluster Anda berjalan | — | — |
| Hot upgrade | Perubahan mode backup — dipicu untuk mengalihkan kluster dari cadangan logis ke cadangan fisik | — | — |
| Hot upgrade | Minor engine version update — dipicu untuk memperbarui kluster Anda ke versi minor baru dengan fitur tambahan, perbaikan bug, dan peningkatan | Koneksi transient | Dampaknya sama seperti migrasi instans di atas (status read-only hingga 30 detik). Periksa untuk mengetahui perbedaan antara versi minor saat ini dan versi target. |
| Hot upgrade | — dipicu untuk memperbarui node proxy ke versi minor baru | Koneksi transient | Dampaknya sama seperti migrasi instans di atas (status read-only hingga 30 detik). Periksa release notes PolarProxy untuk mengetahui perbedaan versi. |
| Hot upgrade | Upgrade jaringan — dipicu untuk meningkatkan fasilitas jaringan, meningkatkan performa dan stabilitas jaringan | Koneksi transient | Dampak read-only selama 30 detik yang sama. Beberapa upgrade jaringan melibatkan migrasi cross-zone yang mengubah alamat IP virtual kluster. Jika client Anda terhubung menggunakan alamat IP virtual alih-alih endpoint domain-name kluster, koneksi akan terputus. Untuk menghindarinya, gunakan endpoint domain-name yang disediakan oleh kluster Anda dan nonaktifkan caching DNS di server aplikasi. |
| Hot upgrade | Upgrade gerbang penyimpanan — dipicu untuk meningkatkan gerbang penyimpanan, meningkatkan performa dan stabilitas penyimpanan | I/O jitter | I/O jitter sementara dan peningkatan latensi SQL selama tidak lebih dari tiga detik. |
| Cold upgrade | Upgrade versi pratinjau publik — digunakan dalam skenario khusus seperti meng-upgrade versi pratinjau publik ke versi resmi | Koneksi transient | Kluster atau shard data mengalami koneksi transient dan masuk ke status read-only hingga dua menit. Jika kluster Anda memiliki banyak file tabel, sedang menjalankan transaksi besar, atau memiliki utilisasi CPU tinggi sebelum upgrade, downtime dapat melebihi dua menit. Lakukan upgrade pada jam sepi dan pastikan aplikasi Anda melakukan reconnect secara otomatis. Untuk memastikan keamanan data, lakukan backup data sebelum melakukan upgrade versi utama atau versi pratinjau publik. |
Dalam kebanyakan kasus, sistem akan mengalihkan beban kerja Anda ke node read-only sebelum event terjadi. Switchover aktual terjadi dalam jendela pemeliharaan setelah waktu switching terjadwal.
Referensi API
| API | Deskripsi |
|---|---|
| DescribePendingMaintenanceActions | Menanyakan jumlah event terjadwal berdasarkan jenis task |
| DescribePendingMaintenanceAction | Menanyakan detail event terjadwal |
| ModifyPendingMaintenanceAction | Memodifikasi waktu switchover event terjadwal |