Redundansi Azure Storage

Azure Storage selalu menyimpan berbagai salinan data untuk melindunginya dari peristiwa terencana dan tidak terencana, termasuk kegagalan perangkat keras sementara, gangguan jaringan atau pemadaman listrik, dan bencana alam besar. Redundansi memastikan bahwa akun penyimpanan Anda memenuhi target ketersediaan dan ketahanannya meski saat 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 dari wilayah utama, untuk melindungi dari bencana regional (replikasi geografis).
• Apakah aplikasi Anda memerlukan akses baca ke data yang direplikasi di wilayah sekunder jika wilayah utama menjadi tidak tersedia karena alasan apa pun (replikasi geografis dengan akses baca).

Catatan

Fitur dan ketersediaan regional yang dijelaskan dalam artikel ini juga tersedia untuk akun yang memiliki ruang nama hierarkis (penyimpanan Blob Azure).

Layanan yang terdiri dari Azure Storage dikelola melalui sumber daya Azure umum yang disebut akun penyimpanan. Akun penyimpanan mewakili kumpulan penyimpanan bersama yang dapat digunakan untuk menyebarkan sumber daya penyimpanan seperti kontainer blob (Penyimpanan Blob), berbagi file (Azure Files), tabel (Table Storage), atau antrian (Queue Storage). Untuk infomasi selengkapnya tentang akun Azure Storage, lihat Ringkasan akun penyimpanan.

Pengaturan redundansi untuk akun penyimpanan dibagikan untuk semua layanan penyimpanan yang diekspos oleh akun tersebut. Semua sumber daya penyimpanan yang disebarkan di akun penyimpanan yang sama memiliki pengaturan redundansi yang sama. Anda mungkin ingin mengisolasi berbagai jenis sumber daya di akun penyimpanan terpisah jika mereka memiliki persyaratan redundansi yang berbeda.

Redundansi di wilayah utama

Data di akun Azure Storage selalu direplikasi tiga kali di wilayah utama. Azure Storage menawarkan dua opsi 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, Microsoft merekomendasikan penggunaan ZRS di wilayah utama, dan juga mereplikasi ke wilayah sekunder.

Catatan

Microsoft merekomendasikan penggunaan ZRS di wilayah utama untuk beban kerja Azure Data Lake Storage Gen2.

Penyimpanan yang berlebihan secara lokal

Penyimpanan redundan lokal (LRS) mereplikasi akun penyimpanan Anda tiga kali dalam satu pusat data di wilayah utama. LRS menyediakan setidaknya 99,999999999% (9 sebelas kali) durabilitas objek 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, Microsoft merekomendasikan penggunaan penyimpanan zona redundan (ZRS), penyimpanan geo redundan (GRS), atau penyimpanan geo zone 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 terjadi kehilangan data, Anda dapat memilih LRS.
• Jika aplikasi Anda dibatasi untuk mereplikasi data hanya di dalam negara atau wilayah karena persyaratan tata kelola data, Anda dapat memilih LRS. Dalam beberapa kasus, wilayah yang dipasangkan tempat data direplikasi secara geografis mungkin berada di negara atau wilayah lain. Untuk informasi selengkapnya tentang wilayah yang dipasangkan, lihat Wilayah Azure.
• Jika skenario Anda menggunakan disk tidak terkelola Azure, Anda dapat memilih LRS. Meskipun dimungkinkan untuk membuat akun penyimpanan untuk disk tidak terkelola Azure yang menggunakan GRS, hal ini tidak disarankan karena potensi masalah dengan konsistensi pada replikasi-geo asinkron.

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 daya tahan untuk sumber daya penyimpanan setidaknya 99,9999999999% (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.

Microsoft merekomendasikan penggunaan ZRS di wilayah utama untuk skenario yang memerlukan ketersediaan tinggi. ZRS juga direkomendasikan untuk membatasi replikasi data ke dalam negara atau wilayah tertentu untuk memenuhi persyaratan tata kelola data.

Microsoft merekomendasikan penggunaan ZRS untuk beban kerja Azure Files. Jika zona menjadi tidak tersedia, tidak diperlukan pemasangan ulang berbagi file Azure dari klien yang terhubung.

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 saat beberapa zona terpengaruh secara permanen. Untuk perlindungan terhadap bencana regional, Microsoft merekomendasikan penggunaan penyimpanan geo zona redundan (GZRS), yang menggunakan ZRS di wilayah utama dan juga melakukan geo replikasi terhadap data Anda ke wilayah sekunder.

Tingkat Arsip untuk Blob Storage saat ini tidak didukung untuk akun ZRS. Disk tidak terkelola tidak mendukung ZRS atau GZRS.

Untuk informasi selengkapnya tentang wilayah mana yang mendukung ZRS, lihat Wilayah Azure dengan zona ketersediaan.

Akun penyimpanan standar

ZRS didukung untuk semua layanan Azure Storage melalui akun penyimpanan v2 tujuan umum standar, termasuk:

• Penyimpanan Azure Blob (blob blok panas dan dingin, blob halaman non-disk)
• Azure Files (semua tingkat standar: transaksi dioptimalkan, panas, dan dingin)
• Penyimpanan Tabel Azure
• Azure Queue Storage

ZRS untuk akun penyimpanan v2 tujuan umum standar tersedia untuk subset wilayah Azure:

• (Afrika) Afrika Selatan Utara
• (Asia Pasifik) Australia Timur
• (Asia Pasifik) India Tengah
• (Asia Pasifik) Asia Timur
• (Asia Pasifik) Jepang Timur
• (Asia Pasifik) Korea Tengah
• (Asia Pasifik) India Selatan
• (Asia Pasifik) Asia Tenggara
• (Eropa) Prancis Tengah
• (Eropa) Jerman Barat Tengah
• (Eropa) Eropa Utara
• (Eropa) Norwegia Timur
• (Eropa) Swedia Tengah
• (Eropa) Swiss Utara
• (Eropa) UK Selatan
• (Eropa) Eropa Barat
• (Amerika Utara) Kanada Tengah
• (Amerika Utara): US Tengah
• (Amerika Utara): US Timur
• (Amerika Utara): US Timur 2
• (Amerika Utara) US Tengah Selatan
• (Amerika Utara) US Gov Virginia
• (Amerika Utara): US Barat 2
• (Amerika Utara): US Barat 3
• (Amerika Selatan) Brasil Selatan

Akun blok blob premium

ZRS didukung untuk akun blob blok premium. Untuk informasi selengkapnya tentang gumpalan blok premium, lihat Akun penyimpanan blob blok premium.

Blob blok premium tersedia di subset wilayah Azure:

• (Asia Pasifik) Australia Timur
• (Asia Pasifik) Asia Timur
• (Asia Pasifik) Jepang Timur
• (Asia Pasifik) Asia Tenggara
• (Eropa) Prancis Tengah
• (Eropa) Eropa Utara
• (Eropa) Eropa Barat
• (Eropa) UK Selatan
• (Amerika Utara): US Timur
• (Amerika Utara): US Timur 2
• (Amerika Utara): US Barat 2
• (Amerika Utara) US Tengah Selatan
• (Amerika Selatan) Brasil Selatan

Premium akun berbagi file

ZRS didukung untuk berbagi file premium (Azure Files) melalui jenis akun penyimpanan FileStorage.

ZRS untuk berbagi file premium tersedia untuk subset wilayah Azure:

• (Asia Pasifik) Australia Timur
• (Asia Pasifik) Jepang Timur
• (Asia Pasifik) Asia Tenggara
• (Eropa) Prancis Tengah
• (Eropa) Eropa Utara
• (Eropa) Eropa Barat
• (Eropa) UK Selatan
• (Amerika Utara): US Timur
• (Amerika Utara): US Timur 2
• (Amerika Utara): US Barat 2
• (Amerika Utara) US Tengah Selatan
• (Amerika Selatan) Brasil Selatan

Redundansi di wilayah sekunder

Untuk aplikasi yang membutuhkan durabilitas tinggi, Anda dapat memilih untuk menyalin tambahan 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.

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 Storage menawarkan dua opsi untuk menyalin data Anda ke wilayah sekunder:

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

Catatan

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.

Dengan GRS atau GZRS, data di wilayah sekunder tidak tersedia untuk akses baca atau tulis kecuali ada kegagalan ke wilayah sekunder. Untuk akses baca ke wilayah sekunder, konfigurasikan akun penyimpanan untuk menggunakan penyimpanan geo redundan akses baca (RA-GRS) atau penyimpanan geo zona redundan akses baca (RA-GZRS). Untuk informasi selengkapnya, lihat Akses baca ke data di wilayah sekunder.

Jika wilayah utama menjadi tidak tersedia, Anda dapat memilih untuk gagal ke wilayah sekunder. Setelah kegagalan selesai, wilayah sekunder menjadi wilayah utama, dan Anda dapat kembali membaca dan menulis data. Untuk informasi selengkapnya tentang pemulihan bencana dan untuk mempelajari cara gagal ke wilayah sekunder, lihat Pemulihan bencana dan kegagalan akun penyimpanan.

Penting

Karena data direplikasi ke wilayah sekunder secara asinkron, kegagalan yang memengaruhi wilayah utama dapat mengakibatkan hilangnya data jika wilayah utama tidak dapat dipulihkan. Interval antara tulis terbaru ke wilayah utama dan tulis terakhir ke wilayah sekunder dikenal sebagai tujuan titik pemulihan (RPO). RPO menunjukkan titik waktu tempat data dipulihkan. Platform Azure Storage biasanya memiliki RPO kurang dari 15 menit, meskipun saat ini tidak ada SLA tentang berapa lama waktu yang dibutuhkan untuk mereplikasi data ke wilayah sekunder.

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 daya tahan untuk sumber daya penyimpanan 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 atau RA-GRS:

Penyimpanan geo zona redundan

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. Microsoft merekomendasikan penggunaan 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 menyediakan setidaknya 99,99999999999999% (9 enam belas kali) durabilitas objek selama setahun tertentu.

Diagram berikut menunjukkan bagaimana data Anda direplikasi dengan GRS atau RA-GRS:

Hanya akun penyimpanan v2 tujuan umum standar yang mendukung GZRS. GZRS didukung oleh semua layanan Azure Storage, termasuk:

• Penyimpanan Azure Blob (blob blok panas dan dingin, blob halaman non-disk)
• Azure Files (semua tingkat standar: transaksi dioptimalkan, panas, dan dingin)
• Penyimpanan Tabel Azure
• Azure Queue Storage

GZRS tersedia untuk subset wilayah Azure:

• (Afrika) Afrika Selatan Utara
• (Asia Pasifik) Australia Timur
• (Asia Pasifik) Asia Timur
• (Asia Pasifik) Jepang Timur
• (Asia Pasifik) Korea Tengah
• (Asia Pasifik) Asia Tenggara
• (Asia Pasifik) India Tengah
• (Eropa) Prancis Tengah
• (Eropa) Eropa Utara
• (Eropa) Norwegia Timur
• (Eropa) Swedia Tengah
• (Eropa) Swiss Utara
• (Eropa) UK Selatan
• (Eropa) Eropa Barat
• (Amerika Utara) Kanada Tengah
• (Amerika Utara): US Tengah
• (Amerika Utara): US Timur
• (Amerika Utara): US Timur 2
• (Amerika Utara) US Tengah Selatan
• (Amerika Utara): US Barat 2
• (Amerika Utara): US Barat 3
• (Amerika Utara) US Gov Virginia
• (Amerika Selatan) Brasil Selatan

Akses baca ke data di wilayah sekunder

Penyimpanan geo redundan (dengan GRS atau GZRS) mereplikasi data Anda ke lokasi fisik lain di wilayah sekunder untuk melindungi dari pemadaman regional. Dengan akun yang dikonfigurasi untuk GRS atau GZRS, data di wilayah sekunder tidak dapat diakses langsung oleh pengguna atau aplikasi, kecuali terjadi failover. Proses failover memperbarui entri DNS yang disediakan oleh Azure Storage 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. Untuk informasi selengkapnya tentang failover dan pemulihan bencana, lihat Cara kerja failover akun.

Jika aplikasi Anda memerlukan ketersediaan tinggi, maka Anda dapat mengonfigurasi akun penyimpanan Anda untuk akses baca ke wilayah sekunder. Saat Anda mengaktifkan akses baca ke wilayah sekunder, maka data Anda selalu tersedia untuk dibaca dari wilayah sekunder, termasuk dalam situasi di mana wilayah utama menjadi tidak tersedia. Penyimpanan geo redundan akses baca (RA-GRS) atau penyimpanan geo zona redundan akses baca (RA-GZRS) mengizinkan akses baca ke wilayah sekunder.

Perhatian

Karena data direplikasi secara asinkron dari wilayah primer ke sekunder, wilayah sekunder biasanya berada di belakang wilayah utama dalam hal operasi tulis. Jika bencana menyerang wilayah utama, kemungkinan beberapa data akan hilang. Untuk informasi selengkapnya tentang cara merencanakan potensi kehilangan data, lihat Mengantisipasi kehilangan data.

Catatan

Azure Files tidak mendukung penyimpanan geo-redundan akses-baca (RA-GRS) atau penyimpanan geo-zona-redundan akses-baca (RA-GZRS).

Rancang aplikasi Anda untuk akses baca ke sekunder

Jika akun penyimpanan Anda dikonfigurasi untuk akses baca ke wilayah sekunder, maka Anda dapat merancang aplikasi Anda untuk beralih dengan mulus ke membaca data dari wilayah sekunder jika wilayah utama menjadi tidak tersedia karena alasan apa pun.

Wilayah sekunder tersedia untuk akses baca setelah Anda mengaktifkan RA-GRS atau RA-GZRS, sehingga Anda dapat menguji aplikasi Anda terlebih dahulu untuk memastikan bahwa aplikasi tersebut akan membaca dengan benar dari sekunder jika terjadi pemadaman. Untuk informasi selengkapnya tentang cara merancang aplikasi Anda untuk memanfaatkan geo redundansi, lihat Menggunakan geo redundansi untuk merancang aplikasi yang sangat tersedia.

Saat akses baca ke sekunder diaktifkan, aplikasi Anda dapat dibaca dari titik akhir sekunder serta dari titik akhir utama. Titik akhir sekunder menambahkan akhiran –sekunder ke nama akun. Misalnya, jika titik akhir utama untuk penyimpanan Blob adalah myaccount.blob.core.windows.net, maka titik akhir sekunder adalah myaccount-secondary.blob.core.windows.net. Kunci akses akun untuk akun penyimpanan Anda sama untuk titik akhir utama dan sekunder.

Memeriksa properti Waktu Sinkronisasi Terakhir

Karena data direplikasi ke wilayah sekunder secara asinkron, wilayah sekunder sering berada di belakang wilayah utama. Jika terjadi kegagalan di wilayah utama, kemungkinan semua penulisan ke primer belum direplikasi ke sekunder.

Untuk menentukan operasi tulis mana yang telah direplikasi ke wilayah sekunder, aplikasi Anda dapat memeriksa properti Waktu Sinkronisasi Terakhir untuk akun penyimpanan Anda. Semua operasi penulisan yang ditulis ke wilayah utama sebelum waktu sinkronisasi terakhir telah berhasil direplikasi ke wilayah sekunder, yang berarti bahwa semua operasi tersebut tersedia untuk dibaca dari sekunder. Setiap operasi tulis yang ditulis ke wilayah utama setelah waktu sinkronisasi terakhir mungkin atau mungkin belum direplikasi ke wilayah sekunder, yang berarti bahwa semua operasi tersebut mungkin tidak tersedia untuk operasi baca.

Anda dapat meminta nilai properti Waktu Sinkronisasi Terakhir menggunakan Azure PowerShell, Azure CLI, atau salah satu pustaka klien Azure Storage. Properti Waktu Sinkronisasi Terakhir adalah nilai tanggal/waktu GMT. Untuk informasi selengkapnya, lihat Memeriksa properti Waktu Sinkronisasi Terakhir untuk akun penyimpanan.

Ringkasan opsi redundansi

Tabel di bagian berikut ini merangkum opsi redundansi yang tersedia untuk Azure Storage.

Parameter durabilitas dan ketersediaan

Tabel berikut ini menjelaskan parameter utama untuk setiap opsi redundansi:

Parameter	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
Persen durabilitas objek selama setahun 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	Paling sedikit 99,9% (99% untuk tingkat akses Dingin atau Arsip)	Paling sedikit 99,9% (99% untuk tingkat akses Dingin atau Arsip)	Paling sedikit 99,9% (99% untuk tingkat akses Dingin atau Arsip) untuk GRS Paling sedikit 99,99% (99,9% untuk tingkat akses Cool atau Arsip) untuk RA-GRS	Paling sedikit 99,9% (99% untuk tingkat akses Dingin atau Arsip) untuk GZRS Paling sedikit 99,99% (99,9% untuk tingkat akses Dingin atau Arsip) untuk RA-GZRS
Ketersediaan untuk permintaan tulis	Paling sedikit 99,9% (99% untuk tingkat akses Dingin atau Arsip)	Paling sedikit 99,9% (99% untuk tingkat akses Dingin atau Arsip)	Paling sedikit 99,9% (99% untuk tingkat akses Dingin atau Arsip)	Paling sedikit 99,9% (99% untuk tingkat akses Dingin atau Arsip)
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, bergantung pada jenis redundansi mana yang berlaku untuk akun penyimpanan Anda:

Skenario pemadaman	LRS	ZRS	GRS/RA-GRS	GZRS/RA-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
Akses baca ke wilayah sekunder tersedia jika wilayah utama menjadi tidak tersedia	Tidak	Tidak	Ya (dengan RA-GRS)	Ya (dengan RA-GZRS)

¹ Kegagalan akun diperlukan untuk memulihkan ketersediaan tulis jika wilayah utama menjadi tidak tersedia. Untuk informasi selengkapnya, lihat Pemulihan bencana dan kegagalan akun penyimpanan.

Layanan Azure Storage yang Didukung

Tabel berikut memperlihatkan opsi redundansi mana yang didukung oleh setiap layanan Azure Storage.

LRS	ZRS	LRS	RA-GRS	LRS	RA-GRS
Penyimpanan blob (termasuk Data Lake Storage) Penyimpanan antrean Penyimpanan tabel Azure Files1,2 Disk terkelola Azure Blob halaman	Penyimpanan blob (termasuk Data Lake Storage) Penyimpanan antrean Penyimpanan tabel Azure Files1,2 Disk terkelola Azure3	Penyimpanan blob (termasuk Data Lake Storage) Penyimpanan antrean Penyimpanan tabel Azure Files1	Penyimpanan blob (termasuk Data Lake Storage) Penyimpanan antrean Penyimpanan tabel	Penyimpanan blob (termasuk Data Lake Storage) Penyimpanan antrean Penyimpanan tabel Azure Files1	Penyimpanan blob (termasuk Data Lake Storage) Penyimpanan antrean Penyimpanan tabel

¹ File bersama standar didukung pada LRS dan ZRS. File bersama standar didukung pada GRS dan GZRS selama ukurannya kurang dari atau sama dengan 5 TiB.
² File bersama premium didukung pada LRS dan ZRS.
³ Disk yang dikelola ZRS memiliki batasan tertentu. Lihat bagian Batasan pada artikel opsi redundansi untuk disk terkelola untuk detailnya.

Jenis akun penyimpanan yang didukung

Tabel berikut menunjukkan opsi redundansi mana yang didukung untuk setiap jenis akun penyimpanan. Untuk informasi jenis akun penyimpanan, lihat Gambaran umum akun penyimpanan.

Jenis akun penyimpanan	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
Disarankan	Tujuan umum standar v2 (StorageV2)1 Blob blok premium (BlockBlobStorage)1 Berbagi file premium (FileStorage) Blob halaman premium (StorageV2)	Tujuan umum standar v2 (StorageV2)1 Blob blok premium (BlockBlobStorage)1 Berbagi file premium (FileStorage)	Tujuan umum standar v2 (StorageV2)1	Tujuan umum standar v2 (StorageV2)1
Warisan	Standar tujuan umum v1 (Storage) Blob warisan (BlobStorage)	T/A	Standar tujuan umum v1 (Storage) Blob warisan (BlobStorage)	T/A

¹ Akun jenis ini yang mengaktifkan namespace hierarkis juga mendukung opsi redundansi yang ditentukan.

Semua data untuk semua akun penyimpanan disalin sesuai dengan opsi redundansi untuk akun penyimpanan. Objek termasuk blob blok, blob penambahan, blob halaman, antrean, tabel, dan file disalin.

Data di semua tingkatan, termasuk tingkat Arsip, disalin. Untuk informasi selengkapnya tentang tingkat blob, lihat Tingkat akses, Hot, Cool, dan Archive untuk data blob.

Untuk informasi harga untuk setiap opsi redundansi, lihat Harga Azure Storage.

Catatan

Penyimpanan Disk Premium Azure saat ini hanya mendukung penyimpanan redundan lokal (LRS). Akun penyimpanan blob blok mendukung penyimpanan redundan lokal (LRS) dan penyimpanan redundan zona (ZRS) di wilayah tertentu.

Dukungan untuk failover akun yang dikelola pelanggan

Semua penawaran redundansi geografis mendukung failover yang dikelola Microsoft jika terjadi bencana di wilayah utama. Selain itu, beberapa jenis akun mendukung failover akun yang dikelola pelanggan, seperti yang ditunjukkan dalam tabel berikut ini. Jenis akun yang didukung harus menggunakan penyebaran Azure Resource Manager. Untuk informasi lebih lanjut mengenai pemulihan bencana dan failover yang dikelola pelanggan, lihat Pemulihan bencana dan failover akun penyimpanan.

Jenis failover	GRS/RA-GRS	GZRS/RA-GZRS
Failover yang dikelola pelanggan	Akun tujuan umum v2 Akun tujuan umum v1 Akun warisan Blob Storage	Akun tujuan umum v2
Kegagalan yang dikelola Microsoft	Semua jenis akun	Akun tujuan umum v2

Catatan

Failover akun yang dikelola pelanggan belum didukung di akun yang memiliki namespace layanan hierarkis (Azure Data Lake Storage Gen2). Untuk daftar lengkapnya, lihat Fitur penyimpanan Blob yang tersedia di Azure Data Lake Storage Gen2.

Jika terjadi bencana yang memengaruhi wilayah utama, maka Microsoft akan mengelola failover akun yang memiliki namespace layanan hierarkis. Untuk informasi lebih lanjut, lihat Failover yang dikelola Microsoft.

Integritas data

Azure Storage secara teratur memverifikasi integritas data yang disimpan menggunakan pemeriksaan redundansi siklik (CRC). Jika terdeteksi adanya kerusakan data, maka diperbaiki menggunakan data redundan. Azure Storage Azure juga menghitung checksum pada semua lalu lintas jaringan untuk mendeteksi kerusakan paket data saat menyimpan atau mengambil data.

Lihat juga

• Mengubah opsi redundansi untuk akun penyimpanan
• Replikasi geografis (GRS/GZRS/RA-GRS/RA-GZRS)
  • Memeriksa properti Waktu Sinkronisasi Terakhir untuk akun penyimpanan
  • Pemulihan bencana dan kegagalan akun penyimpanan
• Harga
  • Penyimpanan Blob
  • File Azure
  • Table Storage
  • Queue Storage