Pemulihan Bencana Multi-zona Berbasis 3 AZ - Hologres

Hologres mendukung pemulihan bencana multi-zona di tiga availability zone (AZ) dalam wilayah yang sama. Fitur ini memperluas ketersediaan instans dari satu AZ menjadi tiga AZ dalam wilayah tersebut, menyediakan isolasi kesalahan lintas-AZ sehingga operasi bisnis tetap berjalan meskipun satu AZ mengalami kegagalan. Anda dapat menggunakan fitur ini untuk menangani skenario seperti kegagalan jaringan penyedia layanan atau kegagalan komputasi di satu AZ, yang pada gilirannya meningkatkan kemampuan pemulihan bencana bisnis Anda.

Catatan Penting

Anda hanya dapat melakukan peningkatan pada instans yang menjalankan Hologres V3.0.19 atau versi yang lebih baru menjadi instans dengan penyimpanan redundan zona.
Layanan ini saat ini tersedia di wilayah berikut: China (Shenzhen), China (Hangzhou), China (Shanghai), China (Beijing), China (Hong Kong), Singapore, Japan (Tokyo), Finance Cloud (Shanghai), dan Finance Cloud (Hangzhou).

Ikhtisar Pemulihan Bencana Multi-zona Berbasis 3 AZ

Pengenalan Fungsi

Pemulihan bencana multi-zona Hologres berbasis 3 AZ memperluas ketersediaan instans dari satu AZ menjadi tiga AZ dalam wilayah yang sama. Fitur ini menyediakan isolasi kesalahan lintas-AZ agar bisnis Anda tetap online selama terjadi kegagalan AZ. Anda dapat menggunakannya untuk skenario seperti kegagalan jaringan penyedia layanan, kegagalan komputasi di satu AZ, dan skenario serupa lainnya, sehingga meningkatkan kemampuan pemulihan bencana bisnis Anda.

Hologres mendukung pemulihan bencana multi-zona di tiga availability zone (AZ), mencakup pemulihan bencana tingkat penyimpanan di tiga AZ dan ketersediaan tinggi lapisan komputasi di beberapa AZ, sebagaimana dijelaskan berikut ini:

Pemulihan bencana penyimpanan redundan zona di 3 AZ: Juga dikenal sebagai penyimpanan redundan zona. Data instans disimpan di beberapa AZ dalam wilayah yang sama—AZ tersebut merupakan AZ Pangu yang mendasari. Anda tidak perlu mengetahui AZ spesifik yang digunakan. Jika pusat data di satu AZ tidak tersedia, sistem secara otomatis mengakses data dari AZ replika dalam mode penyimpanan redundan zona tanpa memerlukan alih manual. Data tetap dapat diakses, sehingga memungkinkan pemulihan bencana tingkat pusat data dalam wilayah yang sama.
Ketersediaan tinggi komputasi multi-AZ: Jika instans Anda menggunakan penyimpanan redundan zona, Anda dapat secara manual mengalihkan node komputasi ke AZ yang sehat ketika pusat data komputasi mengalami kegagalan. Hal ini menghindari downtime komputasi dan meningkatkan ketersediaan tinggi lapisan komputasi—dengan syarat sumber daya komputasi yang cukup tersedia di AZ tujuan.

Prinsip Teknis

Penyimpanan redundan lokal: Saat instans Anda menggunakan penyimpanan redundan lokal, instans tersebut secara default ditempatkan di satu AZ dalam suatu wilayah. Jika pusat data AZ tersebut tidak tersedia, data terkait menjadi tidak dapat diakses. Baik penyimpanan maupun komputasi tidak mendukung ketersediaan tinggi lintas-AZ.
Penyimpanan redundan zona: Saat instans Anda menggunakan penyimpanan redundan zona 3-AZ (pemulihan bencana multi-zona), data disimpan secara redundan di beberapa AZ dalam wilayah yang sama. Jika pusat data di satu AZ gagal, penyimpanan redundan zona tetap memastikan data tetap dapat diakses. Fitur ini memberikan pemulihan bencana tingkat pusat data untuk penyimpanan dan komputasi dalam wilayah yang sama.

Dibandingkan dengan penyimpanan redundan lokal, penyimpanan redundan zona menawarkan ketersediaan yang lebih tinggi dan peningkatan alih pemulihan bencana. Biaya penyimpanan meningkat sesuai dengan hal tersebut. Untuk detailnya, lihat Ikhtisar Tagihan. Semua biaya lainnya tetap tidak berubah.

Pemulihan bencana multi-zona berbasis 3 AZ mencakup pemulihan bencana penyimpanan dan pemulihan bencana komputasi. Prinsip teknisnya adalah sebagai berikut:

Prinsip Pemulihan Bencana Penyimpanan

Dalam mode penyimpanan redundan zona, data instans disimpan di beberapa AZ dalam wilayah yang sama. AZ tempat instans berada berfungsi sebagai zona primary. AZ lainnya adalah zona fisik yang telah dipratinjaukan.

Catatan

AZ mengacu pada lokasi mesin fisik yang mendasari. Sistem secara otomatis memilih AZ lain berdasarkan zona primary instans Anda. Anda tidak perlu mengetahui AZ spesifik yang digunakan.

Saat AZ instans dalam kondisi sehat:
- Penulisan data: Semua AZ menulis data secara bersamaan. Sistem hanya mengembalikan status sukses setelah semua AZ menyelesaikan penulisan. Jika ada AZ yang gagal, semua AZ membatalkan operasi penulisan tersebut. Sistem penyimpanan menjamin atomicity.
- Kueri data: Sistem pertama-tama membaca data dari AZ instans.
Saat AZ instans mengalami kegagalan:
- Penulisan data: Sistem melewati AZ yang gagal dan menulis data ke AZ sehat lainnya. Sistem selalu mempertahankan beberapa replika. Bahkan dalam kasus ekstrem, setidaknya satu AZ tetap tersedia.
- Kueri data: Sistem secara otomatis mengarahkan kueri ke AZ replika terdekat. Kontinuitas dan ketersediaan layanan tetap terjaga.
Setelah AZ instans pulih:
- Penulisan data: Sistem melanjutkan penulisan data ke AZ asal. Data baru yang ditulis selama gangguan disalin secara asinkron dari AZ replika ke AZ yang telah pulih.
- Kueri data: Mesin penyimpanan secara otomatis mengarahkan permintaan baca. Sistem memprioritaskan data dari AZ instans. Jika AZ tersebut belum memiliki data terbaru, sistem secara otomatis membaca dari AZ replika. Hal ini memastikan kebenaran data. Anda tidak perlu melacak kapan AZ yang pulih selesai menyalin data. Pengarahan otomatis menjaga data tetap mutakhir dan akurat.

Dalam mode penyimpanan redundan zona, sistem mencapai ketersediaan tinggi dan pemulihan bencana otomatis untuk penyimpanan. Tidak diperlukan tindakan manual untuk mempertahankan ketersediaan bisnis.

Prinsip Pemulihan Bencana Komputasi

Pemulihan bencana komputasi hanya tersedia untuk instans yang menggunakan penyimpanan redundan zona 3-AZ. Berbeda dengan pemulihan bencana penyimpanan—yang secara otomatis mengalihkan AZ dan mengarahkan traffic—komputasi tidak menyimpan data. Ketika pusat data komputasi gagal, Anda harus secara manual memilih Switch Computing Zone di Konsol untuk memindahkan node komputasi ke AZ yang sehat. Hal ini menjaga ketersediaan komputasi.

Catatan

Jika AZ tujuan tidak memiliki sumber daya komputasi yang cukup, alih tersebut dapat gagal. Sistem tidak menjamin ketersediaan sumber daya 100%. Segera ajukan tiket di https://smartservice.console.alibabacloud.com/service/create-ticket? atau bergabunglah dengan kelompok pengguna Hologres untuk menghubungi dukungan Hologres.

Pembelian dan Penggunaan Instans Pemulihan Bencana Multi-zona

Saat membeli instans baru, atur Storage Redundancy Type ke ZRS.

Catatan

Tagihan: Anda dikenai biaya sesuai tarif penyimpanan redundan zona. Hanya biaya penyimpanan yang meningkat dibandingkan dengan instans standar. Untuk detailnya, lihat Ikhtisar Tagihan.
Instans yang sudah ada secara default menggunakan penyimpanan redundan lokal (penyimpanan single-AZ). Hanya instans yang menjalankan Hologres V3.0.19 atau versi yang lebih baru yang dapat ditingkatkan ke penyimpanan 3-AZ. Untuk detailnya, lihat Mengonversi Instans Standar Menjadi Instans Pemulihan Bencana Multi-zona 3-AZ.

Setelah pembelian berhasil, buka halaman Instance Details. Di bawah Storage Resources, pastikan bahwa Storage Redundancy Type menampilkan Zone-redundant Storage (ZRS). Jika AZ mengalami kegagalan, ikuti Panduan Pemulihan Bencana. Anda dapat menggunakan instans ini seperti instans dengan penyimpanan redundan lokal.

Panduan Pemulihan Bencana

Panduan Pemulihan Bencana Penyimpanan

Jika pusat data di AZ instans Anda gagal, Hologres akan mengirimkan notifikasi SMS atau email. Hologres kemudian melakukan pemulihan otomatis sebagai berikut:

Hologres secara otomatis mengalihkan penyimpanan ke AZ yang sehat. Tidak diperlukan tindakan dari aplikasi Anda. Layanan dilanjutkan secara otomatis.
Setelah alih, data terus ditulis ke AZ sehat tanpa terpengaruh oleh AZ yang gagal. Kueri secara otomatis diarahkan ke data di AZ terdekat. Tidak diperlukan perubahan kode. Jika pekerjaan gagal selama gangguan, Anda dapat menjalankannya kembali.
Anda hanya perlu fokus pada operasi bisnis dan memastikan bisnis kembali normal.

Panduan Pemulihan Bencana Komputasi

Jika instans Anda menggunakan penyimpanan redundan zona (pemulihan bencana multi-zona), Hologres mendukung manual compute AZ switchover untuk mencapai ketersediaan tinggi komputasi multi-AZ dan memulihkan layanan dengan cepat.

Jika AZ komputasi instans Anda gagal, Hologres akan mengirimkan notifikasi SMS atau email. Lakukan langkah-langkah berikut untuk pemulihan:

Buka Hologres Management Console. Di halaman Instances, klik ID instans Anda untuk membuka halaman Instance Details.
Di panel navigasi sebelah kiri, klik Backup and Disaster Recovery. Lalu pilih tab Zone-disaster Recovery.
Di bagian Compute Disaster Recovery, klik Switch Computing Zone.
Jika sumber daya komputasi yang cukup tersedia di AZ tujuan, pilih Computing Zone for Disaster Recovery yang diinginkan di kotak dialog Switch Computing Zone. Klik OK untuk memigrasikan node komputasi.

Setelah migrasi, konfigurasi dasar—termasuk endpoint—tetap tidak berubah. Saat status instans adalah Running, Anda dapat menjalankan kembali pekerjaan yang gagal. Pantau aplikasi Anda hingga pemulihan penuh tercapai.

Penting

Hanya instans dengan penyimpanan redundan zona (pemulihan bencana multi-zona) yang mendukung alih manual AZ komputasi. Jika instans Anda menggunakan penyimpanan redundan lokal, lihat Mengonversi Instans Standar Menjadi Instans Pemulihan Bencana Multi-zona 3-AZ.
Jika AZ tujuan tidak memiliki sumber daya komputasi yang cukup, alih tersebut gagal. Segera ajukan tiket di https://smartservice.console.alibabacloud.com/service/create-ticket? atau bergabunglah dengan kelompok pengguna Hologres untuk menghubungi dukungan Hologres.
Setelah migrasi manual AZ komputasi, endpoint dan konfigurasi jaringan tetap tidak berubah.
Tidak ada biaya komputasi tambahan yang dikenakan setelah migrasi manual AZ komputasi.

Mengonversi Instans Standar Menjadi Instans Pemulihan Bencana Multi-zona 3-AZ

Jika instans Anda menggunakan penyimpanan redundan lokal, data hanya disimpan di satu AZ dalam suatu wilayah. Jika pusat data AZ tersebut gagal, data terkait menjadi tidak dapat diakses.

Untuk mengaktifkan pemulihan bencana multi-zona, ajukan tiket atau bergabunglah dengan kelompok pengguna Hologres. Insinyur O&M Hologres akan melakukan konversi tersebut. Perhatikan hal-hal berikut:

Hanya instans Hologres yang menjalankan V3.0.19 atau versi yang lebih baru yang mendukung penyimpanan redundan zona. Jika instans Anda menjalankan versi sebelumnya, lakukan peningkatan menggunakan Instance Upgrade atau dengan bergabung ke kelompok pengguna Hologres. Untuk bantuan lebih lanjut, lihat Bagaimana cara mendapatkan dukungan online lebih lanjut?.
Dampak konversi:
- Selama konversi, operasi tulis dijeda, tetapi operasi baca tetap berlanjut. Jika pekerjaan Anda mendukung failover otomatis, Anda tidak perlu menghentikannya secara manual.
- Waktu konversi tergantung pada jumlah tabel. Sebagian besar instans menyelesaikan konversi dalam waktu 10 menit. Untuk perkiraan yang akurat, hubungi dukungan Hologres.
Setelah konversi, biaya penyimpanan disesuaikan ke tarif penyimpanan redundan zona. Harapkan biaya penyimpanan yang lebih tinggi. Pantau tagihan Anda secara cermat.