全部产品
Search
文档中心

ApsaraDB RDS:Ketersediaan tinggi dan pemulihan bencana

更新时间:Jul 06, 2025

ApsaraDB RDS menyediakan berbagai solusi pemulihan bencana untuk melindungi data Anda.

Cadangan data dan pemulihan

  • Secara default, ApsaraDB RDS menyediakan fitur cadangan data dengan dukungan cadangan otomatis dan manual. Anda dapat menentukan siklus untuk cadangan otomatis serta memulai tugas cadangan kapan saja sesuai kebutuhan bisnis. Untuk informasi lebih lanjut, lihat Cadangan dan Pemulihan.

  • Secara default, ApsaraDB RDS memungkinkan pemulihan data dari file cadangan atau ke titik waktu tertentu. Dalam banyak kasus, Anda dapat memulihkan data ke titik waktu apa pun dalam tujuh hari ke instance RDS sementara atau klon. Setelah verifikasi, data dapat dimigrasikan kembali ke instance RDS utama untuk menyelesaikan penelusuran balik. Untuk informasi lebih lanjut, lihat Cadangan dan Pemulihan.

  • ApsaraDB RDS juga menyediakan fitur cadangan dan pemulihan lintas wilayah. Untuk informasi lebih lanjut, lihat Gunakan Fitur Cadangan Lintas Wilayah dan Pulihkan Data Lintas Wilayah.

Pemulihan bencana lintas zona

Catatan

Jika Anda menggunakan edisi RDS yang menyediakan instance utama dan sekunder, seperti RDS Edisi Ketersediaan Tinggi atau RDS Edisi Kluster, kami merekomendasikan penggunaan metode penerapan multi-zona untuk mengimplementasikan pemulihan bencana lintas zona.

Edisi RDS

Deskripsi

RDS Basic Edition

  • Cadangan data disimpan di bucket Object Storage Service (OSS) atau disk cloud terdistribusi. Redundansi multi-replika digunakan untuk memastikan keandalan data. Mekanisme cadangan ini digunakan untuk semua instance RDS.

  • Sistem database Anda hanya terdiri dari satu instance RDS utama. Tidak ada instance RDS sekunder yang disediakan untuk hot standby. Ketika terjadi gangguan pada instance RDS Anda, diperlukan waktu lama untuk memulihkan instance RDS dari gangguan tersebut. Edisi ini cocok untuk skenario yang tidak memerlukan ketersediaan tinggi.

RDS High-availability Edition

Sistem database Anda terdiri dari instance RDS utama dan instance RDS sekunder. Instance RDS bekerja dalam mode aktif-aktif untuk memastikan ketersediaan tinggi. Edisi RDS ini cocok untuk lebih dari 80% skenario bisnis. Ketika instance RDS utama gagal, beban kerja dialihkan ke instance RDS sekunder dalam hitungan detik. Proses alih-alih ini transparan bagi aplikasi. Ketika instance RDS sekunder gagal, ApsaraDB RDS secara otomatis membuat instance RDS sekunder lainnya untuk memastikan ketersediaan tinggi sistem database Anda.

  • Instance RDS single-zone: Instance RDS utama dan instance RDS sekunder berada di zona yang sama. Instance RDS utama dan instance RDS sekunder ditempatkan di server fisik yang berbeda. Rak redundan, sistem HVAC, sirkuit, dan jaringan tersedia di zona tersebut untuk memastikan ketersediaan tinggi sistem database Anda.

  • Instance RDS multi-zone: Instance ini juga disebut pusat data ganda lokal atau instans pemulihan bencana lokal. Instance RDS utama dan instance RDS sekunder berada di zona yang berbeda di wilayah yang sama. Pemulihan bencana lintas zona didukung tanpa biaya tambahan.

Catatan

RDS Cluster Edition

ApsaraDB RDS for MySQL

RDS Cluster Edition didukung oleh MySQL 5.7 dan MySQL 8.0. RDS Cluster Edition menyediakan manfaat berikut. Untuk informasi lebih lanjut, lihat RDS Cluster Edition. Instance RDS yang menjalankan RDS Cluster Edition disebut sebagai kluster RDS.

  • Kluster RDS Anda terdiri dari satu node utama dan beberapa node sekunder. Node-node tersebut bekerja dalam mode ketersediaan tinggi (HA).

  • Node sekunder dapat memproses permintaan baca. Dengan cara ini, kemampuan baca sistem database Anda meningkat secara linear, dan Anda tidak perlu membeli kluster RDS hanya-baca.

  • Fitur pemulihan bencana multi-zona memungkinkan Anda menerapkan kluster RDS lintas zona.

  • Failover otomatis node dalam kluster RDS didukung.

  • Node sekunder dapat diakses menggunakan endpoint hanya-baca untuk kluster RDS. Selama failover, ApsaraDB RDS secara otomatis melakukan langkah-langkah berikut untuk mengimplementasikan ketersediaan tinggi:

    • Mempromosikan node sekunder menjadi node utama, menghapus node sekunder dari endpoint hanya-baca kluster RDS, dan kemudian menghapus koneksi baca ke node sekunder. Dalam hal ini, koneksi transient terjadi pada endpoint hanya-baca kluster RDS.

    • Menghapus node utama yang rusak dari endpoint baca/tulis kluster RDS. Kemudian, menambahkan node sekunder yang dipromosikan ke endpoint baca/tulis. Dengan cara ini, Anda dapat terhubung ke kluster RDS menggunakan endpoint baca/tulis.

    • Menambahkan node utama asli ke endpoint hanya-baca kluster RDS setelah node utama asli dipulihkan. Node utama asli mewarisi bobot baca yang ditentukan untuk node sekunder yang dipromosikan.

    Jika kluster RDS hanya memiliki satu node sekunder, endpoint hanya-baca kluster RDS tidak dapat diakses sebelum node utama yang rusak dipulihkan. Jika kluster RDS memiliki beberapa node sekunder, koneksi transient terjadi pada endpoint hanya-baca kluster selama failover. Selama koneksi transient, node sekunder lainnya memproses permintaan baca.

    Oleh karena itu, kami merekomendasikan agar Anda mengonfigurasi beberapa node sekunder untuk kluster RDS Anda untuk memastikan akses berkelanjutan ke endpoint hanya-baca kluster RDS selama failover.

ApsaraDB RDS for SQL Server

Kluster RDS Anda terdiri dari instance RDS utama dan instance RDS sekunder. Anda dapat membuat hingga tujuh instance RDS hanya-baca untuk instance RDS utama untuk meningkatkan kemampuan baca. Data instance RDS sekunder dan semua instance RDS hanya-baca disinkronkan dari instance RDS utama. RDS Cluster Edition memberikan ketersediaan tinggi yang sama dengan RDS High-availability Edition. Di RDS Cluster Edition, node hanya-baca dapat ditempatkan di zona lain selain zona node utama dan sekunder. Untuk informasi lebih lanjut, lihat Ikhtisar instance ApsaraDB RDS for SQL Server hanya-baca.

Memulai dengan ApsaraDB RDS