Solusi replikasi lintas wilayah untuk wilayah yang tidak dipasangkan
Beberapa layanan Azure mendukung replikasi lintas wilayah untuk memastikan kelangsungan bisnis dan melindungi dari kehilangan data. Layanan ini memanfaatkan wilayah sekunder lain yang menggunakan replikasi lintas wilayah. Baik wilayah primer maupun sekunder membentuk pasangan wilayah.
Namun, ada beberapa wilayah yang tidak dipasangkan sehingga memerlukan metode alternatif untuk mencapai replikasi geografis.
Dokumen ini mencantumkan beberapa layanan dan kemungkinan solusi yang mendukung metode replikasi geografis tanpa memerlukan wilayah berpasangan.
Azure App Service
Untuk App Service, cadangan kustom disimpan di akun penyimpanan yang dipilih. Akibatnya, ada dependensi untuk pemulihan lintas wilayah pada GRS dan wilayah yang dipasangkan. Untuk jenis pencadangan otomatis, Anda tidak dapat mencadangkan/memulihkan di seluruh wilayah. Sebagai solusinya, Anda dapat menerapkan mekanisme salinan file kustom untuk himpunan data yang disimpan untuk menyalin secara manual di seluruh wilayah yang tidak dipasangkan dan akun penyimpanan yang berbeda.
Pencadangan Azure
Untuk mencapai replikasi geografis di wilayah yang tidak dipasangkan:
- Menggunakan Azure Site Recovery. Azure Site Recovery adalah layanan Pemulihan Bencana dari Azure yang menyediakan kelangsungan bisnis dan pemulihan bencana dengan mereplikasi beban kerja dari lokasi utama ke lokasi sekunder. Lokasi sekunder dapat menjadi wilayah yang tidak dipasangkan jika didukung oleh Azure Site Recovery. Anda dapat memiliki retensi data maksimum hingga 15 hari dengan Azure Site Recovery.
- Gunakan Penyimpanan redundan zona untuk mereplikasi data Anda di zona ketersediaan, menjamin residensi dan ketahanan data di wilayah yang sama.
Azure Database untuk MySQL
Pilih wilayah Azure Database for MySQL apa pun yang tersedia untuk memutar replika baca Anda.
Azure Database untuk PostgreSQL
Untuk replikasi geografis di wilayah yang tidak dipasangkan dengan Azure Database for PostgreSQL, Anda dapat menggunakan:
Layanan terkelola dengan replikasi geografis: Layanan Terkelola Azure PostgreSQL mendukung replikasi geografis aktif untuk membuat replika sekunder yang terus dibaca dari server utama Anda. Sekunder yang dapat dibaca mungkin berada di wilayah Azure yang sama dengan wilayah utama atau, lebih umum, di wilayah yang berbeda. Jenis replika sekunder yang dapat dibaca ini juga dikenal sebagai geo-replika.
Anda juga dapat menggunakan salah satu dari dua metode migrasi data yang dikelola pelanggan yang tercantum di bawah ini untuk mereplikasi data ke wilayah yang tidak dipasangkan.
Replikasi Logis & Decoding Logis.
Azure Data Factory
Untuk replikasi geografis di wilayah yang tidak dipasangkan, Azure Data Factory (ADF) mendukung provisi Infrastruktur sebagai kode alur ADF yang dikombinasikan dengan Kontrol Sumber untuk ADF.
Kisi Aktivitas Azure
Untuk replikasi geografis topik Event Grid di wilayah yang tidak dipasangkan, Anda dapat menerapkan failover sisi klien.
Azure IoT Hub
Untuk replikasi geografis di wilayah yang tidak dipasangkan, gunakan pola pramutamu untuk perutean ke IoT Hub sekunder.
Azure Key Vault
Untuk wilayah Azure yang tidak dipasangkan, serta wilayah Brasil Selatan dan US Barat 3, Azure Key Vault menggunakan penyimpanan redundan zona (ZRS) untuk mereplikasi data Anda tiga kali di wilayah tersebut, di seluruh zona ketersediaan independen. Untuk Azure Key Vault Premium, dua dari tiga zona digunakan untuk mereplikasi kunci modul keamanan perangkat keras (HSM).
Anda juga dapat menggunakan fitur pencadangan dan pemulihan untuk mereplikasi konten vault Anda ke wilayah lain pilihan Anda.
Azure Kubernetes Service (AKS)
Azure Backup dapat memberikan perlindungan untuk kluster AKS, termasuk fitur pemulihan lintas wilayah (CRR) yang saat ini dalam pratinjau dan hanya mendukung Azure Disk. Meskipun fitur CRR bergantung pada replika wilayah berpasangan GRS, dependensi apa pun pada CRR dapat dihindari jika kluster AKS hanya menyimpan data di penyimpanan eksternal dan menghindari penggunaan solusi "dalam kluster".
Azure Monitor Logs
Ruang kerja Analitik Log di Log Azure Monitor tidak menggunakan wilayah yang dipasangkan. Untuk memastikan kelangsungan bisnis dan melindungi dari kehilangan data, aktifkan replikasi ruang kerja lintas wilayah.
Untuk informasi selengkapnya, lihat Meningkatkan ketahanan dengan mereplikasi ruang kerja Analitik Log Anda di seluruh wilayah
Database Azure SQL
Untuk replikasi geografis di wilayah yang tidak dipasangkan dengan Azure SQL Database, Anda dapat menggunakan:
Fitur grup failover yang mereplikasi di semua kombinasi wilayah Azure tanpa dependensi pada GRS penyimpanan yang mendasar.
Fitur replikasi geografis aktif untuk membuat database sekunder yang dapat dibaca yang terus disinkronkan untuk database utama. Database sekunder yang dapat dibaca mungkin berada di wilayah Azure yang sama dengan yang utama atau, lebih umum, di wilayah yang berbeda. Database sekunder semacam ini juga dikenal sebagai geo-sekunder atau geo-replika.
Instans Terkelola Azure SQL
Untuk replikasi geografis di wilayah yang tidak dipasangkan dengan Azure SQL Managed Instance, Anda dapat menggunakan:
- Fitur grup failover yang mereplikasi di semua kombinasi wilayah Azure tanpa dependensi pada GRS penyimpanan yang mendasar.
Azure Storage
Untuk mencapai replikasi geografis di wilayah yang tidak dipasangkan:
Untuk Azure Object Storage:
Untuk penyimpanan blob dan Azure Data Lake Storage, Anda dapat menggunakan alat seperti AZCopy atau Azure Data Factory.
Untuk akun penyimpanan v2 tujuan umum dan akun blob blok premium, Anda dapat menggunakan Azure Storage Object Replication.
Catatan
Replikasi objek tidak didukung untuk Azure Data Lake Storage.
Untuk Azure NetApp Files (ANF), Anda dapat mereplikasi ke sekumpulan pasangan non-standar selain pasangan wilayah Azure. Lihat Replikasi lintas wilayah Azure NetApp Files (ANF).
Untuk Azure Files:
Untuk menyalin file Anda ke akun penyimpanan lain di wilayah lain, gunakan alat seperti:
Untuk contoh skrip, lihat Menyinkronkan antara dua berbagi file Azure untuk Pencadangan dan Pemulihan Bencana.
Untuk menyinkronkan antara berbagi file Azure (titik akhir cloud), 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), gunakan Azure File Sync.
Penting
Anda harus menonaktifkan tingkatan cloud untuk memastikan bahwa semua data ada secara lokal, dan menyediakan penyimpanan yang cukup di Azure Virtual Machine untuk menyimpan seluruh himpunan data. Untuk memastikan perubahan mereplikasi dengan cepat ke wilayah sekunder, file hanya boleh diakses dan dimodifikasi di titik akhir server daripada di Azure.
Langkah berikutnya
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk