Lindorm menyediakan mode penyebaran lintas zona, yaitu Edisi Dasar Multi-zona, untuk mencegah ketidaktersediaan layanan akibat kegagalan tingkat pusat data. Topik ini menjelaskan arsitektur Edisi Dasar Multi-zona dan membandingkannya dengan Edisi Ketersediaan Tinggi Multi-zona agar Anda dapat memilih opsi penyebaran yang sesuai.
Informasi latar belakang
Pada instans Lindorm zona tunggal, seluruh data dan node master ditempatkan di satu availability zone (AZ). Dalam kasus ekstrem, seperti kegagalan pusat data, satu AZ dapat menjadi tidak tersedia atau tidak dapat diakses, sehingga menyebabkan seluruh layanan Lindorm tidak tersedia.
Node master dan node data pada instans Lindorm Multi-zona (Edisi Dasar) didistribusikan di beberapa pusat data. Bahkan jika terjadi kegagalan tingkat pusat data di satu zona, integritas data dan ketersediaan layanan sebagian tetap terjamin. Tingkat ketersediaan bergantung pada sumber daya komputasi dan penyimpanan di zona yang tersisa.
Perbedaan utama antara Edisi Dasar Multi-zona dan Edisi Ketersediaan Tinggi Multi-zona adalah sebagai berikut:
Multi-zona (Edisi Dasar): Replika penyimpanan disimpan lintas pusat data, tetapi hanya tersedia satu set sumber daya komputasi. Hal ini memerlukan waktu pemulihan tertentu jika terjadi kegagalan. Recovery Time Objective (RTO) berada dalam 1 jam, tetapi edisi ini lebih hemat biaya.
Multi-zona (Edisi Ketersediaan Tinggi): Setiap pusat data memiliki penyimpanan, layanan, dan dua set sumber daya komputasi yang independen. Jika terjadi kegagalan, Anda dapat langsung beralih antara kluster primary dan secondary. RTO kurang dari 3 menit.
Arsitektur Multi-zona (Edisi Dasar)
Arsitektur Multi-zona (Edisi Dasar) menjamin ketersediaan tinggi untuk data dan layanan melalui cara-cara berikut:
Penempatan node master lintas pusat data: Semua node master ditempatkan di tiga pusat data untuk menjamin ketersediaan tinggi metadata dan mencegah masalah split-brain saat terjadi partisi jaringan.
Distribusi fleksibel node komputasi: Untuk penyebaran cloud disk, node komputasi didistribusikan di dua zona; sedangkan untuk penyebaran local disk, node tersebut didistribusikan di tiga zona. Anda harus menyisakan setidaknya 30% sumber daya redundan untuk komputasi CPU dan ruang penyimpanan guna mencegah penurunan sementara performa CPU dan penyimpanan yang dapat memengaruhi ketersediaan sistem saat terjadi kegagalan di satu zona.
Mode penyebaran OSS yang ditingkatkan: OSS ditingkatkan ke mode penyebaran zone-redundant storage, yang menjamin stabilitas layanan cold storage OSS serta ketersediaan data yang tinggi.
Perbandingan ketersediaan tinggi
Tabel berikut membandingkan ketersediaan, performa, dan fitur lain dari instans Lindorm zona tunggal, Multi-zona (Edisi Dasar), dan Multi-zona (Edisi Ketersediaan Tinggi). Anda dapat menggunakan perbandingan ini untuk memilih tipe instans yang paling sesuai dengan kebutuhan Anda.
Item | Zona Tunggal | Multi-zona (Edisi Dasar) | Multi-zona (Edisi Ketersediaan Tinggi) |
Jumlah lintas-AZ | 1 | 3 | 3 |
Mesin yang didukung | Semua | Semua | Hanya untuk LindormTable |
RPO dan RTO saat terjadi kegagalan data center | Tidak ada disaster recovery tingkat data center |
|
|
Biaya | 1 |
| 1,5× hingga 2× |
Performa | 1 |
|
|
Edisi Dasar Multi-zona menyediakan disaster recovery tingkat pusat data dengan kenaikan biaya yang hampir tidak ada.
Karena hanya tersedia satu set sumber daya komputasi, kapasitas komputasi dan penyimpanan turun secara signifikan selama kegagalan satu pusat data. Oleh karena itu, Anda harus mempertahankan overhead sumber daya yang mencukupi untuk menghindari kapasitas komputasi dan penyimpanan yang tidak mencukupi selama disaster recovery.
Untuk penyebaran cloud disk, kapasitas komputasi dan penyimpanan berkurang 50% selama kegagalan satu pusat data.
Untuk penyebaran local disk, kapasitas komputasi dan penyimpanan berkurang 30% selama kegagalan satu pusat data.
Secara default, Multi-zona (Edisi Dasar) menulis data ke beberapa pusat data untuk menjamin keandalan data. Artinya, operasi write dilakukan lintas pusat data, yang dapat meningkatkan waktu respons write (RT). Untuk menguranginya, Anda dapat menggunakan batch writes, yang secara signifikan mengurangi peningkatan RT write yang dirasakan.
Jika Anda melakukan upgrade dari instans zona tunggal ke instans Multi-zona (Edisi Dasar), waktu respons (RT) dapat berubah. Anda harus memantau layanan Anda secara ketat selama proses upgrade.
Batasan
Multi-zona (Edisi Dasar) saat ini hanya tersedia di wilayah-wilayah berikut:
Tiongkok: China (Ulanqab) General Industry Cloud, China (Qingdao), China (Hangzhou), China (Beijing), China (Heyuan), China (Shanghai), China (Zhangjiakou), China (Shenzhen), China (Chengdu), China (Hong Kong), China (Guangzhou), China (Ulanqab), dan China (Hohhot.
Asia Pasifik: Korea Selatan (Seoul), Jepang (Tokyo), Singapura, Malaysia (Kuala Lumpur), Indonesia (Jakarta), dan Thailand (Bangkok).
Lainnya: AS (Atlanta), UEA (Dubai), Jerman (Frankfurt), AS (Silicon Valley), Inggris (London), dan AS (Virginia).
Node data cloud disk pada instans Multi-zona (Edisi Dasar) didistribusikan secara merata di dua pusat data. Oleh karena itu, saat membuat instans atau menambah node, jumlah node harus merupakan kelipatan 2.
Node data local disk pada instans Multi-zona (Edisi Dasar) didistribusikan secara merata di tiga pusat data. Oleh karena itu, saat membuat instans atau menambah node, jumlah node harus merupakan kelipatan 3.
Beli instans Multi-zona (Edisi Dasar)
Anda dapat membeli instans Multi-zona (Edisi Dasar) di Konsol.
FAQ
Mengapa Konsol hanya menampilkan satu zona untuk instans multi-zona?
Untuk instans multi-zona, Konsol Lindorm saat ini hanya menampilkan primary zone. Secondary zone dan zona node client tidak ditampilkan.