Kelola event RDS terjadwal - ApsaraDB RDS

Event O&M ApsaraDB RDS, seperti migrasi instans, peningkatan versi database dan peningkatan versi mesin minor, diumumkan di Konsol. Anda juga akan menerima notifikasi melalui panggilan suara, email, atau pesan internal. Anda dapat melihat detail seperti jenis event, wilayah, penyebab, dampak bisnis, serta ID instans yang terpengaruh. Anda juga dapat mengubah waktu alih bencana terjadwal secara manual.

Prasyarat

Anda memiliki event O&M yang pending.

Catatan

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

Catatan

Event dibagi menjadi dua kategori berdasarkan tingkat urgensi:
- [Tingkat Darurat S0] Perbaikan Risiko: Event ini menangani masalah tak terduga yang harus segera diperbaiki untuk mencegah kegagalan. Masa pemberitahuan bisa 3 hari atau kurang, dan jendela untuk mengubah waktu alih bencana terjadwal lebih singkat. Contoh skenario umum mencakup penggantian versi darurat, perbaikan kegagalan host, dan peningkatan sertifikat SSL yang kedaluwarsa.
- [Tingkat Terjadwal S1] Maintenance Sistem: Event ini bertujuan memperbaiki masalah berisiko rendah atau melakukan peningkatan perangkat lunak dan keras yang telah direncanakan. Notifikasi biasanya dikirim lebih dari 3 hari sebelumnya, dan Anda dapat membatalkan event tersebut.
Untuk memastikan Anda menerima notifikasi terjadwal untuk event O&M, login ke Message Center, pastikan kotak centang untuk metode notifikasi kegagalan database cloud atau notifikasi O&M telah dipilih, dan tetapkan penerima pesan. Kami menyarankan agar personel O&M database ditetapkan sebagai penerima. Jika tidak, Anda tidak akan menerima notifikasi event.Metode notifikasi yang tersedia adalah email dan pesan internal. Kami menyarankan Anda memilih email untuk meningkatkan tingkat keberhasilan pengiriman.
Gambar 1. Titik masuk pengaturan notifikasi di Message Center
Gambar 2. Pengaturan notifikasi ApsaraDB

Jika Anda ingin menerima notifikasi pembaruan event O&M secara real-time atau menerapkan O&M otomatis kustom menggunakan pendekatan berbasis event, Anda dapat mengonfigurasi langganan event sistem di platform Cloud Monitor. Layanan database cloud mendorong event sistem Cloud Monitor yang terkait dengan siklus hidup event O&M, seperti langganan, mulai, selesai, dan pembatalan. Untuk informasi selengkapnya, lihat Kelola langganan event (Direkomendasikan). Untuk daftar event Cloud Monitor yang dapat dilanggan, lihat Lampiran 1: Event sistem Cloud Monitor terkait.

Klik untuk memperluas 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. Ini adalah waktu terputusnya koneksi instans sementara jika terjadi alih bencana.
    "startTime": "2024-09-14T21:30:00+08:00",          // Waktu mulai terjadwal. Event masuk ke antrian penjadwalan untuk menunggu eksekusi.
    "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade", // Kode risiko pembatalan. Untuk informasi selengkapnya, lihat Lampiran 2: Kode alasan detail dan risiko pembatalan.
    "detailCode": "HostSoftHardwareUpgrade",            // Kode alasan detail. Untuk informasi selengkapnya, 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.
Di panel navigasi sebelah kiri, klik Event Center.
Catatan
Untuk event O&M yang mengharuskan Anda menjadwalkan waktu, sebuah dialog akan ditampilkan sebagai prompt. Anda harus segera menjadwalkan event tersebut.
Opsi: Di tab Scheduled Events, konfigurasikan jendela waktu berulang untuk menjadwalkan event secara manual.
Catatan
Recurring Time Window Configuration adalah pengaturan global untuk event O&M database proaktif, tetapi tidak berlaku untuk event remediasi ancaman darurat. Setelah Anda mengonfigurasi jendela waktu berulang, event O&M proaktif baru akan secara otomatis dijadwalkan terjadi dalam jendela ini. Jika Anda tidak mengonfigurasi jendela waktu berulang, event tersebut akan secara otomatis dijadwalkan selama maintenance window instans.
1. Klik Recurring Time Window Configuration.
2. Di panel yang muncul, atur waktu berulang lalu klik OK.
Di tab Scheduled Events, lihat detail event. Untuk mengubah waktu alih bencana pada event yang berstatus Scheduled, pilih instans tujuan lalu klik Configure Scheduled Time.
Catatan
Informasi yang ditampilkan bervariasi tergantung jenis event. Informasi yang sebenarnya ditampilkan di halaman berlaku sebagai acuan utama.
Di dialog Configure Scheduled Time, atur waktu alih bencana terjadwal lalu klik OK.
Catatan
- Pilih Set Earliest Execution Time. Sistem secara otomatis mengisi tanggal dan waktu paling awal untuk alih bencana terjadwal. Klik OK. Instans kemudian bersiap untuk alih bencana dan statusnya berubah menjadi pending. Untuk menyesuaikan tanggal dan waktu alih bencana terjadwal, kosongkan kotak centang ini.
- Scheduled Switchover Time tidak boleh lebih lambat dari Latest Operation Time.

Penyebab dan dampak event

Jenis Peristiwa	Deskripsi	Jenis dampak	Deskripsi dampak
Instance migration	Operasi O&M terjadwal yang dipicu oleh ancaman host, masa garansi perangkat keras yang kedaluwarsa, atau peningkatan sistem operasi. Sistem memigrasikan instans—termasuk instans non-HA dan read-only—ke node server baru.	Instance switchover	Saat waktu alih bencana terjadwal tiba, dampak berikut terjadi. Event pending biasanya menyebabkan alih bencana instans. Alih bencana ini dilakukan selama jendela maintenance pertama setelah waktu alih bencana terjadwal. Terjadi alih bencana instans. Selama proses tersebut, instans berada dalam status read-only hingga 30 detik untuk memungkinkan sinkronisasi data penuh. Kami menyarankan Anda melakukan operasi ini selama jam sepi dan memastikan aplikasi Anda memiliki mekanisme reconnect. Untuk informasi selengkapnya, lihat Dampak alih bencana instans. Penggunaan instans di DMS dan DTS terganggu sebentar. Layanan secara otomatis dilanjutkan setelah operasi selesai.
HA switchover	Operasi O&M terjadwal yang dipicu oleh ancaman host, masa garansi perangkat keras yang kedaluwarsa, atau peningkatan sistem operasi. Sistem memicu alih bencana antara node primary dan secondary. Hanya berlaku untuk instans HA.
SSL certificate update	Dipicu saat sertifikat SSL instans mendekati masa kedaluwarsa untuk menjaga keamanan dan stabilitas.
Backup mode upgrade	Mengalihkan mode backup instans dari cadangan logis ke cadangan fisik database dan tabel untuk memungkinkan pemulihan lebih cepat.
Host software or hardware upgrade	Operasi O&M terjadwal 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	Saat waktu alih bencana terjadwal tiba, dampak berikut terjadi. Event pending biasanya menyebabkan alih bencana instans. Alih bencana ini dilakukan selama jendela maintenance pertama setelah waktu alih bencana terjadwal. Terjadi alih bencana instans. Selama proses tersebut, instans berada dalam status read-only hingga 30 detik untuk memungkinkan sinkronisasi data penuh. Kami menyarankan Anda melakukan operasi ini selama jam sepi dan memastikan aplikasi Anda memiliki mekanisme reconnect. Untuk informasi selengkapnya, lihat Dampak alih bencana instans. Penggunaan instans di DMS dan DTS terganggu sebentar. Layanan 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 baru dan versi saat ini. Untuk informasi selengkapnya, lihat log pembaruan versi minor. Log pembaruan untuk versi minor beberapa produk belum tersedia. Log pembaruan versi mesin minor untuk ApsaraDB RDS for SQL Server.
Proxy minor version upgrade	Untuk meningkatkan pengalaman pengguna, ApsaraDB secara berkala merilis versi minor untuk node proxy guna meningkatkan fitur layanan proxy atau memperbaiki bug yang diketahui.	Instance switchover	Saat waktu alih bencana terjadwal tiba, dampak berikut terjadi. Event pending biasanya menyebabkan alih bencana instans. Alih bencana ini dilakukan selama jendela maintenance pertama setelah waktu alih bencana terjadwal. Terjadi alih bencana instans. Selama proses tersebut, instans berada dalam status read-only hingga 30 detik untuk memungkinkan sinkronisasi data penuh. Kami menyarankan Anda melakukan operasi ini selama jam sepi dan memastikan aplikasi Anda memiliki mekanisme reconnect. Untuk informasi selengkapnya, lihat Dampak alih bencana instans. Penggunaan instans di DMS dan DTS terganggu sebentar. Layanan secara otomatis dilanjutkan setelah operasi selesai.
Proxy minor version upgrade		Differences between minor versions	Pembaruan bervariasi antar versi minor. Perhatikan perbedaan antara versi minor baru dan versi saat ini.
Network upgrade	Memperbarui perangkat keras jaringan untuk meningkatkan performa dan stabilitas jaringan instans.	Instance switchover	Saat waktu alih bencana terjadwal tiba, dampak berikut terjadi. Event pending biasanya menyebabkan alih bencana instans. Alih bencana ini dilakukan selama jendela maintenance pertama setelah waktu alih bencana terjadwal. Terjadi alih bencana instans. Selama proses tersebut, instans berada dalam status read-only hingga 30 detik untuk memungkinkan sinkronisasi data penuh. Kami menyarankan Anda melakukan operasi ini selama jam sepi dan memastikan aplikasi Anda memiliki mekanisme reconnect. Untuk informasi selengkapnya, lihat Dampak alih bencana instans. Penggunaan instans di DMS dan DTS terganggu sebentar. Layanan secara otomatis dilanjutkan setelah operasi selesai.
Network upgrade		Impact on VIP direct connection	Beberapa peningkatan jaringan mungkin melibatkan migrasi lintas zona, yang mengubah alamat IP virtual (VIP) instans. Jika klien Anda terhubung ke instans ApsaraDB menggunakan VIP, koneksi akan terputus. Catatan Untuk mencegah gangguan ini, gunakan nama domain yang disediakan oleh instans sebagai titik akhir dan nonaktifkan cache DNS pada aplikasi dan server Anda.
Instance shutdown migration	Operasi O&M terjadwal yang dipicu oleh ancaman host, masa garansi perangkat keras yang kedaluwarsa, atau peningkatan sistem operasi. Sistem memigrasikan instans—termasuk instans non-HA—ke node server baru.	Shutdown switchover	Setelah waktu failover terjadwal, dampak berikut terjadi: Pengaturan seperti nama instans, port akses, tag, akun database, dan titik akhir tidak berubah. Layanan biasanya tidak tersedia selama sekitar 10 menit selama migrasi (durasi tergantung volume transaksi sebelum alih bencana). Mempengaruhi penggunaan DTS. Jika terdapat tugas DTS aktif, rencanakan terlebih dahulu. Setelah migrasi, mulai ulang secara manual tugas yang terpengaruh. Durasi migrasi tergantung pada faktor seperti volume data.

FAQ

T: Apakah event O&M ApsaraDB RDS dieksekusi secara otomatis? Bisakah saya membatalkan tugas?

J: Event terjadwal dieksekusi secara otomatis untuk memastikan stabilitas instans Anda dan tidak dapat dibatalkan. Namun, Anda dapat mengubah waktu alih bencana terjadwal. Kami menyarankan Anda mengatur waktu alih bencana pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme reconnect. Untuk informasi cara mengubah waktu, lihat bagian Prosedur topik ini.