Keandalan dalam Elastic SAN
Artikel ini menjelaskan dukungan keandalan di Azure Elastic SAN dan mencakup ketahanan regional dengan zona ketersediaan dan pemulihan bencana dan kelangsungan bisnis.
Dukungan zona ketersediaan
Zona ketersediaan Azure adalah setidaknya tiga grup pusat data yang terpisah secara fisik dalam setiap wilayah Azure. Pusat data dalam setiap zona dilengkapi dengan infrastruktur daya, pendinginan, dan jaringan independen. Dalam kasus kegagalan zona lokal, zona ketersediaan dirancang sehingga jika satu zona terpengaruh, layanan regional, kapasitas, dan ketersediaan tinggi didukung oleh dua zona yang tersisa.
Kegagalan dapat berkisar dari kegagalan perangkat lunak dan perangkat keras hingga peristiwa seperti gempa bumi, banjir, dan kebakaran. Toleransi terhadap kegagalan dicapai dengan redundansi dan isolasi logis layanan Azure. Untuk informasi selengkapnya tentang zona ketersediaan di Azure, lihat Wilayah dan zona ketersediaan.
Layanan berkemampuan zona ketersediaan Azure dirancang untuk memberikan tingkat keandalan dan fleksibilitas yang tepat. Mereka dapat dikonfigurasi dalam dua cara. Mereka dapat berupa zona redundan,dengan replikasi otomatis di seluruh zona, atau zonal, dengan instans yang disematkan ke zona tertentu. Anda juga dapat menggabungkan pendekatan ini. Untuk informasi selengkapnya tentang arsitektur zonal vs. zona-redundan, lihat Rekomendasi untuk menggunakan zona dan wilayah ketersediaan.
Azure Elastic SAN mendukung penyebaran zona ketersediaan dengan penyimpanan redundan lokal (LRS) dan penyebaran regional dengan penyimpanan zona redundan (ZRS).
Prasyarat
LRS dan ZRS Elastic SAN saat ini hanya tersedia di subset wilayah. Untuk daftar wilayah, lihat Menskalakan target untuk Elastic SAN.
Membuat sumber daya menggunakan zona ketersediaan
Untuk membuat Elastic SAN dengan zona ketersediaan diaktifkan, lihat Menyebarkan ELASTIC SAN.
Pengalaman zona tidak berfungsi
Saat menyebarkan Elastic SAN, jika Anda memilih ZRS untuk opsi redundansi SAN Anda, failover zonal didukung oleh platform tanpa intervensi manual. SAN elastis yang menggunakan ZRS dirancang untuk menyembuhkan diri dan menyeimbangkan kembali dirinya sendiri untuk memanfaatkan zona sehat secara otomatis.
Jika Anda menyebarkan SAN elastis LRS, Anda mungkin perlu menyebarkan SAN baru, menggunakan rekam jepret yang diekspor ke disk terkelola.
Desain latensi rendah
Perbedaan latensi antara SAN elastis pada LRS dan SAN elastis pada ZRS tidak terlalu tinggi. Namun, untuk beban kerja yang sensitif terhadap lonjakan latensi, pertimbangkan SAN elastis pada LRS karena menawarkan latensi terendah.
Migrasi zona ketersediaan
Untuk memigrasikan SAN elastis pada LR ke ZRS, Anda harus mengambil rekam jepret volume SAN elastis Anda, mengekspornya ke rekam jepret disk terkelola, menyebarkan SAN elastis pada ZRS, lalu membuat volume pada SAN di ZRS menggunakan rekam jepret disk tersebut. Untuk mempelajari cara menggunakan rekam jepret (pratinjau), lihat Snapshot volume Azure Elastic SAN (pratinjau).
Pemulihan bencana dan keberlangsungan bisnis
Pemulihan bencana (DR) adalah tentang pemulihan dari peristiwa berdampak tinggi, seperti bencana alam atau penyebaran gagal yang mengakibatkan waktu henti dan kehilangan data. Terlepas dari penyebabnya, obat terbaik untuk bencana adalah rencana DR yang terdefinisi dan teruji dengan baik dan desain aplikasi yang secara aktif mendukung DR. Sebelum Anda mulai berpikir tentang membuat rencana pemulihan bencana Anda, lihat Rekomendasi untuk merancang strategi pemulihan bencana.
Ketika datang ke DR, Microsoft menggunakan model tanggung jawab bersama. Dalam model tanggung jawab bersama, Microsoft memastikan bahwa infrastruktur dasar dan layanan platform tersedia. Pada saat yang sama, banyak layanan Azure tidak secara otomatis mereplikasi data atau mundur dari wilayah yang gagal untuk mereplikasi silang ke wilayah lain yang diaktifkan. Untuk layanan tersebut, Anda bertanggung jawab untuk menyiapkan rencana pemulihan bencana yang berfungsi untuk beban kerja Anda. Sebagian besar layanan yang berjalan pada penawaran platform as a service (PaaS) Azure menyediakan fitur dan panduan untuk mendukung DR dan Anda dapat menggunakan fitur khusus layanan untuk mendukung pemulihan cepat untuk membantu mengembangkan rencana DR Anda.
Pemulihan bencana tunggal dan Multi-wilayah
Untuk Azure Elastic SAN, Anda bertanggung jawab atas pengalaman DR. Anda dapat mengambil rekam jepret volume Anda dan mengekspornya ke rekam jepret disk terkelola. Kemudian, Anda dapat menyalin rekam jepret bertahap ke wilayah baru untuk menyimpan data Anda berada di wilayah selain wilayah tempat SAN elastis Anda berada. Anda harus mengekspor ke wilayah yang secara geografis jauh dari wilayah utama Anda untuk mengurangi kemungkinan beberapa wilayah terpengaruh karena bencana.
Deteksi, pemberitahuan, dan manajemen pemadaman
Anda dapat menemukan deklarasi pemadaman di Service Health - Microsoft Azure.
Kapasitas dan ketahanan pemulihan bencana proaktif
Microsoft dan pelanggannya beroperasi di bawah Model Tanggung Jawab Bersama. Tanggung jawab bersama berarti bahwa untuk DR yang mendukung pelanggan (layanan yang bertanggung jawab pelanggan), Anda harus menangani DR untuk layanan apa pun yang Anda sebarkan dan kontrol. Anda harus melakukan pravalidasi layanan apa pun yang Anda sebarkan akan berfungsi dengan Elastic SAN. Untuk memastikan bahwa pemulihan proaktif, Anda harus selalu menyiapkan sekunder karena tidak ada jaminan kapasitas pada saat dampak bagi mereka yang belum melakukan pra-alokasi.