Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Redundansi zona diaktifkan secara default untuk semua registri kontainer Azure di wilayah yang mendukung zona ketersediaan. Fitur ini tersedia untuk setiap tingkat layanan - Dasar, Standar, dan Premium - tanpa biaya tambahan, dan tidak memerlukan tindakan dari Anda.
Redundansi zona mendistribusikan bidang data registri Anda di beberapa zona ketersediaan dalam suatu wilayah. Akibatnya, operasi unggahan dan penarikan gambar terus berfungsi selama pemadaman pada satu zona. Jika registri Premium Anda menggunakan replikasi geografis, semua replika di wilayah yang didukung juga redundan zona secara default.
Untuk panduan komprehensif tentang keandalan Container Registry - termasuk perilaku failover zona, penanganan kesalahan sementara, dan penyebaran multi-wilayah - lihat Keandalan di Azure Container Registry.
Implikasi redundansi zona bawaan
Redundansi zona bukan fitur yang harus diaktifkan. Anda tidak perlu membuat registri khusus, memilih SKU tertentu, atau mengubah pengaturan apa pun yang akan dilindungi. Tabel berikut ini meringkas perilaku untuk skenario umum:
| Skenario | Zona redundansi | Tindakan yang diperlukan untuk mengaktifkan redundansi zona |
|---|---|---|
| Registri baru di wilayah yang didukung | Yes | Tidak |
| Registri yang ada di wilayah yang didukung | Yes | Tidak |
| Geo-replika (Premium) di wilayah yang didukung | Yes | Tidak |
| Registri di wilayah tanpa dukungan zona ketersediaan | No | Bermigrasi ke wilayah yang didukung (lihat di bawah) |
Note
Redundansi zona berlaku untuk bidang data registri (pendorongan dan penarikan gambar). Tugas Container Registry saat ini tidak mendukung zona ketersediaan.
zoneRedundancy Memahami properti
Sebelumnya, redundansi zona adalah fitur yang harus diaktifkan yang hanya dapat diakses di tingkat Premium. Anda harus secara eksplisit menetapkan zoneRedundancy: Enabled saat membuat registri atau geo-replika, dan properti secara akurat mencerminkan apakah redundansi zona aktif.
Redundansi zona sekarang diaktifkan sebagai bawaan untuk semua registri di wilayah yang didukung, pada semua tingkat layanan, apa pun yang ditunjukkan oleh properti zoneRedundancy. Saat ini, meskipun registri Anda sepenuhnya zona-redundan, portal, CLI, dan ARM API mungkin masih menampilkan Disabled.
Penting
Registri Anda memiliki redundansi zona pada wilayah mana pun yang didukung, terlepas dari apa yang ditunjukkan properti zoneRedundancy. Nilai properti adalah artefak warisan yang tidak lagi mengontrol perilaku.
Properti zoneRedundancy pada sumber daya registri ARM (Microsoft.ContainerRegistry/registries) tidak akan digunakan lagi sesuai dengan kebijakan penghentian Azure. Sampai saat itu, mengaturnya menjadi Enabled tidak berbahaya tetapi tidak perlu, dan mengaturnya agar Disabled tidak berpengaruh di wilayah yang didukung.
Replikasi geografis
Jika registri Premium Anda direplikasi secara geografis, setiap replika di wilayah yang mendukung zona ketersediaan secara otomatis menjadi redundan secara zona. Anda tidak perlu mengaktifkannya selama pembuatan replika.
Untuk informasi selengkapnya tentang keandalan replikasi geografis, lihat Ketahanan terhadap kegagalan di seluruh wilayah.
Daftar di wilayah yang tidak didukung
Jika registri Anda berada di wilayah yang tidak mendukung zona ketersediaan, registri tersebut bukan zona redundan. Untuk mendapatkan redundansi zona, buat registri baru di wilayah yang didukung dan migrasikan gambar Anda dengan menggunakan salah satu pendekatan berikut:
- Impor gambar kontainer ke registri baru.
- Buat alur transfer untuk migrasi skala besar atau offline.
Infrastruktur sebagai kode
Properti zoneRedundancy masih ada dalam definisi sumber daya ARM API dan Bicep untuk kompatibilitas mundur, tetapi tidak lagi mengontrol perilaku dan akhirnya tidak akan digunakan lagi. Mengaturnya secara eksplisit tidak berbahaya tetapi tidak lagi diperlukan.
| Action | Efek |
|---|---|
Hilangkan zoneRedundancy sepenuhnya |
Registri berredundansi zona di wilayah yang didukung (perilaku default) |
Atur zoneRedundancy: 'Enabled' |
Tidak ada perubahan—cocok dengan default. Aman untuk disimpan dalam templat yang sudah ada |
Atur zoneRedundancy: 'Disabled' |
Tidak berpengaruh di wilayah yang didukung—redundansi zona tidak dapat dinonaktifkan |
Untuk Azure CLI, parameter --zone-redundancy dalam perintah az acr create dan az acr replication create masih tersedia untuk kompatibilitas dengan versi sebelumnya. Anda tidak perlu menggunakan bendera ini, karena redundansi zona aktif secara default.
Tanya jawab umum
Apakah redundansi zona tersedia pada tingkat Dasar dan Standar?
Ya. Redundansi zona berlaku untuk semua tingkat layanan—Dasar, Standar, dan Premium—di wilayah yang mendukung zona ketersediaan.
Portal menunjukkan zoneRedundancy sebagai Disabled. Apakah registri saya dilindungi?
Ya. Jika registri Anda berada di wilayah yang mendukung zona ketersediaan, registri tersebut adalah zona redundan terlepas dari apa yang ditunjukkan portal atau API. Tampilan sedang diperbarui.
Dapatkah saya menonaktifkan redundansi zona?
Tidak. Redundansi zona tidak dapat dinonaktifkan untuk registri di wilayah yang didukung.
Apakah redundansi zona dikenakan biaya tambahan?
Tidak. Redundansi zona disertakan tanpa biaya tambahan untuk semua tingkat layanan.
Saya sebelumnya mengatur zoneRedundancy ke Enabled dalam templat saya. Apakah saya perlu mengubah sesuatu?
Tidak. Pengaturan eksplisit Enabled kompatibel dengan default baru dan templat Anda terus berfungsi tanpa modifikasi. Ketika properti tidak digunakan lagi, Anda dapat menghapusnya dengan aman, dan registri Anda akan tetap redundan zona.
Bagaimana dengan registri yang saya buat sebelum redundansi zona menjadi default?
Registri yang ada di wilayah yang didukung telah ditingkatkan secara retroaktif menjadi zona redundan. Tidak ada tindakan yang diperlukan.
Apa yang terjadi selama pemadaman zona?
Layanan ini secara otomatis merutekan lalu lintas ke zona sehat. Operasi pendorongan dan penarikan gambar berlanjut dengan dampak minimal. Untuk detail tentang perilaku failover dan jendela kehilangan data yang diharapkan, lihat Ketahanan terhadap kegagalan zona ketersediaan.