Bagikan melalui


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 adalah grup pusat data yang terpisah secara fisik di setiap wilayah Azure. Ketika satu zona gagal, layanan dapat melakukan failover ke salah satu zona yang tersisa.

Untuk informasi selengkapnya tentang zona ketersediaan di Azure, lihat Apa itu zona 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. 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. ZRS Elastic SAN menggunakan 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 (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 Elastic SAN, Anda bertanggung jawab atas pengalaman pemulihan bencana (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 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 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. Pra-validasi layanan apa pun yang Anda sebarkan berfungsi dengan Elastic SAN. Untuk memastikan bahwa pemulihan proaktif, pra-penyebaran sekunder untuk memastikan tidak ada masalah kapasitas jika lingkungan Anda terpengaruh.

Langkah berikutnya