Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
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 adalah grup pusat data yang terpisah secara fisik dalam wilayah Azure. Ketika satu zona gagal, layanan dapat melakukan failover ke salah satu zona yang tersisa.
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 saat zona tidak aktif
Saat menyebarkan Elastic SAN, jika Anda memilih ZRS sebagai opsi redundansi SAN Anda, failover antar zona didukung oleh platform. Jika Anda menggunakan Titik Akhir Privat untuk menyambungkan ke Elastic SAN Anda, failover ini terjadi tanpa intervensi manual. ZRS Elastic SAN menggunakan Private Endpoints dan dirancang untuk menyembuhkan diri dan menyeimbangkan kembali dirinya sendiri untuk memanfaatkan zona sehat secara otomatis. Mungkin ada ketersediaan dan penurunan performa selama beberapa menit setelah failover, sampai SAN menyeimbangkan kembali dirinya sendiri.
Jika Anda tersambung menggunakan titik akhir layanan penyimpanan, failover zonal didukung tetapi mungkin memerlukan intervensi manual. Sebuah ZRS Elastic SAN dengan titik akhir layanan penyimpanan tidak akan beralih ke zona sehat secara otomatis. Anda mungkin perlu memulai ulang inisiator iSCSI untuk memulai failover ke zona yang berbeda dan sehat.
Jika Anda menyebarkan LRS Elastic SAN, Anda mungkin perlu menyebarkan SAN baru menggunakan rekam jepret yang diekspor ke disk terkelola.
Desain latensi rendah
Menyebarkan ZRS Elastic SAN memberikan lebih banyak keandalan daripada LRS Elastic SAN, tetapi menambahkan lebih banyak latensi tulis. Tolok ukur Elastic SAN Anda dan simulasikan beban kerja aplikasi Anda untuk membandingkan latensi antara LRS dan ZRS, untuk melihat apakah itu memengaruhi beban kerja Anda.
Migrasi zona ketersediaan
Untuk memigrasikan Elastic SAN pada LRS ke ZRS, rekam jepret volume Elastic SAN Anda, ekspor ke rekam jepret disk terkelola, sebarkan Elastic SAN di ZRS, lalu buat volume pada SAN di ZRS menggunakan rekam jepret disk tersebut. Untuk mempelajari cara menggunakan rekam jepret, lihat Snapshot volume Azure Elastic SAN.
Pemulihan bencana dan keberlangsungan bisnis
Pemulihan bencana (DR) mengacu pada praktik yang digunakan organisasi untuk pulih 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 membuat rencana pemulihan bencana, lihat rekomendasi untuk merancang strategi pemulihan bencana.
Untuk DR, Microsoft menggunakan model tanggung jawab bersama . Dalam model ini, Microsoft memastikan bahwa infrastruktur dasar dan layanan platform tersedia. Namun, banyak layanan Azure tidak secara otomatis mereplikasi data atau beralih dari wilayah yang gagal untuk mereplikasi ke wilayah lain yang tersedia. Untuk layanan tersebut, Anda bertanggung jawab untuk menyiapkan rencana pemulihan bencana yang berfungsi untuk beban kerja Anda. Sebagian besar layanan yang berjalan di penawaran platform as a service (PaaS) Azure menyediakan fitur dan panduan untuk mendukung DR. Anda dapat menggunakan fitur khusus layanan untuk mendukung pemulihan cepat dan membantu mengembangkan rencana DR Anda.
Pemulihan bencana tunggal dan banyak wilayah
Untuk Elastic SAN, Anda bertanggung jawab atas pengalaman pemulihan bencana (DR). Anda dapat mengambil cuplikan volume Anda dan mengekspornya ke cuplikan disk terkelola. Kemudian, Anda dapat menyalin rekam jepret bertahap ke wilayah baru untuk menyimpan data Anda berada di wilayah selain wilayah tempat Elastic SAN 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 gangguan
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 diaktifkan oleh pelanggan (layanan yang menjadi tanggung jawab pelanggan), Anda harus menangani DR untuk layanan apa pun yang Anda sebarkan dan kendalikan. Memvalidasi terlebih dahulu apakah layanan apa pun yang Anda sebarkan bekerja dengan Elastic SAN. Untuk memastikan pemulihan yang proaktif, sediakan cadangan sebelumnya agar tidak ada masalah kapasitas jika lingkungan Anda terpengaruh.