Ikhtisar
Global Active Database (GAD) mengintegrasikan kemampuan pemulihan bencana (DR) dan redundansi geo-aktif untuk menyediakan solusi end-to-end yang hemat biaya. GAD dibangun di atas ApsaraDB RDS dan Data Transmission Service (DTS). Kelompok instans GAD menggunakan arsitektur bintang yang terdiri dari satu instans utama dan beberapa instans sekunder. Dalam kelompok instans GAD, data disinkronkan secara real-time antara instans ApsaraDB RDS yang ditambahkan ke berbagai wilayah atau zona menggunakan DTS. Hal ini memungkinkan Anda mengakses instans terdekat dalam kelompok GAD.
Manfaat
Hemat biaya
GAD disediakan sebagai produk dan memungkinkan Anda menggunakan instans RDS yang hemat biaya, seperti Instans YiTian RDS, kluster RDS, dan instans RDS tanpa server. Dibandingkan dengan kelompok instans yang dibuat langsung menggunakan ApsaraDB RDS dan DTS, kelompok instans GAD menggunakan tugas sinkronisasi data tanpa server untuk mengurangi biaya transmisi data hingga 60%. Selain itu, Anda dapat menggunakan kelompok instans GAD bersama dengan proksi database yang disediakan secara gratis untuk lebih mengurangi biaya penerapan keseluruhan. Dalam kelompok instans GAD, tugas sinkronisasi data DTS menggunakan teknologi tanpa server yang hemat biaya. Jika Anda juga menggunakan paket sumber daya relevan atau diskon dasar, biaya transmisi data lintas wilayah menggunakan GAD secara signifikan lebih rendah daripada menggunakan layanan jaringan seperti Cloud Enterprise Network (CEN).
Kemudahan penggunaan
GAD menyediakan solusi pemulihan bencana geo dan redundansi geo-aktif end-to-end yang stabil. Solusi ini memberikan instans RDS dan instans DTS yang sepenuhnya dikelola untuk membuat kelompok instans secara fleksibel, mendukung koneksi otomatis ke tautan sinkronisasi data, alih bencana primer/sekunder cepat pada kelompok GAD, serta simulasi DR hanya dengan beberapa klik. Solusi ini memungkinkan Anda membangun arsitektur pemulihan bencana di tiga pusat data di dua wilayah dalam waktu lima menit.
Keamanan dan keandalan
GAD menyediakan tautan aman dan sesuai untuk memfasilitasi transfer data lintas batas dan ekspansi bisnis global perusahaan. Kelompok instans GAD menyediakan verifikasi dan koreksi konsistensi data untuk menghindari penulisan kotor. ApsaraDB RDS dan DTS memastikan ketersediaan dan keamanan database sesuai dengan perjanjian tingkat layanan (SLA) yang ketat. Kelompok instans GAD juga menyediakan kemampuan redundansi geo-aktif dan pemulihan bencana untuk memenuhi persyaratan penerapan lintas wilayah dan pemulihan bencana. Dalam kelompok instans GAD, akses data terdekat dapat diimplementasikan untuk mengurangi latensi.
Pemulihan bencana dan redundansi geo-aktif
Kelompok instans GAD diklasifikasikan menjadi kelompok instans pemulihan bencana dan kelompok instans redundansi geo-aktif. Setiap kelompok instans terdiri dari satu instans utama dan hingga empat instans sekunder. Setiap instans dalam kelompok instans GAD adalah instans RDS independen yang menjalankan Edisi Ketersediaan Tinggi RDS atau Edisi Kluster RDS. Anda dapat mengonfigurasi sinkronisasi data satu arah atau dua arah antara instans utama dan sekunder dalam kelompok instans GAD.
Kelompok instans pemulihan bencana
Pengantar: Kelompok instans pemulihan bencana terdiri dari satu instans utama yang memproses permintaan baca dan tulis dan beberapa instans sekunder yang hanya memproses permintaan baca. Anda dapat mengonfigurasi sinkronisasi data satu arah atau dua arah antara instans utama dan sekunder. Kelompok instans pemulihan bencana mendukung alih bencana dan simulasi DR, serta memungkinkan Anda membangun arsitektur di tiga pusat data di dua wilayah untuk pemulihan bencana secara efisien. Anda dapat menggunakan kelompok instans pemulihan bencana bersama dengan instans RDS yang hemat biaya, seperti Instans YiTian RDS, kluster RDS, dan instans RDS dengan fitur proksi database diaktifkan. Kelompok instans pemulihan bencana mendukung satu instans utama dan hingga empat instans sekunder. Jika semua node dari instans utama dalam kelompok instans pemulihan bencana menjadi tidak tersedia, Anda dapat menggunakan fitur alih bencana primer/sekunder untuk mempromosikan instans sekunder menjadi instans utama guna segera memulihkan beban kerja aplikasi Anda.
Skenario: Anda ingin mencapai pemulihan bencana lintas wilayah atau zona, melakukan simulasi pemulihan bencana, atau memenuhi persyaratan pemulihan bencana dalam skenario lainnya.
Fitur instans pemulihan bencana RDS telah ditingkatkan menjadi Global Active Database. Anda dapat membuat kelompok instans GAD dengan menambahkan instans pemulihan bencana di halaman Basic Information dari instans RDS biasa (klik untuk melihat metode penggunaan). GAD mengintegrasikan pengalaman pembelian dan konfigurasi satu klik dari RDS dan DTS, menyediakan kemampuan alih bencana, serta memenuhi persyaratan kepatuhan regulasi dan ketersediaan data tinggi.
Kelompok instans redundansi geo-aktif
Pengantar: Kelompok instans redundansi geo-aktif terdiri dari satu instans utama dan beberapa instans sekunder yang dapat memproses permintaan baca dan tulis. Anda dapat mengonfigurasi sinkronisasi data dua arah antara instans utama dan sekunder. Arsitektur redundansi geo-aktif yang terdiri dari satu instans utama dan beberapa instans sekunder dapat memenuhi persyaratan penerapan lintas wilayah dan pemulihan bencana. Dalam kelompok instans redundansi geo-aktif, akses data terdekat dapat diimplementasikan untuk mengurangi latensi. Verifikasi dan koreksi data yang ketat dalam kelompok instans dapat secara efektif mengatasi tantangan industri seperti konflik penulisan ganda dan loop replikasi, serta memenuhi persyaratan seperti memproses permintaan baca dan tulis konkurensi tinggi dan memastikan konsistensi data.
Skenario: Anda ingin permintaan baca dan tulis diproses oleh beberapa instans lintas wilayah dan ingin mengakses data bisnis dengan latensi rendah.
Aturan penagihan
Biaya untuk kelompok instans GAD mencakup biaya untuk instans RDS baru dan biaya untuk tautan sinkronisasi data DTS. Jika Anda menggunakan instans RDS yang ada untuk membuat kelompok instans GAD atau menambahkan instans RDS yang ada sebagai instans sekunder ke kelompok instans, tidak ada biaya yang dihasilkan untuk instans RDS yang ada. Namun, biaya untuk tautan sinkronisasi data tetap berlaku.
Biaya untuk instans RDS baru
Saat Anda menggunakan instans RDS baru untuk membuat kelompok instans atau menambahkan instans RDS baru sebagai instans sekunder ke kelompok instans, Anda akan dikenakan biaya untuk tipe instans dan kapasitas penyimpanan dari instans RDS. Metode penagihan saat ini mendukung langganan, bayar sesuai penggunaan, dan arsitektur tanpa server (hanya instans sekunder yang mendukung tanpa server).
Biaya untuk tautan sinkronisasi data
Saat Anda menambahkan instans RDS sebagai instans sekunder ke kelompok instans, sistem secara otomatis membuat tautan sinkronisasi data antara instans utama dan sekunder (kelompok instans redundansi geo-aktif menggunakan sinkronisasi dua arah secara default, kelompok instans pemulihan bencana dapat menggunakan sinkronisasi satu arah atau dua arah). Anda akan dikenakan biaya untuk tautan sinkronisasi data berdasarkan wilayah, jenis tautan, jumlah tautan, dan durasi penggunaan. Untuk informasi lebih lanjut, lihat tabel berikut.
Biaya untuk sinkronisasi data dihitung menggunakan rumus berikut: Biaya untuk sinkronisasi data = Harga satuan tugas sinkronisasi data satu arah atau dua arah × Jumlah tugas sinkronisasi data × Durasi penggunaan
Tautan sinkronisasi
Harga satuan tautan sinkronisasi satu arah (USD/jam/tautan)
Harga satuan tautan sinkronisasi dua arah (USD/jam/tautan)
Sinkronisasi dalam Tiongkok daratan
0.187969924812
0.375939849624
Sinkronisasi di luar Tiongkok daratan
(Hong Kong (Tiongkok) dan wilayah di luar Tiongkok)
0.375939849624
0.751879699248
Sinkronisasi antara Tiongkok daratan dan wilayah di luar Tiongkok daratan
Tidak didukung
Tidak didukung
Versi database yang didukung dan wilayah
Versi database yang didukung
Saat ini, hanya MySQL 5.7 dan 8.0 yang didukung.
Wilayah yang didukung
Saat ini, hanya sinkronisasi dalam Tiongkok daratan dan di luar Tiongkok daratan (Hong Kong (Tiongkok) dan wilayah di luar Tiongkok) yang didukung. Sinkronisasi antara Tiongkok daratan dan wilayah di luar Tiongkok daratan tidak didukung.
Instans utama dan sekunder harus diterapkan di wilayah yang berbeda. Saat ini, fitur redundansi geo-aktif dan pemulihan bencana mendukung wilayah yang sama, seperti yang tercantum di bawah ini:
Tiongkok Daratan: Tiongkok (Hangzhou), Tiongkok (Shanghai), Tiongkok (Qingdao), Tiongkok (Beijing), Tiongkok (Zhangjiakou), Tiongkok (Shenzhen), Tiongkok (Guangzhou), Tiongkok (Hohhot), Tiongkok (Ulanqab), Tiongkok (Heyuan), Tiongkok (Chengdu)
Hong Kong (Tiongkok)
Wilayah di Luar Tiongkok: Thailand (Bangkok), Korea Selatan (Seoul), Filipina (Manila), Jepang (Tokyo), Singapura, Malaysia (Kuala Lumpur), Indonesia (Jakarta), AS (Silicon Valley), AS (Virginia), Jerman (Frankfurt), Inggris (London)
Cara menggunakan
Metode 1: Beli instans RDS MySQL baru dan tambahkan sebagai instans sekunder GAD
Pertama, buat kelompok instans GAD.
Kemudian, buat instans RDS MySQL baru dan tambahkan sebagai instans sekunder ke kelompok instans GAD. Untuk informasi lebih lanjut, lihat Metode 1: Buat instans baru dan tambahkan sebagai instans sekunder.
Metode 2: Tambahkan instans RDS MySQL yang ada sebagai instans sekunder GAD
Pertama, buat kelompok instans GAD.
Kemudian, tambahkan instans RDS MySQL yang ada sebagai instans sekunder ke kelompok instans GAD. Untuk informasi lebih lanjut, lihat Metode 2: Tambahkan instans yang ada sebagai instans sekunder.