Hologres menyediakan fitur Penerapan multi-zona yang memperluas ketersediaan suatu instans dari satu zona ketersediaan menjadi tiga zona ketersediaan dalam wilayah yang sama. Fitur ini memberikan isolasi kesalahan di tingkat zona ketersediaan untuk melindungi layanan Anda dari kegagalan di satu zona, seperti gangguan jaringan penyedia layanan atau kegagalan infrastruktur komputasi, sehingga meningkatkan kemampuan pemulihan bencana bagi bisnis Anda.
Catatan penggunaan
-
Hanya instans versi V3.0.19 atau lebih baru yang dapat ditingkatkan untuk menggunakan Zone-redundant Storage.
-
Fitur ini saat ini tersedia di wilayah berikut: China (Shenzhen), China (Hangzhou), China (Shanghai), China (Beijing), China (Hong Kong), Singapore, Japan (Tokyo), China (Shanghai) Finance, dan China (Hangzhou) Finance.
Ikhtisar
Pendahuluan
Fitur Penerapan multi-zona Hologres memperluas ketersediaan suatu instans dari satu zona ketersediaan menjadi tiga zona ketersediaan dalam wilayah yang sama. Fitur ini memberikan isolasi kesalahan di tingkat zona ketersediaan untuk mencegah kegagalan di satu zona mengganggu layanan bisnis Anda. Anda dapat menggunakan fitur ini untuk menangani skenario seperti kegagalan jaringan penyedia layanan atau kegagalan infrastruktur komputasi di satu zona ketersediaan, sehingga meningkatkan kemampuan pemulihan bencana bisnis Anda.
Penerapan multi-zona Hologres mencakup pemulihan bencana penyimpanan di tiga zona ketersediaan dan ketersediaan tinggi untuk komputasi di beberapa zona ketersediaan:
-
Pemulihan bencana penyimpanan di tiga zona ketersediaan: Juga dikenal sebagai Zone-redundant Storage, fitur ini mereplikasi data suatu instans di beberapa zona ketersediaan dalam satu wilayah. Zona ketersediaan dasar dikelola oleh sistem penyimpanan terdistribusi Pangu, dan Anda tidak perlu mengelola lokasi spesifiknya. Jika penyimpanan di satu zona ketersediaan tidak tersedia, sistem secara otomatis mengakses replika di zona ketersediaan lain. Proses ini tidak memerlukan intervensi manual dan memastikan akses data berkelanjutan, memberikan pemulihan bencana di tingkat zona untuk penyimpanan.
-
Ketersediaan tinggi untuk node komputasi di beberapa zona ketersediaan: Jika suatu instans menggunakan Zone-redundant Storage, Anda dapat melakukan failover secara manual node komputasinya ke zona ketersediaan yang sehat jika terjadi kegagalan infrastruktur komputasi. Kemampuan ini meningkatkan ketersediaan tinggi lapisan komputasi, asalkan zona ketersediaan tujuan memiliki sumber daya komputasi yang mencukupi.
Cara kerja
-
Locally Redundant Storage: Saat suatu instans menggunakan Locally Redundant Storage, data disimpan di satu zona ketersediaan dalam suatu wilayah. Jika zona ketersediaan ini tidak tersedia, data menjadi tidak dapat diakses, dan ketersediaan tinggi untuk penyimpanan maupun komputasi tidak dapat dicapai.
-
Zone-redundant Storage: Saat suatu instans menggunakan Zone-redundant Storage (untuk Penerapan multi-zona), datanya direplikasi di beberapa zona ketersediaan dalam wilayah yang sama. Jika satu zona ketersediaan tidak tersedia, Zone-redundant Storage memastikan akses data berkelanjutan, memberikan pemulihan bencana di tingkat zona untuk penyimpanan dan memungkinkannya untuk komputasi.
Dibandingkan dengan Locally Redundant Storage, Zone-redundant Storage menawarkan ketersediaan yang lebih tinggi dan kemampuan pemulihan bencana yang lebih tangguh, tetapi juga meningkatkan biaya penyimpanan. Untuk detailnya, lihat Ikhtisar penagihan. Biaya lainnya tetap tidak berubah.
Penerapan multi-zona menyediakan pemulihan bencana penyimpanan dan pemulihan bencana komputasi. Bagian berikut menjelaskan cara kerjanya.
Pemulihan bencana penyimpanan
Dengan Zone-redundant Storage, data suatu instans disimpan di beberapa zona ketersediaan dalam wilayah yang sama. Zona ketersediaan tempat instans dibuat berfungsi sebagai zona ketersediaan utama, sedangkan zona lainnya dipilih dari zona yang tersedia lainnya.
Sistem secara otomatis memilih zona ketersediaan sekunder berdasarkan zona ketersediaan utama instans Anda. Anda tidak perlu mengelola atau mengetahui zona ketersediaan spesifik mana yang digunakan.
-
Saat operasi normal:
-
Penulisan data: Sistem menulis data secara simultan di beberapa zona ketersediaan. Operasi penulisan bersifat atomik dan hanya dikonfirmasi setelah berhasil di semua zona. Jika penulisan gagal di salah satu zona, seluruh operasi akan di-rollback.
-
Kueri data: Secara default, sistem mengarahkan kueri ke zona ketersediaan utama.
-
-
Jika zona ketersediaan utama gagal:
-
Penulisan data: Sistem secara otomatis mengarahkan penulisan ke zona ketersediaan yang sehat, melewati zona yang gagal. Sistem memastikan bahwa beberapa replika data selalu dipertahankan. Dalam kasus ekstrem, setidaknya satu zona ketersediaan tetap beroperasi.
-
Kueri data: Sistem secara otomatis mengarahkan kueri ke replika terdekat yang tersedia untuk memastikan kelangsungan dan ketersediaan layanan.
-
-
Setelah zona ketersediaan utama pulih:
-
Penulisan data: Penulisan dilanjutkan ke zona ketersediaan utama asal. Sistem mereplikasi secara asinkron data yang ditulis selama gangguan dari zona sekunder kembali ke zona utama yang telah pulih.
-
Kueri data: Mesin penyimpanan secara otomatis mengarahkan permintaan baca. Mesin tersebut memprioritaskan data dari zona ketersediaan utama. Jika data terbaru tidak tersedia di zona utama, mesin secara otomatis mengalihkan kueri ke zona replika untuk memastikan kebenaran data. Kesegaran dan akurasi data dijamin oleh pengarahan otomatis sistem, sehingga Anda tidak perlu memantau penyelesaian sinkronisasi data.
-
Dengan Zone-redundant Storage, sistem menyediakan ketersediaan tinggi dan failover otomatis untuk penyimpanan, memastikan kelangsungan bisnis tanpa intervensi manual.

Pemulihan bencana komputasi
Pemulihan bencana komputasi hanya dimungkinkan untuk instans yang menggunakan Zone-redundant Storage. Berbeda dengan pemulihan bencana penyimpanan yang memiliki failover dan pengarahan otomatis, pemulihan komputasi memerlukan intervensi manual. Jika pusat data yang menampung node komputasi Anda gagal, Anda harus memicu failover secara manual dari Konsol menggunakan fitur Switch Computing Zone. Aksi ini memigrasikan node komputasi ke zona ketersediaan yang sehat, memastikan ketersediaan sumber daya komputasi Anda.
Failover komputasi dapat gagal jika zona ketersediaan tujuan tidak memiliki sumber daya yang mencukupi. Sistem tidak menjamin ketersediaan sumber daya 100%. Jika mengalami masalah ini, segera kirim tiket atau bergabung dengan Grup Pertukaran Hologres Gudang Data Real-time di DingTalk untuk menghubungi dukungan teknis Hologres.
Beli instans dengan Penerapan multi-zona
Saat membeli instans baru, atur Storage Redundancy Type menjadi ZRS.
-
Penagihan: Anda dikenai biaya berdasarkan harga satuan Zone-redundant Storage. Ini hanya meningkatkan biaya penyimpanan Anda dibandingkan dengan instans standar. Untuk informasi lebih lanjut, lihat Ikhtisar penagihan.
-
Instans yang sudah ada menggunakan Locally Redundant Storage secara default. Hanya instans versi V3.0.19 atau lebih baru yang dapat ditingkatkan untuk menggunakan Zone-redundant Storage. Untuk informasi lebih lanjut, lihat Aktifkan Penerapan multi-zona untuk instans yang sudah ada.
Setelah membuat instans, buka halaman Instance Details. Di bagian Storage Resources, verifikasi bahwa Storage Redundancy Type diatur ke Zone-redundant Storage (ZRS). Jika terjadi kegagalan zona ketersediaan, ikuti petunjuk dalam Panduan pemulihan bencana. Anda dapat menggunakan jenis instans ini dengan cara yang sama seperti instans yang menggunakan Locally Redundant Storage.
Pemulihan bencana
Pemulihan bencana penyimpanan
Jika terjadi kegagalan penyimpanan di zona ketersediaan tempat instans Anda berada, Hologres memberi tahu Anda melalui SMS atau email. Sistem kemudian memulai pemulihan otomatis:
-
Hologres secara otomatis melakukan failover penyimpanan ke zona ketersediaan lain. Tidak diperlukan tindakan dari Anda, dan layanan Anda pulih secara otomatis.
-
Setelah failover, penulisan data berlanjut di zona ketersediaan yang sehat, tidak terpengaruh oleh zona yang gagal. Sistem secara otomatis mengarahkan kueri ke replika data terdekat yang tersedia. Tidak diperlukan perubahan aplikasi. Jika ada pekerjaan yang gagal selama insiden, Anda harus menjalankannya kembali.
-
Monitor operasi bisnis Anda untuk memastikan bahwa semuanya telah sepenuhnya dipulihkan.

Pemulihan bencana komputasi
Jika instans Anda menggunakan Zone-redundant Storage, Hologres memungkinkan Anda secara manual mengalihkan zona ketersediaan komputasi untuk mencapai ketersediaan tinggi bagi node komputasi dan memulihkan layanan Anda dengan cepat.
Jika terjadi kegagalan di zona ketersediaan komputasi instans Anda, Hologres memberi tahu Anda melalui SMS atau email. Kemudian, ikuti langkah-langkah berikut untuk memulihkan sumber daya komputasi Anda secara manual:
-
Buka Konsol Hologres. Pada halaman Instances, klik ID instans target untuk membuka halaman Instance Details.
-
Di panel navigasi kiri, klik Backup and Disaster Recovery lalu klik tab Zone-disaster Recovery.
-
Di bagian Compute Disaster Recovery, klik Switch Computing Zone.
-
Jika zona ketersediaan tujuan memiliki sumber daya komputasi yang mencukupi, pilih Computing Zone for Disaster Recovery di kotak dialog Switch Computing Zone dan klik OK untuk memigrasikan node komputasi.
Setelah migrasi selesai, konfigurasi dasar instans, seperti titik akhirnya, tetap tidak berubah. Saat status instans berubah menjadi Running, jalankan kembali pekerjaan yang gagal dan monitor operasi bisnis Anda hingga sepenuhnya pulih.
-
Anda hanya dapat mengalihkan zona ketersediaan komputasi secara manual untuk instans yang menggunakan Zone-redundant Storage (untuk Penerapan multi-zona). Jika instans Anda menggunakan Locally Redundant Storage, lihat Aktifkan Penerapan multi-zona untuk instans yang sudah ada.
-
Jika zona ketersediaan tujuan tidak memiliki sumber daya komputasi yang mencukupi, alih bencana akan gagal. Dalam kasus ini, segera kirim tiket atau bergabung dengan Grup Pertukaran Hologres Gudang Data Real-time di DingTalk untuk menghubungi dukungan teknis Hologres.
-
Setelah Anda memigrasikan zona ketersediaan komputasi secara manual, konfigurasi dasar instans, seperti titik akhir dan pengaturan jaringannya, tetap tidak berubah.
-
Memigrasikan zona ketersediaan komputasi secara manual tidak menimbulkan biaya komputasi tambahan.
Aktifkan Penerapan multi-zona untuk instans yang sudah ada
Jika tipe redundansi penyimpanan suatu instans adalah Locally Redundant Storage, data hanya disimpan di satu zona ketersediaan dalam suatu wilayah. Jika penyimpanan di zona ketersediaan tersebut tidak tersedia, data tidak dapat diakses.
Jika bisnis Anda memerlukan kemampuan Penerapan multi-zona, kirim tiket atau bergabunglah dengan Grup Pertukaran Hologres Gudang Data Real-time di DingTalk agar personel operasional Hologres melakukan konversi di backend. Perhatikan hal berikut:
-
Hanya instans Hologres versi V3.0.19 atau lebih baru yang mendukung Zone-redundant Storage. Jika instans Anda menjalankan versi sebelumnya, Anda harus meningkatkan instans atau bergabung dengan Grup Pertukaran Hologres Gudang Data Real-time di DingTalk untuk meminta peningkatan. Untuk informasi lebih lanjut, lihat Bagaimana cara mendapatkan dukungan online lebih lanjut?.
-
Dampak proses konversi:
-
Selama konversi, penulisan ke instans dihentikan sementara, tetapi pembacaan tetap tersedia. Jika pekerjaan Anda memiliki mekanisme failover otomatis, Anda tidak perlu menghentikannya secara manual.
-
Waktu konversi tergantung pada jumlah tabel dalam instans. Untuk sebagian besar instans, konversi selesai dalam waktu kurang dari 10 menit. Hubungi dukungan teknis Hologres untuk perkiraan waktu yang lebih spesifik.
-
-
Setelah konversi, biaya penyimpanan didasarkan pada harga satuan Zone-redundant Storage. Biaya penyimpanan Anda akan meningkat. Pantau tagihan Anda sesuai dengan itu.