Topik ini menjelaskan arsitektur, manfaat, dan skenario Edisi Kluster RDS untuk ApsaraDB RDS PostgreSQL.
Pengenalan Edisi Kluster RDS
Edisi Kluster RDS untuk ApsaraDB RDS PostgreSQL menggunakan arsitektur ketersediaan tinggi (HA) dengan satu node utama dan beberapa node sekunder. Arsitektur ini mendukung pemisahan komputasi-penyimpanan serta menyediakan fitur seperti failover otomatis, pergantian utama/sekunder, node sekunder yang dapat dibaca, penambahan dan penghapusan node, pemulihan bencana lintas zona, pemantauan tingkat node, dan manajemen topologi kluster. Dibandingkan dengan database yang dikelola sendiri, kluster RDS lebih hemat biaya, fleksibel, dan andal. Instance RDS yang menjalankan Edisi Kluster RDS disebut sebagai kluster RDS.
Tabel berikut membandingkan Edisi Dasar RDS, Edisi Ketersediaan Tinggi RDS, dan Edisi Kluster RDS untuk ApsaraDB RDS PostgreSQL.
Item | Edisi Dasar RDS | Edisi Ketersediaan Tinggi RDS | Edisi Kluster RDS |
Jumlah node atau instance | 1 | 2 (default) Catatan Dalam Edisi Ketersediaan Tinggi RDS, satu instance utama dan satu instance sekunder disediakan secara default. Jika Anda memerlukan lebih banyak instance, Anda dapat membuat instance baca-saja. | 2 hingga 9 Catatan Dalam Edisi Kluster RDS, satu node utama dan dua node sekunder disediakan secara default. Anda juga dapat membuat kluster RDS yang terdiri dari satu node utama dan satu node sekunder. Setelah kluster RDS dibuat, Anda dapat menambahkan node ke kluster RDS. Kluster RDS dapat berisi maksimal sembilan node, termasuk satu node utama dan delapan node sekunder. |
Instance atau node sekunder yang dapat dibaca | Tidak tersedia | Tidak didukung | Didukung |
Jenis titik akhir | Titik akhir baca/tulis | Titik akhir baca/tulis |
|
Jumlah maksimum instance atau node yang tidak tersedia | 0 | 1 | n - 1. n menunjukkan jumlah node dalam kluster RDS. |
Jumlah zona | 1 | Kurang dari atau sama dengan 2 | Kurang dari atau sama dengan jumlah node dalam kluster RDS |
Arstektur
Edisi Kluster RDS untuk ApsaraDB RDS PostgreSQL menggunakan arsitektur HA dengan satu node utama dan beberapa node sekunder. Gambar berikut menunjukkan arsitektur tersebut.
Manfaat
Dalam ApsaraDB RDS untuk PostgreSQL, Edisi Kluster RDS menawarkan manfaat berikut dibandingkan dengan Edisi Ketersediaan Tinggi RDS:
Lebih hemat biaya
Node sekunder dalam kluster RDS dapat dibaca, sehingga Anda tidak perlu membuat kluster RDS baca-saja. Ini meningkatkan kemampuan baca kluster RDS secara linear sambil mengurangi overhead sumber daya dan biaya. Jika menggunakan Edisi Ketersediaan Tinggi RDS dan ingin meningkatkan kemampuan baca instance RDS, Anda harus membuat instance RDS baca-saja. Dibandingkan dengan Edisi Ketersediaan Tinggi RDS, Edisi Kluster RDS mengurangi biaya hingga 40%.
Anda dapat menggunakan titik akhir perutean baca-saja dari kluster RDS untuk mengakses node sekunder tanpa biaya tambahan. Anda juga dapat menambahkan beberapa node sekunder ke titik akhir perutean baca-saja dan menentukan bobot baca untuk menyeimbangkan beban. Untuk informasi lebih lanjut, lihat Lihat dan ubah titik akhir dan nomor port.
Lebih fleksibel
Penyebaran node yang fleksibel
Dibandingkan dengan Edisi Dasar RDS dan Edisi Ketersediaan Tinggi RDS, Edisi Kluster RDS mendukung manajemen topologi node. Setelah membuat kluster RDS, Anda dapat menambah atau menghapus node sesuai kebutuhan bisnis dengan cara yang lebih hemat biaya. Untuk informasi lebih lanjut, lihat Tambahkan node ke kluster RDS dan Hapus node dari kluster RDS.
Pemantauan tingkat node
Edisi Kluster RDS mendukung pemantauan tingkat node, memungkinkan Anda melihat status setiap node dalam kluster RDS.
Lebih andal
Pemulihan bencana lintas zona
Dalam Edisi Ketersediaan Tinggi RDS, satu instance utama dan satu instance sekunder disediakan untuk memastikan HA. Dalam Edisi Kluster RDS, semua node sekunder dalam kluster RDS dapat digunakan untuk pemulihan bencana. Kami merekomendasikan agar Anda menerapkan node sekunder di zona berbeda untuk mencapai pemulihan bencana lintas zona.
Node sekunder yang lebih andal
Tim teknis Alibaba Cloud menggunakan teknologi cloud native untuk melakukan optimasi mendalam pada ApsaraDB RDS, meningkatkan keandalan node sekunder dalam kluster RDS.
Sistem ketersediaan tinggi RDS direkonstruksi, mengurangi waktu deteksi kesalahan pada node sekunder dari granularitas menit menjadi granularitas detik.
Fitur cadangan digit tunggal detik yang disediakan oleh EBS digunakan, mengurangi waktu pemulihan data dari puluhan menit menjadi 1 menit dan memungkinkan node sekunder pulih dari kesalahan dalam waktu 10 menit pada 99% kasus penggunaan.
Batasan
Batasan pada fitur
Migrasi lintas zona tidak didukung.
Saat membuat kluster RDS, mengkloning kluster RDS, meningkatkan versi mesin utama kluster RDS, atau membuat ulang kluster RDS, Anda dapat mengonfigurasi hingga dua node sekunder untuk kluster RDS.
Saat meningkatkan versi mesin utama, sistem tidak akan secara otomatis mengubah titik akhir perutean baca-saja. Jika menggunakan metode konfigurasi cutover untuk meningkatkan versi mesin utama, Anda harus terlebih dahulu menghapus titik akhir perutean baca-saja yang terlibat. Setelah peningkatan selesai, Anda dapat membuat titik akhir perutean baca-saja.
Anda tidak dapat mengubah edisi RDS dari Edisi Dasar RDS atau Edisi Ketersediaan Tinggi RDS menjadi Edisi Kluster RDS.
Batasan pada versi
Untuk membuat instance RDS yang menjalankan Edisi Kluster RDS, Anda harus memilih PostgreSQL 14 atau yang lebih baru.
Referensi
Buat instance RDS yang menjalankan Edisi Kluster RDS
Untuk informasi lebih lanjut, lihat Buat instance.