Kelola event terjadwal untuk RDS - ApsaraDB RDS

Anda akan menerima notifikasi mengenai event O&M ApsaraDB RDS—seperti migrasi instans, peningkatan versi database dan peningkatan versi mesin minor—melalui email, atau pesan internal. Anda juga akan menerima notifikasi di Konsol. Notifikasi tersebut mencantumkan jenis event, wilayah, alasan event, dampak bisnis, serta ID instans yang terdampak. Selain itu, Anda dapat mengubah waktu alih bencana terjadwal secara manual.

Prasyarat

Terdapat event O&M yang tertunda.

Catatan

Arahkan pointer ke ikon di pojok kanan atas Konsol untuk melihat event O&M yang tertunda.

Catatan

Event dikategorikan menjadi dua jenis berdasarkan tingkat urgensi:
- Tingkat Darurat S0: Remediasi Risiko: Biasanya menangani skenario tak terduga yang memerlukan tindakan segera untuk mencegah kegagalan. Notifikasi untuk event semacam ini dikirim paling awal 3 hari sebelumnya, dengan jendela waktu terbatas untuk mengubah waktu alih bencana terjadwal. Contoh skenario umum meliputi peningkatan penggantian versi mendesak, anomali host, dan peningkatan akibat kedaluwarsa Sertifikat SSL.
- Tingkat Terencana S1: Maintenance Sistem: Biasanya melibatkan remediasi isu berisiko rendah atau peningkatan perangkat lunak dan keras yang telah direncanakan. Notifikasi biasanya dikirim lebih dari 3 hari sebelumnya, dan pengguna dapat membatalkan event tersebut.
Untuk memastikan Anda menerima notifikasi terjadwal mengenai event O&M, login ke Message Hub dan pastikan kotak centang metode notifikasi untuk notifikasi kegagalan atau O&M ApsaraDB telah dipilih serta penerima pesan telah ditentukan (kami merekomendasikan menetapkannya kepada personel O&M database). Jika tidak, Anda tidak akan menerima notifikasi event.Metode notifikasi mencakup email dan pesan internal. Kami merekomendasikan memilih email untuk meningkatkan tingkat keberhasilan pengiriman.
Gambar 1. Entri pengaturan notifikasi Pusat Pesan
Gambar 2. Pengaturan notifikasi ApsaraDB

Untuk menerima pembaruan instan mengenai event O&M atau membangun otomatisasi O&M kustom menggunakan pendekatan berbasis event, Anda dapat mengonfigurasi langganan event sistem melalui platform Cloud Monitor. ApsaraDB mendorong event sistem CloudMonitor untuk siklus hidup event O&M, seperti langganan, mulai, selesai, dan pembatalan. Untuk petunjuk lengkap, lihat Kelola Langganan Event (Direkomendasikan). Untuk daftar event CloudMonitor yang dapat dilanggan, lihat Lampiran 1: Event Sistem Terkait CloudMonitor.

Bentangkan untuk melihat contoh format event Cloud Monitor.

{
  "eventId": "c864b30b-7f69-5f04-b0e7-8dfb0eabcfd9", // ID event. ID ini sama untuk event yang sama.
  "product": "RDS",                                  // Kode produk
  "reason": "Host software/hardware upgrade",        // Alasan event
  "extra": {
    "impactZh": "Transient instance disconnection",                           // Dampak event
    "impactEn": "Transient instance disconnection",  // Dampak event
    "eventCode": "rds_apsaradb_transfer",            // Kode jenis event O&M
    "eventNameEn": "Instance migration",             // Nama event O&M
    "eventNameZh": "Instance migration",                        // Nama event O&M   
    "switchTime": "2024-09-15T01:30:00+08:00",       // Waktu alih bencana terjadwal. Jika terjadi alih bencana, ini adalah waktu terputusnya koneksi instans secara sementara.
    "startTime": "2024-09-14T21:30:00+08:00",          // Waktu mulai terjadwal. Event masuk ke antrian penjadwalan dan menunggu eksekusi.
    "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade", // Kode risiko pembatalan. Lihat Lampiran 2: Kode Alasan Detail dan Risiko Pembatalan.
    "detailCode": "HostSoftHardwareUpgrade",            // Kode alasan detail. Lihat Lampiran 2: Kode Alasan Detail dan Risiko Pembatalan.
    "instanceInfo": ""
  },
  "instanceId": "rm-2ze9d66o65q1g02g6",             // ID instans
  "eventType": "Maintenance",
  "instanceComment": "rm-2ze9d66o65q1g02g6",        // Alias instans
  "instanceType": "Instance",
  "publishTime": "2024-09-10T16:01:47+08:00"
}

Prosedur

Login ke Konsol ApsaraDB RDS.
Pada panel navigasi kiri, klik Event Center.
Catatan
Jika terdapat event O&M tertunda yang memerlukan penjadwalan waktu, kotak dialog akan muncul dan meminta Anda menjadwalkan waktu sesegera mungkin.
Opsi: Pada halaman Scheduled Events, konfigurasikan jendela waktu berulang untuk menjadwalkan event secara manual.
Catatan
Recurring Time Window Settings merupakan konfigurasi global untuk event O&M database proaktif, tidak termasuk event perbaikan ancaman darurat. Setelah Anda menetapkan jendela waktu berulang, waktu alih bencana terjadwal untuk event O&M proaktif baru secara otomatis berada dalam jendela tersebut. Jika Anda tidak menetapkan jendela waktu berulang, waktu alih bencana terjadwal untuk event O&M proaktif baru secara otomatis mengikuti maintenance window instans.
1. Klik Recurring Time Window Settings.
2. Pada kotak dialog yang muncul, atur waktu berulang lalu klik Save.
Pada halaman Scheduled Events, lihat detail event. Untuk event dalam status Planned, jika ingin mengubah waktu alih bencana, pilih instans target lalu klik Schedule Event.
Catatan
Informasi yang ditampilkan bervariasi tergantung jenis event. Halamannya yang sebenarnya berlaku.
Di kotak dialog Schedule Event, atur waktu failover terjadwal, lalu klik OK.
Catatan
- Anda dapat memilih Earliest Execution Time. Sistem secara otomatis mengisi tanggal dan waktu alih bencana terdekat. Setelah Anda mengklik Save, instans mulai bersiap untuk alih bencana dan memasuki status tertunda. Jika Anda menghapus centang ini, Anda dapat menyesuaikan tanggal dan waktu alih bencana terjadwal.
- Scheduled Switchover Time tidak boleh melebihi Deadline.

Penyebab dan dampak event

Jenis peristiwa	Deskripsi	Jenis dampak	Deskripsi dampak
Instance migration	Operasi O&M terencana yang dipicu oleh ancaman host, kedaluwarsa garansi perangkat keras, atau peningkatan sistem operasi. Sistem memigrasikan instans ke node server baru. Berlaku untuk instans non-high-availability dan instans read-only.	Instance switchover	Setelah waktu alih bencana terjadwal, dampak berikut terjadi. Alih bencana instans biasanya dilakukan dalam maintenance window setelah waktu alih bencana terjadwal. Terjadi alih bencana instans, dan instans memasuki status read-only hingga 15 detik untuk menunggu sinkronisasi data penuh. Lakukan alih bencana selama jam sepi dan pastikan aplikasi Anda memiliki mekanisme reconnect. Untuk informasi lebih lanjut, lihat Dampak alih bencana instans. Penggunaan instans di DMS dan DTS terpengaruh sebentar. Penggunaan normal secara otomatis dilanjutkan setelah operasi selesai.
Primary/secondary switchover	Operasi O&M terencana yang dipicu oleh ancaman host, kedaluwarsa garansi perangkat keras, atau peningkatan sistem operasi. Sistem memicu alih bencana antara node primary dan secondary. Hanya berlaku untuk instans high-availability.
SSL certificate update	Operasi ini dipicu ketika Sertifikat SSL instans akan kedaluwarsa untuk memastikan keamanan dan stabilitas yang lebih baik.
Backup mode upgrade	Untuk menyediakan kemampuan backup dan restore yang lebih cepat, mode backup instans dialihkan dari cadangan logis ke backup fisik database dan tabel.
Host software or hardware upgrade	Operasi O&M terencana yang dipicu oleh ancaman host atau peningkatan perangkat lunak atau keras. Sistem memicu alih bencana antara node primary dan secondary.
Minor version upgrade	Untuk meningkatkan pengalaman pengguna, ApsaraDB secara berkala merilis versi minor untuk instans guna menambah fitur atau memperbaiki bug yang diketahui.	Instance switchover	Setelah waktu alih bencana terjadwal, dampak berikut terjadi. Alih bencana instans biasanya dilakukan dalam maintenance window setelah waktu alih bencana terjadwal. Terjadi alih bencana instans, dan instans memasuki status read-only hingga 15 detik untuk menunggu sinkronisasi data penuh. Lakukan alih bencana selama jam sepi dan pastikan aplikasi Anda memiliki mekanisme reconnect. Untuk informasi lebih lanjut, lihat Dampak alih bencana instans. Penggunaan instans di DMS dan DTS terpengaruh sebentar. Penggunaan normal secara otomatis dilanjutkan setelah operasi selesai.
Minor version upgrade		Differences between minor versions	Pembaruan bervariasi antar versi minor (versi mesin minor). Perhatikan perbedaan antara versi minor saat ini dan versi tujuan peningkatan. Untuk informasi lebih lanjut, lihat catatan rilis versi minor. Catatan rilis belum tersedia untuk beberapa produk. Catatan rilis versi minor RDS for MySQL (AliSQL).
Proxy minor version upgrade	Untuk meningkatkan pengalaman pengguna, ApsaraDB secara berkala merilis versi minor untuk node proxy guna menambah fitur layanan proxy atau memperbaiki bug yang diketahui.	Instance switchover	Setelah waktu alih bencana terjadwal, dampak berikut terjadi. Alih bencana instans biasanya dilakukan dalam maintenance window setelah waktu alih bencana terjadwal. Terjadi alih bencana instans, dan instans memasuki status read-only hingga 15 detik untuk menunggu sinkronisasi data penuh. Lakukan alih bencana selama jam sepi dan pastikan aplikasi Anda memiliki mekanisme reconnect. Untuk informasi lebih lanjut, lihat Dampak alih bencana instans. Penggunaan instans di DMS dan DTS terpengaruh sebentar. Penggunaan normal secara otomatis dilanjutkan setelah operasi selesai.
Proxy minor version upgrade		Differences between minor versions	Pembaruan bervariasi antar versi minor. Perhatikan perbedaan antara versi minor saat ini dan versi tujuan peningkatan.
Network upgrade	Perangkat keras jaringan ditingkatkan untuk meningkatkan performa dan stabilitas jaringan instans.	Instance switchover	Setelah waktu alih bencana terjadwal, dampak berikut terjadi. Alih bencana instans biasanya dilakukan dalam maintenance window setelah waktu alih bencana terjadwal. Terjadi alih bencana instans, dan instans memasuki status read-only hingga 15 detik untuk menunggu sinkronisasi data penuh. Lakukan alih bencana selama jam sepi dan pastikan aplikasi Anda memiliki mekanisme reconnect. Untuk informasi lebih lanjut, lihat Dampak alih bencana instans. Penggunaan instans di DMS dan DTS terpengaruh sebentar. Penggunaan normal secara otomatis dilanjutkan setelah operasi selesai.
Network upgrade		Impacts of direct VIP connections	Beberapa peningkatan jaringan mungkin melibatkan migrasi cross-zone, yang mengubah alamat IP virtual (VIP) instans. Jika klien Anda terhubung ke database menggunakan VIP, koneksi akan terputus. Catatan Untuk menghindari gangguan layanan, gunakan endpoint yang disediakan untuk instans Anda dalam format nama domain. Selain itu, nonaktifkan Cache DNS pada aplikasi dan server Anda.
Instance downtime migration	Operasi O&M terencana yang dipicu oleh ancaman host, kedaluwarsa garansi perangkat keras, atau peningkatan sistem operasi. Sistem memigrasikan instans ke node server baru. Berlaku untuk instans non-high-availability.	Downtime switchover	Setelah waktu failover yang dijadwalkan, dampak berikut terjadi: Nama instans, port akses, tag, akun database, dan endpoint tetap tidak berubah setelah migrasi. Proses migrasi melibatkan operasi seperti transisi jaringan dan biasanya menyebabkan ketidaktersediaan layanan sekitar 10 menit. Durasi dipengaruhi oleh faktor seperti volume transaksi instans sebelum alih bencana. Migrasi memengaruhi penggunaan instans di DTS. Jika Tugas DTS sedang Berjalan, rencanakan terlebih dahulu. Anda harus me-restart Tugas tersebut secara manual setelah migrasi selesai. Waktu yang dibutuhkan untuk migrasi bergantung pada faktor seperti volume data instans.

FAQ

Q: Apakah event O&M RDS dieksekusi secara otomatis? Bisakah saya membatalkan tugas tersebut?

A: Ya, untuk memastikan stabilitas instans Anda, event terjadwal dieksekusi secara otomatis dan tidak dapat dibatalkan. Namun, Anda dapat menyesuaikan waktu alih bencana terjadwal. Atur waktu alih bencana selama jam sepi dan pastikan aplikasi Anda memiliki mekanisme reconnect. Untuk petunjuk cara mengatur waktu, lihat bagian Prosedur topik ini.