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 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 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 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:
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. 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 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, 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 tambahan, blob halaman non-disk)
- 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
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 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 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 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. 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)
- 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, 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, lihat Cara kerja failover akun penyimpanan yang dikelola pelanggan.
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, 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.
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 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,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 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 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) |
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 memperlihatkan opsi redundansi mana yang didukung oleh setiap layanan Azure Storage.
| Service | 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)1Blob blok premium ( BlockBlobStorage)1Berbagi file premium ( FileStorage) Blob halaman premium ( StorageV2) |
Tujuan umum standar v2 (StorageV2)1Blob blok premium ( BlockBlobStorage)1Berbagi 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). 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.
Baca juga
- Mengubah opsi redundansi untuk akun penyimpanan
- Replikasi geografis (GRS/GZRS/RA-GRS/RA-GZRS)
- Harga