PolarDB memberi tahu Anda setidaknya tiga hari sebelum event O&M (operasi dan pemeliharaan) terjadwal dilaksanakan. Melalui Konsol, Anda dapat melihat detail event, menjadwalkan ulang waktu peralihan, serta mengonfigurasi preferensi penjadwalan global.
Prasyarat
Sebelum memulai, pastikan Anda telah:
Mengakses Konsol PolarDB.
Mengonfigurasi kontak notifikasi di Pusat Pesan untuk menerima peringatan di luar Konsol.
Siapkan notifikasi
PolarDB mengirimkan notifikasi event melalui saluran berikut:
Pesan teks
Panggilan telepon
Email
Pesan internal (Konsol)
Untuk menerima notifikasi, login ke Pusat Pesan, aktifkan ApsaraDB Fault or Maintenance Notifications, dan tambahkan insinyur O&M sebagai kontak. Tanpa kontak yang dikonfigurasi, notifikasi tidak akan dikirimkan.
Jika Anda memiliki pertanyaan mengenai event terjadwal, bergabunglah dengan grup DingTalk (nomor grup: 51685000218) untuk mendapatkan dukungan 24/7 dari insinyur PolarDB dan asisten chatbot.
Lihat event terjadwal
Login ke Konsol PolarDB.
Di pojok kiri atas, pilih Wilayah tempat kluster ditempatkan.
Di panel navigasi sebelah kiri, pilih Event Center > Scheduled Events.
Jika suatu event mengharuskan Anda menjadwalkan waktu penanganan, prompt akan muncul yang meminta Anda segera menjadwalkannya.
Jadwalkan ulang waktu pengalihan
Batasan
Waktu beralih yang dijadwalkan tidak boleh lebih lambat dari Waktu Mulai Terakhir yang ditampilkan untuk event.
Global Scheduler berlaku untuk semua event O&M terjadwal baru, kecuali event perbaikan kerentanan berisiko tinggi.
Konfigurasi Global Scheduler (opsional)
Global Scheduler menetapkan jendela waktu berulang yang secara otomatis diadopsi oleh event O&M terjadwal baru. Jika tidak ada Global Scheduler yang dikonfigurasi, event baru akan menggunakan jendela pemeliharaan kluster secara default.
Di halaman Scheduled Events, klik Global Schedule.
Pada panel Global Scheduler, atur jadwal pengalihan berkala, lalu klik OK.
Ubah waktu beralih untuk event tertentu
Di halaman Scheduled Events, pilih kluster dan klik Add Scheduled Time.
Di kotak dialog Add Scheduled Time, atur Scheduled Switching Time dan klik OK.
Memilih Earliest Execution Time akan mengatur waktu ke tanggal dan waktu tercepat yang tersedia. Event kemudian dimasukkan ke dalam Antrian untuk diproses. Untuk menentukan waktu tertentu, batalkan pilihan ini dan masukkan tanggal serta waktu secara manual.
Jenis event dan dampaknya
Tabel berikut menjelaskan setiap jenis event, penyebabnya, serta dampaknya selama peralihan.
| Jenis Peristiwa | Penyebab | Dampak |
|---|---|---|
| Hot upgrade — migrasi instans | Kerentanan host, masa garansi perangkat keras berakhir, atau upgrade OS. Sistem memigrasikan kluster non-ketersediaan tinggi dan kluster read-only ke server baru. | Koneksi transient. Kluster atau shard data berada dalam status read-only hingga 30 detik selama sinkronisasi data. Selama periode ini, operasi manajemen Data Management (DMS) dan Data Transmission Service (DTS) sementara tidak tersedia. Lakukan alih bencana pada jam sepi dan pastikan aplikasi Anda melakukan reconnect secara otomatis. |
| Hot upgrade — alih bencana node primary/read-only | Kerentanan host, masa garansi perangkat keras berakhir, atau upgrade OS. Sistem mengalihkan beban kerja kluster ketersediaan tinggi dari node primary ke node read-only. | Koneksi transient. Kluster atau shard data berada dalam status read-only hingga 30 detik selama sinkronisasi data. Operasi manajemen DMS dan DTS sementara tidak tersedia. Lakukan alih bencana pada jam sepi dan pastikan aplikasi Anda melakukan reconnect secara otomatis. |
| Hot upgrade — penyesuaian parameter kluster | Risiko parameter yang diketahui teridentifikasi selama O&M terjadwal. Sistem memodifikasi parameter kluster. | Jika parameter yang dimodifikasi memerlukan restart, kluster akan direstart. |
| Hot upgrade — perbaikan kerentanan host | Kerentanan host yang memengaruhi host dasar kluster. | — |
| Hot upgrade — perubahan mode backup | Mengubah mode backup kluster dari cadangan logis ke cadangan fisik. | — |
| Hot upgrade — peningkatan versi mesin minor | Versi minor baru tersedia dengan fitur tambahan, perbaikan bug, atau peningkatan pengalaman. Periksa untuk mengetahui perbedaan antarversi. | Koneksi transient. Kluster atau shard data berada dalam status read-only hingga 30 detik selama sinkronisasi data. Operasi manajemen DMS dan DTS sementara tidak tersedia. Lakukan alih bencana pada jam sepi dan pastikan aplikasi Anda melakukan reconnect secara otomatis. |
| Hot upgrade — peningkatan versi minor untuk proxy | Versi minor baru tersedia untuk node proxy dengan fitur tambahan, perbaikan bug, atau peningkatan pengalaman. | Koneksi transient. Kluster atau shard data berada dalam status read-only hingga 30 detik selama sinkronisasi data. Operasi manajemen DMS dan DTS sementara tidak tersedia. Lakukan alih bencana pada jam sepi dan pastikan aplikasi Anda melakukan reconnect secara otomatis. |
| Hot upgrade — peningkatan jaringan | Dijadwalkan untuk meningkatkan performa dan stabilitas jaringan. Beberapa peningkatan melibatkan migrasi lintas zona, yang mengubah alamat IP virtual kluster. Jika client Anda terhubung menggunakan alamat IP virtual alih-alih Titik akhir kluster (Nama domain), koneksi akan terputus. Untuk menghindarinya, gunakan Titik akhir yang disediakan oleh kluster dan nonaktifkan caching DNS di aplikasi dan server Anda. | Koneksi transient hingga 30 detik. Operasi manajemen DMS dan DTS sementara tidak tersedia. |
| Hot upgrade — peningkatan gerbang penyimpanan | Dijadwalkan untuk meningkatkan performa dan stabilitas penyimpanan. | Jitter I/O sementara dan peningkatan latensi SQL tidak lebih dari tiga detik. |
| Cold upgrade — peningkatan versi pratinjau publik | Meningkatkan dari versi pratinjau publik ke rilis resmi. | Koneksi transient dan status read-only hingga dua menit. Jika kluster memiliki banyak file tabel, sedang menjalankan transaksi besar, atau memiliki utilisasi CPU tinggi sebelum upgrade, downtime biasanya melebihi dua menit. Lakukan upgrade pada jam sepi dan pastikan aplikasi Anda melakukan reconnect secara otomatis. Cadangkan data Anda sebelum melakukan upgrade versi utama atau versi pratinjau publik. |
Untuk hot upgrade, sistem biasanya beralih ke node read-only sebelum event dimulai. Perpindahan aktual terjadi dalam Jendela pemeliharaan setelah waktu perpindahan yang dijadwalkan.
Referensi API
| API | Deskripsi |
|---|---|
| DescribePendingMaintenanceActions | Menanyakan jumlah event terjadwal berdasarkan jenis tugas. |
| DescribePendingMaintenanceAction | Menanyakan detail event terjadwal. |
| ModifyPendingMaintenanceAction | Mengubah waktu pergantian event terjadwal. |