Bagikan melalui

Keandalan dalam Azure NetApp Files

Azure NetApp Files adalah solusi penyimpanan file tingkat perusahaan asli yang terintegrasi dengan mulus dalam Azure dan memungkinkan berbagi file di seluruh klien melalui protokol Network File System (NFS) dan Server Message Block (SMB). Azure NetApp Files dirancang untuk performa tinggi dan menyediakan penyimpanan file yang dapat diskalakan dan aman yang dikelola sebagai layanan.

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 NetApp Files tahan terhadap berbagai potensi pemadaman dan masalah, termasuk kesalahan sementara, pemadaman zona ketersediaan, dan pemadaman wilayah. Ini juga menjelaskan bagaimana Anda dapat menggunakan cadangan untuk memulihkan dari jenis masalah lain, dan menyoroti beberapa informasi utama tentang perjanjian tingkat layanan (SLA) Azure NetApp Files.

Rekomendasi penyebaran produksi

Untuk mempelajari tentang cara menyebarkan Azure NetApp Files untuk mendukung persyaratan keandalan solusi Anda, dan bagaimana keandalan mempengaruhi aspek-aspek lain dari arsitektur Anda, lihat praktik terbaik arsitektur untuk Azure NetApp Files dalam Azure Well-Architected Framework.

Gambaran umum arsitektur keandalan

Untuk menggunakan Azure NetApp Files, Anda harus mengonfigurasi akun NetApp yang berisi kumpulan kapasitas yang menampung volume. Anda dapat mengonfigurasi kapasitas dan throughput secara independen dan mengelola opsi perlindungan data yang sesuai dengan berbagai kebutuhan. Anda dapat mengaktifkan replikasi antar volume, meskipun berada di lokasi yang berbeda.

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.

Selain jenis kesalahan sementara yang dapat memengaruhi solusi berbasis cloud apa pun, pemeliharaan terencana sesekali, seperti pembaruan platform, pembaruan layanan, dan peningkatan perangkat lunak, juga dapat memengaruhi Azure NetApp Files.

Dari sudut pandang protokol file seperti NFS dan SMB, kesalahan sementara tidak mengganggu jika aplikasi dapat menangani jeda input/output (I/O) yang mungkin terjadi selama peristiwa ini. Jeda I/O biasanya pendek, mulai dari beberapa detik hingga 30 detik. Beberapa aplikasi mungkin memerlukan penyetelan untuk menangani jeda I/O.

Protokol NFS kuat, dan operasi file server klien umumnya berlanjut secara normal. Beberapa aplikasi mungkin memerlukan penyetelan untuk menangani jeda I/O selama 30 hingga 45 detik. Pastikan Anda mengetahui pengaturan ketahanan aplikasi untuk mengatasi peristiwa pemeliharaan layanan penyimpanan.

Untuk aplikasi interaktif manusia yang menggunakan protokol SMB, pengaturan protokol standar biasanya cukup. Azure NetApp Files juga mendukung ketersediaan berkelanjutan SMB, yang memungkinkan Failover Transparan SMB. Failover Transparan SMB menghilangkan ketidakstabilan yang disebabkan oleh peristiwa pemeliharaan sistem. Ini juga meningkatkan keandalan dan pengalaman pengguna.

Ketersediaan berkelanjutan SMB hanya tersedia untuk aplikasi tertentu.

Untuk rekomendasi selengkapnya, lihat Ketahanan Aplikasi FAQ untuk Azure NetApp Files.

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 NetApp Files mendukung penyebaran volume zonal. Gunakan fitur penempatan volume zona availability di Azure NetApp Files untuk menyebarkan setiap volume dalam satu zona ketersediaan pilihan Anda. Anda dapat menggunakan fitur ini hanya jika Azure NetApp Files ada di zona ketersediaan tersebut dan memiliki kapasitas yang memadai. Jika Anda memiliki aplikasi yang sensitif terhadap latensi, Anda dapat menyebarkan volume ke zona ketersediaan yang sama dengan sumber daya komputasi Azure dan layanan lainnya.

Dalam diagram berikut, panah oranye dengan mata panah solid menggambarkan cara semua mesin virtual (VM) dalam wilayah di jaringan virtual yang terhubung dapat mengakses semua sumber daya Azure NetApp Files. Panah hijau menunjukkan bagaimana VM yang mengakses volume Azure NetApp Files di zona yang sama berbagi domain kegagalan zona ketersediaan. Tidak ada replikasi antara volume yang berbeda di tingkat platform.

Diagram yang memperlihatkan penempatan volume Azure NetApp Files di zona ketersediaan.

Penyebaran zona tunggal tidak cukup untuk memenuhi persyaratan keandalan tinggi. Untuk mereplikasi data secara asinkron antar volume di zona ketersediaan yang berbeda, Anda dapat menggunakan replikasi lintas zona. Anda harus mengonfigurasi replikasi antar zona secara terpisah dari penempatan volume di zona ketersediaan.

Jika zona ketersediaan gagal, Anda bertanggung jawab untuk mendeteksi kegagalan dan beralih ke volume alternatif di zona yang berbeda.

Persyaratan

  • Dukungan Wilayah: Replikasi lintas zona tersedia di semua wilayah berkemampuan zona ketersediaan yang mendukung Azure NetApp Files.

  • Penempatan volume zona ketersediaan di Azure NetApp Files menyediakan penempatan volume zona. Anda akan melihat latensi rendah saat tersambung ke VM dalam zona ketersediaan yang sama. Namun, penempatan volume zona ketersediaan tidak menyediakan penempatan kedekatan dengan VM atau sumber daya lainnya, dan volume mungkin berada di bagian fisik yang berbeda dari pusat data.

  • Replikasi diizinkan di antara langganan Azure yang berbeda hanya jika berada dalam tenant Microsoft Entra yang sama.

  • Untuk pertimbangan selengkapnya tentang zona ketersediaan di Azure NetApp Files, lihat Mungkinan dan pertimbangan untuk menggunakan replikasi lintas zona dan Mengamankan penempatan volume zona ketersediaan.

Biaya

Tidak ada biaya tambahan untuk mengaktifkan penempatan volume zona ketersediaan di Azure NetApp Files. Anda hanya membayar kumpulan kapasitas dan sumber daya yang Anda sebarkan dalam zona ini.

Volume yang direplikasi dihosting pada kumpulan kapasitas. Biaya untuk replikasi lintas zona didasarkan pada ukuran dan tingkat kumpulan kapasitas yang disediakan. Tidak ada biaya tambahan untuk replikasi data.

Mengonfigurasi dukungan zona ketersediaan

Anda perlu mengonfigurasi penempatan volume dan replikasi lintas zona secara terpisah.

  • Penempatan volume:

    • Buat volume baru atau konfigurasikan volume yang ada dengan dukungan zona ketersediaan. Untuk mengonfigurasi zona ketersediaan untuk volume di Azure NetApp Files, lihat Mengamankan penempatan volume zona ketersediaan untuk Azure NetApp Files.

      Jika Anda menyebarkan volume yang dikelola Terraform dengan zona ketersediaan, konfigurasi lain diperlukan. Untuk informasi selengkapnya, lihat Mengisi zona ketersediaan untuk volume yang dikelola Terraform.

      Jika Anda menggunakan kontrol akses berbasis peran, pastikan Anda mengonfigurasi izin yang benar.

    • Memigrasikan volume antar zona ketersediaan. Setelah Anda mengonfigurasi volume untuk menempatkannya ke zona ketersediaan, zona ketersediaan yang ditentukan tidak dapat dimodifikasi. Anda tidak dapat memindahkan volume antar zona ketersediaan.

    • Nonaktifkan dukungan zona ketersediaan untuk volume. Setelah mengonfigurasi volume untuk menempatkannya ke zona ketersediaan, Anda tidak dapat menonaktifkan dukungan zona ketersediaan.

  • Replikasi lintas zona:

    • Aktifkan replikasi lintas zona. Untuk meningkatkan ketahanan solusi Anda, konfigurasikan replikasi lintas zona untuk volume lain.

    • Nonaktifkan replikasi lintas zona. Anda dapat menonaktifkan replikasi lintas zona dengan memutus pasangan replikasi. Untuk informasi selengkapnya, lihat Kelola pemulihan bencana dengan menggunakan Azure NetApp Files.

Perilaku ketika semua zona sehat

Bagian ini menjelaskan apa yang diharapkan ketika beberapa volume Azure NetApp Files disebarkan ke zona ketersediaan terpisah, replikasi lintas zona diaktifkan, dan semua zona ketersediaan beroperasi.

  • Perutean lalu lintas antar zona: Permintaan masuk dirutekan ke volume tertentu, yang terletak di zona ketersediaan yang Anda pilih.

  • Replikasi data antara zona: Azure NetApp Files replikasi lintas zona berarti bahwa semua perubahan pada volume sumber direplikasi secara asinkron ke volume tujuan. Anda dapat memutuskan seberapa sering replikasi terjadi. Replikasi lintas zona mendukung tiga jadwal replikasi: setiap 10 menit, per jam, dan harian.

    Penting

    Jadwal replikasi 10 menit tidak didukung untuk volume besar yang menggunakan replikasi lintas zona.

Perilaku selama kegagalan zona

Bagian ini menjelaskan apa yang diharapkan ketika beberapa volume Azure NetApp Files disebarkan ke zona ketersediaan terpisah, replikasi lintas zona diaktifkan, dan ada pemadaman zona ketersediaan.

  • Deteksi dan respons: Anda bertanggung jawab untuk mendeteksi hilangnya zona ketersediaan dan memulai failover.

    Failover adalah proses manual. Ketika Anda perlu mengaktifkan volume tujuan, seperti ketika Anda ingin melakukan failover ke zona ketersediaan tujuan, Anda perlu memutus peering replikasi lalu memasang volume tujuan. Untuk informasi selengkapnya, lihat failover ke volume tujuan.

  • Notification: Untuk memantau kesehatan volume Azure NetApp Files, Anda dapat menggunakan metrik Azure Monitor. Azure Monitor mendeteksi anomali apa pun yang menunjukkan skenario zona tidak berfungsi melalui metrik real time seperti operasi input/output per detik (IOPS), latensi, dan penggunaan kapasitas. Anda dapat mengonfigurasi pemberitahuan dan pemberitahuan untuk dikirim ke administrator sehingga mereka dapat segera merespons dengan menyeimbangkan kembali berbagi file atau memulai failover atau protokol pemulihan bencana lainnya.

  • Permintaan aktif: Selama peristiwa zona tidak berfungsi, permintaan aktif dapat mengalami gangguan atau peningkatan latensi.

  • Kehilangan data yang diharapkan: Jumlah kehilangan data, atau tujuan titik pemulihan (RPO), yang dapat Anda harapkan selama failover zona tergantung pada jadwal replikasi lintas zona yang Anda konfigurasikan.

    Jadwal replikasi RPO yang umum
    Setiap 10 menit 20 menit
    Per jam kerja Dua jam
    Harian Kurang dari 48 jam

  • Waktu henti yang diharapkan: Failover ke zona lain mengharuskan Anda memutuskan hubungan peering untuk mengaktifkan volume tujuan dan menyediakan akses data baca dan tulis di situs kedua. Setelah Anda memicu pemutusan peering, Anda dapat mengharapkan failover selesai dalam waktu satu menit.

    Namun, jumlah total waktu henti, atau tujuan waktu pemulihan (RTO), yang dapat Anda harapkan selama failover zona tergantung pada beberapa faktor, termasuk berapa lama waktu yang dibutuhkan sistem atau proses Anda untuk mendeteksi hilangnya zona dan untuk memulai proses failover. Penting juga untuk memutuskan apakah akan mengotomatiskan respons Anda atau apakah langkah manual diperlukan. Untuk konfigurasi yang disiapkan dengan baik, proses keseluruhan biasanya memerlukan beberapa menit hingga satu jam untuk diselesaikan.

  • Pengalihan lalu lintas: Anda bertanggung jawab untuk mengalihkan lalu lintas aplikasi Anda untuk terhubung ke volume tujuan yang baru aktif. Untuk informasi selengkapnya, lihat failover ke volume tujuan.

Pemulihan Zona

Failback adalah proses manual yang mengharuskan Anda melakukan operasi sinkronisasi ulang, membangun kembali replikasi, dan memasang kembali volume sumber agar dapat diakses oleh klien. Untuk informasi selengkapnya, lihat Kelola pemulihan bencana dengan menggunakan Azure NetApp Files.

Uji kegagalan zona

Anda dapat menguji konfigurasi replikasi lintas zona dengan aman dengan menggunakan rekam jepret volume Anda. Untuk mempelajari tentang pendekatan tingkat tinggi untuk menguji konfigurasi replikasi lintas zona Anda, lihat Uji pemulihan bencana untuk Azure NetApp Files.

Ketahanan terhadap kegagalan di seluruh wilayah

Secara default, Azure NetApp Files adalah layanan wilayah tunggal. Jika wilayah menjadi tidak tersedia, volume penyimpanan yang disimpan di wilayah tersebut juga tidak tersedia. Untuk meningkatkan ketahanan jika pemadaman regional terjadi, Azure NetApp Files mendukung replikasi lintas wilayah. Anda dapat mereplikasi data secara asinkron dari volume Azure NetApp Files (sumber) di satu wilayah ke volume Azure NetApp Files lain (tujuan) di wilayah lain yang dipilih microsoft sebelumnya. Kemampuan ini memungkinkan Anda untuk mengalihkan fungsi aplikasi penting Anda jika terjadi pemadaman di seluruh kawasan atau bencana.

Nota

Anda juga dapat mereplikasi satu volume ke zona ketersediaan lain dan ke wilayah lain. Untuk informasi selengkapnya, lihat Memahami replikasi Azure NetApp Files.

Persyaratan

Dukungan wilayah: Wilayah sekunder yang dapat Anda replikasi volumenya bergantung pada wilayah utama. Untuk informasi selengkapnya, lihat pasangan wilayah yang didukung.

Pertimbangan

Replikasi diizinkan di antara langganan Azure yang berbeda hanya jika berada dalam tenan Microsoft Entra yang sama.

Untuk pertimbangan lain yang terkait dengan replikasi lintas wilayah di Azure NetApp Files, lihat Penyebaran dan pertimbangan untuk menggunakan replikasi lintas wilayah.

Biaya

Biaya replikasi lintas wilayah didasarkan pada jumlah data yang Anda replikasi. Untuk informasi selengkapnya dan beberapa contoh skenario, lihat Model biaya untuk replikasi lintas wilayah.

Mengonfigurasi dukungan multiregional

  • Aktifkan replikasi lintas wilayah: Untuk meningkatkan ketahanan solusi Anda, konfigurasikan replikasi lintas wilayah.

  • Nonaktifkan replikasi lintas wilayah: Anda dapat menonaktifkan replikasi lintas wilayah dengan memutuskan pemasangan replikasi. Untuk informasi selengkapnya, lihat Kelola pemulihan bencana dengan menggunakan Azure NetApp Files.

Perilaku ketika semua wilayah sehat

Bagian ini menjelaskan apa yang diharapkan ketika volume Azure NetApp Files dikonfigurasi untuk menggunakan replikasi lintas wilayah dan kedua wilayah beroperasi.

  • Perutean lalu lintas antar wilayah: Permintaan masuk dirutekan ke volume tertentu, yang terletak di wilayah utama.

  • replikasi Data antar wilayah: Azure NetApp Files replikasi lintas wilayah berarti bahwa semua perubahan pada volume sumber direplikasi secara asinkron ke volume tujuan. Anda dapat memutuskan seberapa sering replikasi terjadi. Replikasi lintas wilayah mendukung tiga jadwal replikasi: setiap 10 menit, per jam, dan harian.

    Penting

    Jadwal replikasi 10 menit tidak didukung untuk volume besar yang menggunakan replikasi lintas wilayah.

  • Memantau kesehatan replikasi: Anda dapat memantau kesehatan hubungan peering, dan Anda dapat mengonfigurasi pemberitahuan untuk memberi tahu Anda jika jeda replikasi meningkat di luar ambang batas yang diharapkan. Untuk mempelajari selengkapnya, lihat Menampilkan kesehatan dan memantau status hubungan replikasi.

Perilaku selama kegagalan wilayah

Bagian ini menjelaskan apa yang diharapkan ketika volume Azure NetApp Files dikonfigurasi untuk menggunakan replikasi lintas wilayah dan ada pemadaman wilayah utama.

  • Deteksi dan respons: Anda bertanggung jawab untuk mendeteksi hilangnya wilayah dan memulai failover. Failover adalah proses manual. Ketika Anda perlu mengaktifkan volume tujuan, seperti ketika Anda ingin melakukan failover ke wilayah tujuan, Anda perlu memutus peering replikasi lalu memasang volume tujuan. Untuk informasi selengkapnya, lihat failover ke volume tujuan.

  • Notification: Untuk memantau kesehatan volume Azure NetApp Files, Anda dapat menggunakan metrik Azure Monitor. Azure Monitor mendeteksi anomali apa pun yang menunjukkan skenario penurunan wilayah melalui metrik real time seperti IOPS, latensi, dan penggunaan kapasitas. Anda dapat mengonfigurasi pemberitahuan dan pemberitahuan untuk dikirim ke administrator sehingga mereka dapat segera merespons dengan menyeimbangkan kembali berbagi file atau memulai failover atau protokol pemulihan bencana lainnya.

  • Permintaan aktif: Selama kejadian penurunan wilayah, permintaan aktif dapat mengalami gangguan atau peningkatan waktu tunggu.

  • Kehilangan data yang diharapkan: Jumlah kehilangan data, atau RPO, yang dapat Anda harapkan selama failover wilayah tergantung pada jadwal replikasi lintas wilayah yang Anda konfigurasikan.

    Jadwal replikasi RPO yang umum
    Setiap 10 menit Kurang dari 20 menit
    Per jam kerja Kurang dari Dua jam
    Harian Kurang dari 48 jam

  • Waktu henti yang diharapkan: Failover ke wilayah lain mengharuskan Anda memutuskan hubungan peering untuk mengaktifkan volume tujuan dan menyediakan akses data baca dan tulis di situs kedua. Setelah Anda memicu pemutusan peering, Anda dapat mengharapkan failover selesai dalam waktu satu menit.

    Namun, jumlah total waktu henti, atau RTO, yang dapat Anda harapkan selama failover zona tergantung pada beberapa faktor, termasuk berapa lama waktu yang diperlukan sistem atau proses Anda untuk mendeteksi hilangnya zona dan untuk memulai proses failover. Penting juga untuk memutuskan apakah akan mengotomatiskan respons Anda atau apakah langkah manual diperlukan. Untuk konfigurasi yang disiapkan dengan baik, proses keseluruhan biasanya memerlukan beberapa menit hingga satu jam untuk diselesaikan.

  • Pengalihan lalu lintas: Anda bertanggung jawab untuk mengalihkan lalu lintas aplikasi Anda untuk terhubung ke volume tujuan yang baru aktif. Untuk informasi selengkapnya, lihat failover ke volume tujuan.

Pemulihan wilayah

Setelah wilayah utama pulih, Anda bertanggung jawab atas failback. Failback adalah proses manual yang mengharuskan Anda melakukan operasi sinkronisasi ulang, membangun kembali replikasi, dan memasang kembali volume sumber agar dapat diakses oleh klien. Untuk informasi selengkapnya, lihat Kelola pemulihan bencana dengan menggunakan Azure NetApp Files.

Pengujian untuk mendeteksi kegagalan wilayah

Anda dapat menguji konfigurasi replikasi lintas wilayah dengan aman dengan menggunakan rekam jepret volume Anda. Untuk mempelajari tentang pendekatan tingkat tinggi untuk menguji konfigurasi replikasi lintas wilayah Anda, lihat Uji pemulihan bencana untuk Azure NetApp Files.

Pencadangan dan pemulihan

Azure NetApp Files backup memperluas kemampuan perlindungan data Azure NetApp Files dengan menyediakan solusi pencadangan terkelola sepenuhnya untuk pemulihan, arsip, dan kepatuhan jangka panjang. Cadangan yang dibuat oleh layanan disimpan dalam penyimpanan Azure, terpisah dari snapshot volume yang tersedia untuk pemulihan atau kloning jangka pendek. Cadangan yang dibutuhkan layanan dapat dipulihkan ke volume Azure NetApp Files baru dalam wilayah tersebut. pencadangan Azure NetApp Files mendukung pencadangan berbasis kebijakan (terjadwal) dan pencadangan manual (sesuai permintaan).

Untuk keamanan lebih lanjut, Azure NetApp Files snapshots menambahkan stabilitas, skalabilitas, dan pemulihan cepat tanpa memengaruhi performa. Mereka menyediakan fondasi untuk solusi redundansi lainnya, termasuk pencadangan, replikasi lintas wilayah, dan replikasi lintas zona.

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?.

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 Perjanjian Tingkat Layanan untuk layanan online.

Konten terkait

  • Last updated on