Redundansi data Azure Files
Azure Files selalu menyimpan beberapa salinan data Anda sehingga terlindungi dari peristiwa yang direncanakan dan tidak direncanakan, termasuk kegagalan perangkat keras sementara, pemadaman jaringan atau listrik, dan bencana alam. Redundansi memastikan bahwa akun penyimpanan Anda memenuhi target ketersediaan dan daya tahannya bahkan dalam menghadapi kegagalan.
Saat memutuskan opsi redundansi yang terbaik untuk skenario Anda, pertimbangkan kompensasi antara biaya yang lebih rendah dan ketersediaan yang lebih tinggi. Faktor-faktor yang memudahkan penentuan opsi redundansi yang harus Anda pilih meliputi:
- Cara data Anda direplikasi di wilayah utama.
- Apakah data Anda direplikasi ke wilayah kedua yang secara geografis jauh ke wilayah utama, untuk melindungi dari bencana regional (geo-redundansi).
Berbagi file Azure dikelola melalui sumber daya Azure umum yang disebut akun penyimpanan. Akun penyimpanan mewakili kumpulan penyimpanan bersama yang dapat digunakan untuk menyebarkan berbagi file. Untuk mendapatkan informasi selengkapnya tentang akun penyimpanan, lihat Gambaran umum penyimpanan.
Saat membuat akun penyimpanan, Anda memilih pengaturan redundansi untuk akun penyimpanan yang dibagikan untuk semua layanan penyimpanan yang diekspos oleh akun tersebut. Oleh karena itu, semua berbagi file yang disebarkan di akun penyimpanan yang sama memiliki pengaturan redundansi yang sama. Anda mungkin ingin mengisolasi berbagi file di akun penyimpanan terpisah jika mereka memiliki persyaratan redundansi yang berbeda.
Redundansi di wilayah utama
Data di akun penyimpanan Azure selalu direplikasi tiga kali di wilayah utama. Azure Files menawarkan dua opsi tentang cara data Anda direplikasi di wilayah utama:
- Penyimpanan redundan lokal (LRS) menyalin data Anda secara sinkron tiga kali dalam satu lokasi fisik di wilayah utama. LRS adalah opsi replikasi paling murah, tetapi tidak disarankan untuk aplikasi yang membutuhkan ketersediaan tinggi atau durabilitas.
- Penyimpanan zona-redundan (ZRS) menyalin data Anda secara sinkron di tiga zona ketersediaan Azure di wilayah utama. Untuk aplikasi yang membutuhkan ketersediaan tinggi, sebaiknya gunakan ZRS di wilayah utama, dan juga mereplikasi ke wilayah sekunder.
Penyimpanan Redundan Lokal
Penyimpanan redundan lokal (LRS) mereplikasi akun penyimpanan Anda tiga kali dalam satu pusat data di wilayah utama. LRS memberikan setidaknya durabilitas 99,9999999999% (11 sembilan) selama tahun tertentu.
LRS adalah opsi redundansi berbiaya terendah dan menawarkan durabilitas paling rendah dibandingkan dengan opsi lain. LRS melindungi data Anda dari kegagalan rak server dan drive. Namun, jika bencana seperti kebakaran atau banjir terjadi di dalam pusat data, semua replika akun penyimpanan yang menggunakan LRS mungkin hilang atau tidak dapat dipulihkan. Untuk mengurangi risiko ini, sebaiknya gunakan penyimpanan zona redundan (ZRS), penyimpanan geo-redundan (GRS), atau penyimpanan geo-zona-redundan (GZRS).
Permintaan tulis ke akun penyimpanan yang menggunakan LRS terjadi secara sinkron. Operasi tulis berhasil ditampilkan hanya setelah data ditulis ke ketiga replika.
Diagram berikut menunjukkan bagaimana data Anda direplikasi dalam satu pusat data dengan LRS:
LRS adalah pilihan tepat untuk skenario berikut:
- Jika aplikasi Anda menyimpan data yang dapat dengan mudah direkonstruksi jika kehilangan data terjadi.
- Jika aplikasi Anda dibatasi untuk mereplikasi data hanya dalam negara atau wilayah karena persyaratan tata kelola data. Dalam beberapa kasus, wilayah yang dipasangkan di mana data direplikasi secara geografis mungkin berada di negara atau wilayah lain. Untuk informasi selengkapnya tentang wilayah yang dipasangkan, lihat Wilayah Azure.
Penyimpanan zona-redundan
Penyimpanan zona-redundan (ZRS) mereplikasi akun penyimpanan Anda secara sinkron di tiga zona ketersediaan Azure di wilayah utama. Setiap zona ketersediaan merupakan lokasi fisik terpisah dengan daya independen, pendinginan, dan jaringan. ZRS menawarkan durabilitas setidaknya 99,99999999999% (12 9) selama tahun tertentu.
Dengan ZRS, data Anda masih dapat diakses untuk operasi baca dan tulis meskipun zona tidak tersedia. Jika zona menjadi tidak tersedia, Azure melakukan pembaruan jaringan, seperti penunjukan kembali DNS. Pembaruan ini dapat memengaruhi aplikasi Anda jika Anda mengakses data sebelum pembaruan selesai. Saat merancang aplikasi untuk ZRS, ikuti praktik untuk penanganan kesalahan sementara, termasuk menerapkan kebijakan coba kembali dengan back-off eksponensial.
Permintaan tulis ke akun penyimpanan yang menggunakan ZRS terjadi secara sinkron. Operasi tulis berhasil ditampilkan hanya setelah data ditulis ke semua replika di tiga zona ketersediaan.
Keuntungan menggunakan ZRS untuk beban kerja Azure Files adalah bahwa jika zona menjadi tidak tersedia, tidak diperlukan pemasangan ulang berbagi file Azure dari klien yang terhubung. Sebaiknya gunakan ZRS di wilayah utama untuk skenario yang memerlukan ketersediaan tinggi dan RPO/RTO rendah. Kami juga merekomendasikan ZRS untuk membatasi replikasi data ke negara atau wilayah tertentu untuk memenuhi persyaratan tata kelola data.
Catatan
Azure File Sync adalah zona-redundan di semua wilayah yang mendukung zona kecuali US Gov Virginia. Dalam kebanyakan kasus, sebaiknya pengguna Azure File Sync mengonfigurasi akun penyimpanan untuk menggunakan ZRS atau GZRS.
Diagram berikut menunjukkan bagaimana data Anda direplikasi di seluruh zona ketersediaan di wilayah utama dengan ZRS:
ZRS memberikan performa luar biasa, latensi rendah, dan ketahanan untuk data Anda jika sementara tidak tersedia. Namun, ZRS dengan sendirinya mungkin tidak melindungi data Anda dari bencana regional di mana beberapa zona terpengaruh secara permanen. Untuk perlindungan terhadap bencana regional, sebaiknya gunakan penyimpanan geo-zona-redundan (GZRS), yang menggunakan ZRS di wilayah utama dan juga mereplikasi data Anda ke wilayah sekunder.
Untuk informasi selengkapnya tentang wilayah mana yang mendukung ZRS, lihat Layanan zona ketersediaan dan dukungan regional.
Akun penyimpanan standar
ZRS didukung dalam akun penyimpanan v2 tujuan umum standar untuk ketiga tingkat standar: transaksi dioptimalkan, panas, dan dingin.
Untuk daftar wilayah yang mendukung ZRS untuk akun penyimpanan standar, lihat Wilayah Azure yang mendukung penyimpanan zona redundan (ZRS) untuk akun penyimpanan standar.
Premium akun berbagi file
ZRS didukung untuk berbagi file premium melalui FileStorage jenis akun penyimpanan.
Untuk daftar wilayah yang mendukung ZRS untuk akun berbagi file premium, lihat Penyimpanan redundan zona Azure Files untuk berbagi file premium.
Redundansi di wilayah sekunder
Untuk aplikasi yang membutuhkan durabilitas tinggi untuk berbagi file SMB, Anda dapat memilih penyimpanan geo-redundan untuk menyalin data di akun penyimpanan Anda ke wilayah sekunder yang berjarak ratusan mil dari wilayah utama. Jika akun penyimpanan Anda disalin ke wilayah sekunder, data Anda akan tahan lama meski terjadi pemadaman regional yang lengkap atau bencana tempat wilayah utama tidak dapat dipulihkan.
Penting
Azure Files hanya mendukung geo-redundansi (GRS atau GZRS) untuk berbagi file SMB standar. Berbagi file premium dan berbagi file NFS harus menggunakan LRS atau ZRS.
Saat membuat akun penyimpanan, Anda memilih wilayah utama untuk akun tersebut. Wilayah sekunder yang dipasangkan ditentukan berdasarkan wilayah utama, dan tidak dapat diubah. Untuk informasi selengkapnya tentang kawasan yang didukung oleh Azure, lihat kawasan Azure.
Azure Files menawarkan dua opsi untuk menyalin data Anda ke wilayah sekunder. Saat ini, opsi penyimpanan geo-redundan hanya tersedia untuk berbagi file SMB standar yang tidak mengaktifkan pengaturan berbagi file besar pada akun penyimpanan (hingga 5 TiB), kecuali Anda telah mendaftar untuk geo-redundansi Azure Files untuk berbagi file besar.
- Penyimpanan geo redundan (GRS) menyalin data Anda secara sinkron tiga kali dalam satu lokasi fisik di wilayah utama menggunakan LRS. Kemudian menyalin data Anda secara asinkron ke satu lokasi fisik di wilayah sekunder. Dalam wilayah sekunder, data Anda disalin secara sinkron tiga kali menggunakan LRS.
- Penyimpanan geo zona redundan (GZRS) menyalin data Anda secara sinkron di tiga zona ketersediaan Azure di wilayah utama menggunakan ZRS. Kemudian menyalin data Anda secara asinkron ke satu lokasi fisik di wilayah sekunder. Dalam wilayah sekunder, data Anda disalin secara sinkron tiga kali menggunakan LRS.
Satu-satunya perbedaan antara GRS dan GZRS adalah bagaimana data direplikasi di wilayah primer. Dalam wilayah sekunder, data Anda direplikasi secara sinkron tiga kali menggunakan LRS. LRS di wilayah sekunder melindungi data Anda dari kegagalan perangkat keras.
Penyimpanan geo-redundan
Penyimpanan geo redundan (GRS) menyalin data Anda secara sinkron tiga kali dalam satu lokasi fisik di wilayah utama menggunakan LRS. Kemudian menyalin data Anda secara asinkron ke satu lokasi fisik di wilayah sekunder yang berjarak ratusan mil dari wilayah utama. GRS menawarkan durabilitas setidaknya 99,999999999999999% (16 9) selama tahun tertentu.
Operasi tulis pertama-tama dilakukan pada lokasi utama dan direplikasi menggunakan LRS. Pembaruan kemudian direplikasi secara asinkron ke wilayah sekunder. Saat ditulis ke lokasi sekunder, data juga direplikasi dalam lokasi tersebut menggunakan LRS.
Diagram berikut menunjukkan bagaimana data Anda direplikasi dengan GRS:
Penyimpanan Zona-Geo-redundant
Penyimpanan geo zona redundan (GZRS) menggabungkan ketersediaan tinggi yang disediakan oleh redundansi di seluruh zona ketersediaan dengan perlindungan dari pemadaman regional yang disediakan oleh geo-replikasi. Data dalam akun penyimpanan GZRS disalin di tiga zona ketersediaan Azure di wilayah utama dan juga direplikasi ke wilayah geografis sekunder untuk perlindungan dari bencana regional. Sebaiknya gunakan GZRS untuk aplikasi yang membutuhkan konsistensi, durabilitas, dan ketersediaan maksimum, performa yang sangat baik, dan ketahanan untuk pemulihan bencana.
Dengan akun penyimpanan GZRS, Anda dapat terus membaca dan menulis data jika zona ketersediaan menjadi tidak tersedia atau tidak dapat dipulihkan. Selain itu, data Anda juga tahan lama jika terjadi pemadaman regional yang lengkap atau bencana tempat wilayah utama tidak dapat dipulihkan. GZRS dirancang untuk memberikan setidaknya durabilitas 99,99999999999999% (16 9) selama tahun tertentu.
Diagram berikut menunjukkan bagaimana data Anda direplikasi dengan GZRS:
Hanya akun penyimpanan v2 tujuan umum standar yang mendukung GZRS.
Untuk daftar wilayah yang mendukung GZRS, lihat Wilayah Azure yang mendukung penyimpanan geo-zona-redundan (GZRS).
Pemulihan bencana dan failover
Dengan GRS atau GZRS, berbagi file tidak akan dapat diakses di wilayah sekunder kecuali terjadi failover. Jika wilayah utama menjadi tidak tersedia, Anda dapat memilih untuk gagal ke wilayah sekunder. Proses failover memperbarui entri DNS yang disediakan oleh Azure Files sehingga titik akhir sekunder menjadi titik akhir utama baru untuk akun penyimpanan Anda. Selama proses failover, data Anda tidak dapat diakses. Setelah failover selesai, Anda dapat membaca dan menulis data ke region utama yang baru. Setelah kegagalan selesai, wilayah sekunder menjadi wilayah utama, dan Anda dapat kembali membaca dan menulis data. Untuk informasi selengkapnya, lihat Pemulihan bencana dan failover Azure Files.
Penting
Azure Files tidak mendukung penyimpanan geo-redundan akses baca (RA-GRS) atau penyimpanan geo-zona-redundan akses baca (RA-GZRS). Jika akun penyimpanan dikonfigurasi untuk menggunakan RA-GRS atau RA-GZRS, berbagi file akan dikonfigurasi dan ditagih sebagai GRS atau GZRS.
Redundansi geografis untuk berbagi file premium
Seperti yang disebutkan sebelumnya, opsi geo-redundansi (GRS dan GZRS) tidak didukung untuk berbagi file premium. Namun, Anda dapat mencapai geo-redundansi dengan cara lain.
Untuk skenario Azure File Sync, Anda dapat menyinkronkan antara berbagi file Azure (titik akhir cloud Anda), server file Windows lokal, dan berbagi file yang dipasang yang berjalan di komputer virtual di wilayah Azure lain (titik akhir server Anda untuk tujuan pemulihan bencana). Anda harus menonaktifkan penjenjangan cloud untuk memastikan semua data ada secara lokal, dan menyediakan penyimpanan yang cukup di Azure VM untuk menyimpan seluruh himpunan data. Untuk memastikan perubahan akan mereplikasi dengan cepat ke wilayah sekunder, file hanya boleh diakses dan dimodifikasi di titik akhir server daripada di Azure.
Anda juga dapat membuat skrip Anda sendiri untuk menyalin data ke akun penyimpanan di wilayah sekunder menggunakan alat seperti AzCopy (gunakan versi 10.4 atau yang lebih baru untuk mempertahankan ACL dan tanda waktu).
Ringkasan opsi redundansi
Tabel di bagian berikut ini meringkas opsi redundansi yang tersedia untuk Azure Files.
Parameter durabilitas dan ketersediaan
Tabel berikut ini menjelaskan parameter utama untuk setiap opsi redundansi:
| Parameter | LRS | ZRS | GRS | GZRS |
|---|---|---|---|---|
| Ketahanan persen selama tahun tertentu | setidaknya 99,999999999% (9 sebelas kali) | setidaknya 99,9999999999% (9 dua belas kali) | setidaknya 99,99999999999999% (9 enam belas kali) | setidaknya 99,99999999999999% (9 enam belas kali) |
| Ketersediaan untuk permintaan baca | Setidaknya 99,9% (99% untuk tingkat Dingin) | Setidaknya 99,9% (99% untuk tingkat Dingin) | Setidaknya 99,9% (99% untuk tingkat Dingin) | Setidaknya 99,9% (99% untuk tingkat Dingin) |
| Ketersediaan untuk permintaan tulis | Setidaknya 99,9% (99% untuk tingkat Dingin) | Setidaknya 99,9% (99% untuk tingkat Dingin) | Setidaknya 99,9% (99% untuk tingkat Dingin) | Setidaknya 99,9% (99% untuk tingkat Dingin) |
| Jumlah salinan data yang dipertahankan pada simpul terpisah | Tiga salinan dalam satu wilayah | Tiga salinan di seluruh zona ketersediaan terpisah dalam satu wilayah | Total enam salinan, termasuk tiga di wilayah utama dan tiga di wilayah sekunder | Total enam salinan, termasuk tiga di seluruh zona ketersediaan terpisah di wilayah utama dan tiga salinan redundan lokal di wilayah sekunder |
Untuk informasi selengkapnya, lihat SLA bagi Akun Penyimpanan.
Durabilitas dan ketersediaan berdasarkan skenario pemadaman
Tabel berikut menunjukkan apakah data Anda tahan lama dan tersedia dalam skenario tertentu, tergantung pada jenis redundansi mana yang berlaku untuk akun penyimpanan Anda. Azure Files tidak mendukung akses baca ke wilayah sekunder jika wilayah utama menjadi tidak tersedia, kecuali jika terjadi failover.
| Skenario pemadaman | LRS | ZRS | GRS | GZRS |
|---|---|---|---|---|
| Sebuah simpul dalam pusat data menjadi tidak tersedia | Ya | Ya | Ya | Ya |
| Seluruh pusat data (zonal atau non-zonal) menjadi tidak tersedia | Tidak | Ya | Ya1 | Ya |
| Pemadaman di seluruh wilayah terjadi di wilayah utama | Tidak | Tidak | Ya1 | Ya1 |
1 Kegagalan akun diperlukan untuk memulihkan ketersediaan tulis jika wilayah utama menjadi tidak tersedia.
Untuk informasi harga untuk setiap opsi redundansi, lihat Harga Azure Files.