Bagikan melalui


Redundansi Azure Storage

Azure Storage selalu menyimpan beberapa salinan data Anda untuk melindunginya dari peristiwa yang direncanakan dan tidak direncanakan. Contoh peristiwa ini termasuk kegagalan perangkat keras sementara, pemadaman jaringan atau listrik, dan bencana alam besar-besaran. 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 dalam wilayah utama.
  • Apakah data Anda direplikasi dari wilayah utama ke wilayah kedua yang jauh secara geografis, untuk melindungi dari bencana regional (replikasi geografis).
  • Apakah aplikasi Anda memerlukan akses baca ke data yang direplikasi di wilayah sekunder selama pemadaman di wilayah utama (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. Pertimbangkan untuk mengisolasi berbagai jenis sumber daya di akun penyimpanan terpisah jika 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.

Penyimpanan Redundan 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:

Diagram memperlihatkan bagaimana data 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, pertimbangkan untuk memilih LRS.
  • Jika aplikasi Anda dibatasi untuk mereplikasi data hanya dalam suatu wilayah karena persyaratan tata kelola data, pertimbangkan untuk memilih LRS. Dalam beberapa kasus, wilayah yang dipasangkan di mana data direplikasi secara geografis mungkin berada di wilayah lain. Untuk informasi selengkapnya tentang wilayah yang dipasangkan, lihat Wilayah Azure.
  • Jika skenario Anda menggunakan disk tidak terkelola Azure, pertimbangkan untuk menggunakan 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 durabilitas untuk sumber daya penyimpanan setidaknya 99,99999999999% (12 9) selama tahun tertentu.

Saat Anda menggunakan ZRS, data Anda tetap dapat diakses untuk operasi baca dan tulis meskipun zona menjadi tidak tersedia. Jika zona menjadi tidak tersedia, Azure melakukan pembaruan jaringan seperti repointing Domain Name System (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. Jika zona ketersediaan sementara tidak tersedia, operasi berhasil dikembalikan setelah data ditulis ke semua zona yang tersedia.

Microsoft merekomendasikan penggunaan ZRS di wilayah utama untuk skenario yang memerlukan ketersediaan tinggi. ZRS juga direkomendasikan untuk membatasi replikasi data ke 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:

Diagram memperlihatkan bagaimana data direplikasi 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 sepenuhnya melindungi data Anda dari bencana regional di mana beberapa zona terpengaruh secara permanen. Penyimpanan geo-zona-redundan (GZRS) menggunakan ZRS di wilayah utama dan juga mereplikasi data Anda secara geografis ke wilayah sekunder. GZRS tersedia di banyak wilayah, dan direkomendasikan untuk perlindungan terhadap bencana regional.

Tingkat arsip untuk Blob Storage saat ini tidak didukung untuk akun ZRS, GZRS, atau RA-GZRS. 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 dan blob penambahan, blob halaman nondisk)
  • Azure Files (semua tingkat standar: transaksi dioptimalkan, panas, dan dingin)
  • Azure Table Storage
  • Azure Queue storage

Untuk daftar wilayah yang mendukung penyimpanan zona redundan (ZRS) untuk akun standar, lihat Wilayah Azure yang mendukung penyimpanan zona redundan (ZRS) untuk akun penyimpanan standar.

Akun blok blob premium

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

Untuk daftar wilayah yang mendukung penyimpanan zona redundan (ZRS) untuk akun blob blok premium, lihat Wilayah Azure yang mendukung penyimpanan zona redundan (ZRS) untuk akun blob blok premium.

Premium akun berbagi file

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

Untuk daftar wilayah yang mendukung penyimpanan zona redundan (ZRS) untuk akun berbagi file premium, lihat Penyimpanan redundan zona Azure Files untuk berbagi file premium.

Disk terkelola

ZRS didukung untuk disk terkelola dengan batasan berikut.

Untuk daftar wilayah yang mendukung penyimpanan zona redundan (ZRS) untuk disk terkelola, lihat ketersediaan regional.

Redundansi di wilayah sekunder

Opsi redundansi dapat membantu memberikan durabilitas tinggi untuk aplikasi Anda. Di banyak wilayah, Anda dapat menyalin data dalam akun penyimpanan Anda ke wilayah sekunder yang terletak ratusan mil jauhnya dari wilayah utama. Menyalin akun penyimpanan Anda ke wilayah sekunder memastikan bahwa data Anda tetap tahan lama selama pemadaman regional lengkap atau bencana di mana 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.

Saat Anda menggunakan GRS atau GZRS, data di wilayah sekunder tidak tersedia untuk akses baca atau tulis kecuali ada failover ke wilayah utama. 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 operasi failover selesai, wilayah sekunder menjadi wilayah utama dan Anda dapat 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 durabilitas 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. Ketika data ditulis ke lokasi sekunder, data juga direplikasi dalam lokasi tersebut menggunakan LRS.

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

Diagram memperlihatkan bagaimana data direplikasi dengan GRS atau RA-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 GZRS disalin di tiga zona ketersediaan Azure di wilayah utama. Selain itu, ia juga mereplikasi 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 GZRS, Anda dapat terus membaca dan menulis data jika zona ketersediaan menjadi tidak tersedia atau tidak dapat dipulihkan. Selain itu, data Anda juga tetap tahan lama selama pemadaman regional lengkap atau bencana di mana wilayah utama tidak dapat dipulihkan. GZRS dirancang untuk menyediakan setidaknya 99,999999999999999% (16 9s) durabilitas objek selama tahun tertentu.

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

Diagram memperlihatkan bagaimana data direplikasi dengan GZRS atau RA-GZRS

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

  • Penyimpanan Azure Blob (blob blok panas dan dingin, blob halaman nondisk)
  • Azure Files (semua tingkat standar: transaksi dioptimalkan, panas, dan dingin)
  • Azure Table Storage
  • Azure Queue storage

Untuk daftar wilayah yang mendukung penyimpanan geo-zona-redundan (GZRS), lihat Wilayah Azure yang mendukung penyimpanan geo-zona-redundan (GZRS).

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 ketika pemadaman terjadi di wilayah utama, kecuali terjadi failover. Proses failover memperbarui entri DNS yang disediakan oleh Azure Storage sehingga titik akhir layanan penyimpanan di wilayah 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, lihat Cara kerja failover akun penyimpanan yang dikelola pelanggan untuk pulih dari pemadaman.

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.

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. Ketersediaan ini memungkinkan Anda menguji aplikasi terlebih dahulu untuk memastikan bahwa aplikasi membaca dengan benar dari wilayah sekunder selama 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 dan 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.

Merencanakan kehilangan data

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 dan file tersebut dalam direktori atau kontainer tidak akan konsisten. Untuk informasi selengkapnya tentang cara merencanakan potensi kehilangan data, lihat Kehilangan data dan inkonsistensi.

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,9999999999% (11 9 detik) setidaknya 99,99999999999% (12 9s) setidaknya 99,999999999999999% (16 9s) setidaknya 99,999999999999999% (16 9s)
Ketersediaan untuk permintaan baca Setidaknya 99,9% (99% untuk tingkat akses dingin/dingin/arsip) Setidaknya 99,9% (99% untuk tingkat akses dingin/dingin) Setidaknya 99,9% (99% untuk tingkat akses dingin/dingin/arsip) untuk GRS

Setidaknya 99,99% (99,9% untuk tingkat akses dingin/dingin/arsip) untuk RA-GRS
Setidaknya 99,9% (99% untuk tingkat akses dingin/dingin) untuk GZRS

Setidaknya 99,99% (99,9% untuk tingkat akses dingin/dingin) untuk RA-GZRS
Ketersediaan untuk permintaan tulis Setidaknya 99,9% (99% untuk tingkat akses dingin/dingin/arsip) Setidaknya 99,9% (99% untuk tingkat akses dingin/dingin) Setidaknya 99,9% (99% untuk tingkat akses dingin/dingin/arsip) Setidaknya 99,9% (99% untuk tingkat akses dingin/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 Perjanjian Tingkat Layanan untuk 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 nonzonal) 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)

1 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 ini memperlihatkan opsi redundansi yang didukung oleh setiap layanan Azure Storage.

Layanan LRS ZRS LRS RA-GRS LRS RA-GRS
Penyimpanan blob
(termasuk Data Lake Storage)
Antrean Penyimpanan
Penyimpanan Tabel
Azure Files 1,2 1,2 1 1
Disk terkelola Azure 3
Azure Elastic SAN

1 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.
2 File bersama premium didukung pada LRS dan ZRS.
3 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
Direkomendasikan 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
Lama Standar tujuan umum v1 (Storage)

Blob warisan (BlobStorage)
T/A Standar tujuan umum v1 (Storage)

Blob warisan (BlobStorage)
T/A

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

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

Data di semua tingkatan, termasuk tingkat arsip, selalu disalin dari primer ke sekunder selama replikasi geografis. Tingkat arsip untuk Blob Storage saat ini didukung untuk akun LRS, GRS, dan RA-GRS, tetapi tidak untuk akun ZRS, GZRS, atau RA-GZRS. Untuk informasi selengkapnya tentang tingkat blob, lihat Tingkat akses untuk data blob.

Disk tidak terkelola tidak mendukung ZRS atau GZRS.

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

Catatan

Akun penyimpanan blob blok mendukung penyimpanan redundan lokal (LRS) dan penyimpanan redundan zona (ZRS) di wilayah tertentu.

Integritas data

Azure Storage secara teratur memverifikasi integritas data yang disimpan menggunakan pemeriksaan redundansi siklik (CRC). Dan kerusakan data yang terdeteksi 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