Waktu henti database—baik akibat kegagalan instans, gangguan zona, maupun bencana regional—dapat menyebabkan kehilangan data dan downtime berkepanjangan. ApsaraDB RDS menyediakan serangkaian fitur ketersediaan tinggi (HA) untuk mengatasi risiko tersebut: edisi yang dioptimalkan untuk HA, tipe instans khusus, penerapan multi-zona, pencadangan dan pemulihan lintas wilayah, serta Pemantauan Peringatan. Konfigurasikan fitur-fitur ini secara bersamaan untuk membangun pengaturan HA tingkat produksi bagi instans RDS Anda.
Pilih edisi dan tipe instans
Saat Anda membuat instans RDS, dua opsi langsung menentukan garis dasar ketersediaan Anda: Edition dan Instance Type.
Edition
Pilih High-availability Edition atau Cluster Edition. Tabel berikut merangkum fitur yang disediakan oleh masing-masing edisi.
| Edition | Architecture | Failover | Read scaling |
|---|---|---|---|
| High-availability Edition | Instans primer + instans sekunder | Didukung | Tidak didukung pada instans secondary |
| Cluster Edition (MySQL) | Satu node primary + beberapa node secondary; pemisahan komputasi dan penyimpanan | Otomatis | Node secondary dapat dibaca |
| Cluster Edition (SQL Server) | Instans primary + instans secondary + hingga 7 instans hanya baca | Otomatis | Instans hanya baca |
Cluster Edition for MySQL juga mendukung:
Mode MySQL Group Replication (MGR), yang memberikan Recovery Point Objective (RPO) sebesar 0
Penambahan dan penghapusan node, pemantauan tingkat node, serta manajemen topologi kluster
Disaster recovery multi-zona
Instance type
Pilih Dedicated atau Dedicated Host untuk menjamin isolasi resource.
| Instance type | Resource allocation |
|---|---|
| Dedicated | Secara eksklusif menggunakan CPU dan memori yang dialokasikan; performanya tidak bergantung pada instans lain di host fisik yang sama |
| Dedicated Host | Menggunakan seluruh resource pada host fisik |
Deployment zone
Pilih penerapan multi-zona untuk mendapatkan disaster recovery tingkat zona. Jika zona instans primary mengalami downtime, RDS secara otomatis memindahkannya ke zona lain. Pada penerapan single-zone, Anda harus menunggu gangguan terselesaikan atau melakukan failover secara manual ke instans pemulihan bencana.
Konfigurasikan pencadangan otomatis
Konfigurasikan kebijakan automatic backup untuk instans RDS Anda. Jika instans menjadi tidak tersedia akibat kesalahan operasional atau pengecualian lainnya, Anda dapat memulihkannya ke kondisi terbaru menggunakan cadangan tersebut.
Siapkan cross-region disaster recovery
Untuk perlindungan terhadap gangguan tingkat wilayah, ApsaraDB RDS for MySQL menyediakan dua opsi lintas wilayah:
Disaster recovery instance: Gunakan Data Transmission Service (DTS) untuk menyinkronkan data antara instans primary dan disaster recovery instance secara real time. Kedua instans menggunakan arsitektur HA primary/secondary. Jika bencana alam menyebabkan instans primary dan secondary tidak berfungsi, alihkan layanan ke instans pemulihan bencana dan perbarui endpoint di aplikasi Anda.
Cross-region backup: Sistem database Anda secara otomatis mereplikasi file cadangan ke bucket Object Storage Service (OSS) di wilayah berbeda. Untuk langkah-langkah konfigurasi, lihat Gunakan fitur cross-region backup.
Konfigurasi Pemantauan dan Peringatan
Tetapkan ambang batas pada metrik kinerja utama agar Anda menerima peringatan sebelum masalah CPU, disk, memori, atau koneksi menyebabkan downtime. Saat suatu metrik melebihi ambang batasnya, RDS secara otomatis menghasilkan peringatan. Untuk langkah-langkah konfigurasi, lihat Konfigurasikan aturan peringatan untuk instans ApsaraDB RDS for MySQL.
Pulihkan dari kegagalan
Dengan arsitektur di atas, sebagian besar gangguan ditangani secara otomatis. Untuk kegagalan aktif, gunakan jalur pemulihan berikut:
| Failure scope | Recovery action |
|---|---|
| Gangguan instans tunggal | Alihkan beban kerja antara instans primary dan secondary (tidak tersedia di Basic Edition) |
| Gangguan zona (penerapan multi-zona) | RDS secara otomatis memindahkan instans primary ke zona lain |
| Gangguan zona (penerapan single-zone) | Tunggu hingga gangguan terselesaikan, atau alihkan layanan ke instans pemulihan bencana |
| Gangguan wilayah | Alihkan layanan ke instans pemulihan bencana, atau pulihkan data dari cadangan lintas wilayah ke instans RDS baru |
Untuk langkah-langkah pemulihan data secara detail, lihat: