Keandalan di Azure Elastic SAN

Azure Elastic SAN adalah layanan jaringan area penyimpanan (SAN) cloud-native yang menyediakan solusi penyimpanan yang dapat diskalakan, hemat biaya, performa tinggi, dan komprehensif untuk berbagai opsi komputasi. Elastic SAN memungkinkan Anda membuat dan mengelola volume, yang merupakan disk virtual yang dapat Anda sambungkan ke komputer virtual, kontainer, atau layanan Azure lainnya melalui protokol iSCSI.

Saat Anda menggunakan Azure, keandalan adalah tanggung jawab bersama. Microsoft menyediakan berbagai kemampuan untuk mendukung ketahanan dan pemulihan. Anda bertanggung jawab untuk memahami cara kerja kemampuan tersebut dalam semua layanan yang Anda gunakan, dan memilih kemampuan yang Anda butuhkan untuk memenuhi tujuan bisnis dan tujuan waktu aktif Anda.

Artikel ini menjelaskan cara membuat Azure Elastic SAN tahan terhadap berbagai potensi pemadaman dan masalah, termasuk kesalahan sementara, kegagalan zona ketersediaan, dan kegagalan di seluruh wilayah. Ini juga menjelaskan opsi pencadangan dan pemulihan, dan menyoroti informasi utama tentang perjanjian tingkat layanan (SLA) Azure Elastic SAN.

Rekomendasi implementasi produksi untuk keandalan

Untuk beban kerja produksi, kami sarankan Anda:

• Gunakan penyimpanan zona redundan (ZRS): ZRS menyebarkan salinan data Anda di tiga zona ketersediaan.
• Konfigurasikan akses jaringan Anda untuk mengurangi intervensi manual selama kegagalan zona: Titik akhir privat memungkinkan failover zona otomatis tanpa intervensi manual, sementara titik akhir layanan mungkin memerlukan intervensi manual.
• Untuk beban kerja yang memerlukan pemulihan bencana lintas wilayah: Buat rekam jepret volume Anda secara teratur, dan ekspor ke rekam jepret disk terkelola untuk perlindungan data. Salin rekam jepret ke wilayah sekunder yang secara geografis jauh dari wilayah utama Anda.

Gambaran umum arsitektur keandalan

Elastic SAN memiliki hierarki sumber daya tiga tingkat:

• Elastic SAN: Sumber daya tingkat atas tempat Anda mengonfigurasi redundansi, mengalokasikan kapasitas penyimpanan, dan menetapkan batas performa. Jumlah unit dasar yang dialokasikan untuk Elastic SAN Anda menentukan total IOPS dan throughput yang tersedia di seluruh SAN.
• Grup volume: Konstruksi manajemen yang digunakan untuk mengelola volume dalam skala besar. Pengaturan akses jaringan, seperti titik akhir privat atau titik akhir layanan, dikonfigurasi pada tingkat grup volume dan diwariskan oleh semua volume dalam grup.
• Volume: Volume penyimpanan individual yang dipartisi dari total kapasitas SAN. Volume terhubung ke sumber daya komputasi melalui protokol iSCSI.

Untuk detail selengkapnya tentang sumber daya yang Anda sebarkan, lihat Sumber daya Elastic SAN.

Secara internal, Elastic SAN menyimpan data Anda dalam kluster penyimpanan. Saat Anda mengonfigurasi Elastic SAN untuk menggunakan penyimpanan redundan lokal (LRS), data Anda direplikasi tiga kali dalam satu kluster penyimpanan dalam satu pusat data. Anda dapat mengonfigurasi penyimpanan zona redundan (ZRS) untuk menyimpan salinan data di tiga zona ketersediaan. Untuk informasi selengkapnya, lihat Ketahanan terhadap kegagalan zona ketersediaan.

Ketahanan terhadap kesalahan sementara

Kesalahan sementara adalah kegagalan yang bersifat sementara dan intermiten dalam komponen. Mereka sering terjadi di lingkungan terdistribusi seperti cloud, dan mereka adalah bagian normal dari operasi. Kesalahan sementara memperbaiki diri setelah waktu yang singkat. Penting bahwa aplikasi Anda dapat menangani kesalahan sementara, biasanya dengan mencoba kembali permintaan yang terpengaruh.

Semua aplikasi yang dihosting cloud harus mengikuti panduan penanganan kesalahan sementara Azure saat berkomunikasi dengan API, database, dan komponen lain yang dihosting cloud. Untuk informasi selengkapnya, lihat Rekomendasi untuk menangani kesalahan sementara.

Jika koneksi iSCSI Anda ke volume Elastic SAN terganggu, inisiator iSCSI pada klien secara otomatis mencoba untuk terhubung kembali. Anda mungkin mengalami jeda singkat dalam operasi I/O selama koneksi ulang. Konfigurasikan inisiator iSCSI Anda dengan pengaturan coba lagi dan batas waktu yang sesuai untuk menangani gangguan sementara. Untuk rekomendasi pengaturan iSCSI dan MPIO terperinci, lihat Mengoptimalkan performa SAN Elastis Anda.

Ketahanan terhadap kegagalan 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 dapat dikonfigurasi untuk menggunakan penyimpanan zona redundan (ZRS), yang berarti data Anda direplikasi secara sinkron di tiga zona ketersediaan di wilayah tersebut. Redundansi zona membantu Anda mencapai ketahanan dan keandalan untuk beban kerja produksi Anda.

Pendekatan konektivitas Anda memengaruhi kemampuan beban kerja Anda untuk melakukan failover secara transparan selama kegagalan zona. Sebaiknya gunakan titik akhir privat untuk menghubungkan ke volume Anda. Titik akhir privat mendukung failover otomatis. Ketika Anda menggunakan titik akhir layanan, proses failover bisa memerlukan intervensi manual. Untuk informasi selengkapnya tentang pendekatan konektivitas, lihat Pelajari tentang konfigurasi jaringan untuk Elastic SAN.

Menggunakan penyimpanan redundan lokal (LRS) membuat Elastic SAN Anda tidak terlindungi dari kegagalan zona ketersediaan. LRS membuat Elastic SAN nonzonal dengan menyimpan data dalam satu zona ketersediaan daripada mendistribusikannya ke seluruh zona dengan ZRS.

Persyaratan

Dukungan wilayah: Sumber daya Elastic SAN yang redundan zona dapat diterapkan di subset wilayah. Untuk daftar wilayah, lihat Menskalakan target untuk Elastic SAN.

Biaya

Ketika Anda membuat Elastic SAN dengan ZRS, biayanya lebih tinggi dari LRS. Untuk informasi selengkapnya tentang harga, lihat harga Azure Elastic SAN.

Mengonfigurasi dukungan zona ketersediaan

• Buat Elastic SAN baru dengan ZRS: Saat Anda membuat Elastic SAN dan memilih ZRS sebagai opsi redundansi, Elastic SAN Anda secara otomatis redundansi zona. Anda tidak dapat mengubah opsi redundansi setelah Elastic SAN dibuat. Untuk informasi selengkapnya tentang membuat sumber daya Elastic SAN baru, lihat Menyebarkan Elastic SAN.

• Aktifkan redundansi zona pada LRS Elastic SAN yang ada: Anda tidak dapat mengonversi LRS Elastic SAN ke ZRS di tempat. Untuk bermigrasi, rekam jepret volume Elastic SAN Anda, ekspor ke rekam jepret disk terkelola, sebarkan ELASTIC SAN baru di ZRS, lalu buat volume pada Elastic SAN baru menggunakan rekam jepret disk tersebut. Untuk informasi selengkapnya, lihat tentang Snapshot Azure Elastic SAN volumes.

Perilaku ketika semua zona sehat

Bagian ini menjelaskan apa yang dapat Anda harapkan saat mengonfigurasi ELASTIC SAN untuk redundansi zona ketika semua zona beroperasi.

• Operasi lintas zona: Saat Anda terhubung ke volume Elastic SAN, koneksi iSCSI Anda dirutekan ke kluster di salah satu zona ketersediaan. Platform secara otomatis merutekan lalu lintas antar zona.

• Replikasi data lintas zona: Ketika klien menulis data ke volume Elastic SAN, data tersebut ditulis secara sinkron ke kluster dalam tiga zona ketersediaan sebelum operasi tulis diakui. Replikasi sinkron memastikan tingkat konsistensi data yang tinggi dan memastikan tidak ada kehilangan data selama kegagalan zona.

  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.

Perilaku selama kegagalan zona

Bagian ini menjelaskan apa yang diharapkan ketika Anda mengonfigurasi Elastic SAN untuk redundansi zona, dan ada pemadaman di salah satu zona.

• Deteksi dan respons: Platform Elastic SAN mendeteksi kegagalan apa pun di zona ketersediaan. Anda tidak perlu melakukan apa pun untuk memulai failover zona untuk ZRS Elastic SAN.

• Pemberitahuan: Microsoft tidak secara otomatis memberi tahu Anda saat zona tidak berfungsi. Namun, Anda dapat menggunakan Azure Service Health untuk memahami kesehatan keseluruhan layanan, termasuk kegagalan zona apa pun, dan Anda dapat menyiapkan pemberitahuan Service Health untuk memberi tahu Anda tentang masalah.

• Permintaan aktif: Ketika zona ketersediaan menjadi tidak tersedia, layanan dapat mengakhiri operasi I/O yang sedang berlangsung yang terhubung ke replika di zona yang terpengaruh, dan Anda harus mencoba kembali operasi tersebut. Jika Anda menggunakan titik akhir privat, layanan akan gagal secara otomatis. Jika Anda menggunakan titik akhir layanan, Anda mungkin perlu memulai ulang inisiator iSCSI untuk melakukan failover ke zona sehat.

• Kehilangan data yang diharapkan: ELASTIC SAN mencegah kehilangan data selama kegagalan zona dengan mereplikasi data secara sinkron di tiga zona ketersediaan.

• Perkiraan waktu henti: Saat Anda menggunakan titik akhir privat, failover zona terjadi secara otomatis. Anda mungkin mengalami ketersediaan dan penurunan performa selama beberapa menit setelah failover saat SAN menyeimbangkan kembali dirinya sendiri.

  Saat Anda menggunakan titik akhir layanan, Elastic SAN tidak beralih ke zona sehat secara otomatis. Anda mungkin perlu memulai ulang inisiator iSCSI untuk memulai failover ke zona yang berbeda dan sehat.

• Pengalihan lalu lintas: Ketika zona tidak tersedia, platform Elastic SAN mendeteksi hilangnya zona dan merutekan lalu lintas ke zona sehat yang tersisa.

  Untuk memastikan failover zona otomatis tanpa intervensi manual, gunakan endpoint privat untuk menyambungkan ke Elastic SAN Anda. Saat Anda menggunakan titik akhir layanan alih-alih titik akhir privat, Anda mungkin perlu memulai ulang inisiator iSCSI secara manual untuk memulai failover ke zona sehat.

Pemulihan Zona

Ketika zona ketersediaan pulih, platform Elastic SAN secara otomatis memulihkan operasi normal dan melanjutkan replikasi di tiga zona. Anda tidak perlu mengambil tindakan apa pun.

Uji kegagalan zona

Platform Azure Elastic SAN mengelola perutean lalu lintas, failover, dan pemulihan zona untuk sumber daya zona redundan. Karena fitur ini dikelola sepenuhnya, Anda tidak perlu memvalidasi proses kegagalan zona ketersediaan.

Ketahanan terhadap kegagalan di seluruh wilayah

Azure Elastic SAN adalah layanan satu wilayah. Jika wilayah menjadi tidak tersedia, sumber daya Elastic SAN Anda juga tidak tersedia. Tidak ada replikasi lintas wilayah bawaan atau failover untuk Elastic SAN. Anda bertanggung jawab untuk merancang solusi pemulihan bencana multi-wilayah Anda sendiri jika beban kerja Anda memerlukan ketahanan tingkat wilayah.

Solusi multi-wilayah kustom untuk ketahanan

Anda bertanggung jawab untuk menerapkan pemulihan bencana multi-wilayah untuk data Elastic SAN Anda. Pendekatan yang disarankan adalah menggunakan rekam jepret volume:

1. Buat rekam jepret secara teratur. Gunakan snapshot volume untuk mengambil salinan point-in-time dari volume Elastic SAN Anda.

   Tujuan titik pemulihan (RPO) Anda bergantung pada seberapa sering Anda membuat dan menyalin rekam jepret ke wilayah sekunder. Semakin sering Anda membuat rekam jepret dan menyalinnya, semakin rendah potensi kehilangan data Anda selama bencana.

2. Ekspor rekam jepret ke rekam jepret disk terkelola.Ekspor rekam jepret volume Anda ke rekam jepret disk terkelola, yang dapat disalin ke wilayah lain.

3. Salin rekam jepret ke wilayah sekunder.Salin rekam jepret bertahap ke wilayah baru yang secara geografis jauh dari wilayah utama Anda. Ini mengurangi risiko beberapa wilayah dipengaruhi oleh satu bencana.

4. Pulihkan dari rekam jepret. Dalam skenario pemulihan bencana, buat volume baru pada Elastic SAN sekunder dari salinan snapshot disk terkelola.

Tujuan waktu pemulihan (RTO) Anda tergantung pada ukuran data Anda, waktu yang diperlukan untuk menyalin rekam jepret di seluruh wilayah, dan waktu yang diperlukan untuk menyebarkan dan mengonfigurasi SAN Elastis baru di wilayah sekunder. Untuk mengurangi waktu pemulihan, pertimbangkan untuk menyebarkan ELASTIC SAN sekunder di wilayah pemulihan Anda sebelum bencana terjadi. Ini juga membantu menghindari batasan kapasitas selama pemadaman.

Pencadangan dan pemulihan

Untuk sebagian besar solusi, Anda tidak boleh mengandalkan cadangan secara eksklusif. Sebagai gantinya, gunakan kemampuan lain yang dijelaskan dalam panduan ini untuk mendukung persyaratan ketahanan Anda. Namun, pencadangan melindungi dari beberapa risiko yang tidak dapat dicegah oleh pendekatan lain. Untuk informasi selengkapnya, lihat Apa itu redundansi, replikasi, dan cadangan?.

Elastic SAN mendukung dua jenis cadangan:

• Azure Elastic SAN backup: Kemampuan Azure Backup ini menawarkan solusi yang dikelola sepenuhnya untuk menjadwalkan pencadangan, mengatur garis waktu kedaluwarsa untuk titik pemulihan, dan data pemulihan ke volume baru. Ini membantu melindungi dari kehilangan data dari penghapusan yang tidak disengaja, ransomware, dan pembaruan aplikasi. Untuk informasi selengkapnya, lihat Pencadangan Azure Elastic SAN (pratinjau).

  Important

  Karena solusi ini dicakup oleh Ketentuan Tambahan Microsoft untuk Pratinjau Azure, gunakan untuk pengujian, dan bukan untuk penggunaan produksi.

• Snapshot: Atau, Anda dapat membuat dan mengelola rekam jepret berdasarkan persyaratan perlindungan data Anda.

  Azure Elastic SAN mendukung rekam jepret volume untuk perlindungan data. Cuplikan adalah salinan inkremental titik-waktu dari volume Anda yang mengonsumsi ruang dari total kapasitas SAN Elastis Anda. Untuk melindungi data Anda, buat rekam jepret secara teratur. Frekuensi tergantung pada berapa banyak data yang dapat Anda hilangkan (RPO Anda). Anda dapat membuat rekam jepret secara manual atau membangun otomatisasi Anda sendiri untuk membuatnya sesuai jadwal.

  Rekam jepret disimpan dalam Elastic SAN yang sama dengan volume Anda dan menggunakan pengaturan redundansi yang sama. Untuk melindungi dari kegagalan di seluruh wilayah, ekspor cuplikan Anda ke cuplikan disk yang terkelola dan salin ke wilayah yang berbeda. Untuk informasi selengkapnya, lihat Mengekspor rekam jepret volume dan Menyalin rekam jepret bertahap ke wilayah baru.

  Anda dapat membuat volume Elastic SAN baru dari rekam jepret atau dari rekam jepret disk terkelola. Untuk informasi selengkapnya, lihat Membuat volume dari rekam jepret.

Ketahanan terhadap pemeliharaan layanan

Microsoft secara teratur menerapkan pembaruan layanan dan melakukan pemeliharaan lainnya. Platform Azure menangani aktivitas ini secara otomatis, memastikan bahwa pemeliharaan mulus dan transparan bagi Anda. Tidak ada downtime yang diharapkan selama peristiwa pemeliharaan kecuali Anda menerima pemberitahuan tentang pemeliharaan terencana melalui Azure Service Health.

Perjanjian tingkat layanan

Perjanjian tingkat layanan (SLA) untuk layanan Azure menjelaskan ketersediaan yang diharapkan dari setiap layanan dan kondisi yang harus dipenuhi solusi Anda untuk mencapai harapan ketersediaan tersebut. Untuk informasi selengkapnya, lihat SLA untuk layanan online.

Konten terkait

• Apa itu Azure Elastic SAN?
• Rencanakan untuk menyebarkan Elastic SAN
• Reliabilitas dalam Azure