Bagikan melalui


Solusi multi-wilayah di wilayah yang tidak berpasangan

Meskipun beberapa layanan Azure mendukung geo-redundansi dan replikasi geografis dengan menggunakan wilayah berpasangan, Anda dapat membuat solusi yang mendukung beberapa wilayah bahkan ketika wilayah tersebut tidak dipasangkan. Artikel ini mencantumkan beberapa layanan dan kemungkinan konfigurasi untuk solusi multi-wilayah, tanpa memerlukan wilayah berpasangan. Untuk mempelajari selengkapnya tentang setiap layanan Azure dan bagaimana dukungannya mendukung keandalan, lihat panduan keandalan layanan Azure.

Azure API Management

Azure API Management mendukung penyebaran multi-wilayah, yang menambahkan lebih banyak instans komponen gateway ke dalam satu atau beberapa wilayah. Tidak ada dependensi pada pasangan wilayah untuk fitur ini.

Anda juga dapat menggunakan fitur pencadangan dan pemulihan untuk mengekspor konfigurasi instans layanan API Management di satu wilayah dan mengimpornya ke wilayah lain. Selama akun penyimpanan yang digunakan untuk cadangan dapat diakses dari wilayah target, tidak ada dependensi wilayah yang dipasangkan. Panduan operasional disediakan dalam artikel ini.

Azure App Service

Untuk mempelajari tentang cara membuat solusi multi-wilayah menggunakan Azure App Service, lihat Keandalan di Azure App Service.

Azure Cache untuk Redis

Azure Cache for Redis menyediakan dua opsi replikasi lintas wilayah berbeda yang merupakan replikasi geografis aktif dan replikasi geografis pasif. Dalam kedua kasus, tidak ada dependensi eksplisit pada pasangan wilayah.

Azure Container Registry

Replikasi geografis memungkinkan registri kontainer Azure berfungsi sebagai registri tunggal, yang melayani beberapa wilayah dengan registri regional multi-primer. Tidak ada batasan yang ditentukan oleh pasangan wilayah untuk fitur ini. Untuk informasi selengkapnya, lihat Replikasi geografis di Azure Container Registry.

Azure Cosmos DB

Jika solusi Anda memerlukan waktu aktif berkelanjutan selama pemadaman wilayah, Anda dapat mengonfigurasi Azure Cosmos DB untuk mereplikasi data Anda di beberapa wilayah dan melakukan failover secara transparan ke wilayah operasi jika diperlukan. Azure Cosmos DB mendukung penulisan multi-wilayah dan dapat mendistribusikan data Anda secara global untuk menyediakan akses latensi rendah ke data Anda dari wilayah mana pun tanpa batasan pemasangan apa pun.

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 berpasangan 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, yang 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 untuk mereplikasi data ke wilayah yang tidak berpasangan.

Azure Data Factory

Untuk replikasi geografis di wilayah yang tidak berpasangan, Azure Data Factory (ADF) mendukung penyediaan 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 berpasangan, Anda dapat menerapkan failover sisi klien.

Azure IoT Hub

Untuk replikasi geografis di wilayah yang tidak berpasangan, gunakan pola pramutamu untuk perutean ke IoT Hub sekunder.

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.

Azure Service Bus

Azure Bus Layanan dapat memberikan ketahanan regional, tanpa dependensi pada pasangan wilayah, dengan menggunakan fitur Geo Replication atau Geo-Disaster Recovery.

Database Azure SQL

Untuk replikasi geografis di wilayah yang tidak berpasangan 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 berpasangan 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 berpasangan:

  • Untuk penyimpanan objek:

  • Untuk Azure NetApp Files (ANF), Anda dapat mereplikasi ke sekumpulan pasangan nonstandar selain pasangan wilayah Azure. Lihat Replikasi lintas wilayah Azure NetApp Files (ANF).

  • Untuk Azure Files:

    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.

Azure Virtual Desktop

Untuk replikasi geografis di wilayah yang tidak berpasangan untuk Azure Virtual Desktop, Anda perlu mempertimbangkan komputer virtual host sesi dan penyimpanan untuk profil pengguna, aplikasi, dan data. Microsoft mengelola sarana kontrol Azure Virtual Desktop, yang didistribusikan secara global dan sangat tersedia.

  • Untuk host sesi, Anda dapat menyebarkan komputer virtual di beberapa wilayah dalam skenario aktif-aktif, atau mereplikasinya di seluruh wilayah menggunakan Azure Site Recovery dalam skenario pasif aktif.

  • Untuk penyimpanan, lihat Azure Storage.

Untuk informasi selengkapnya, lihat Arsitektur dan ketahanan layanan Multiregion Business Continuity and Disaster Recovery (BCDR) untuk Azure Virtual Desktop dan Azure Virtual Desktop.

Azure Virtual Machines

Untuk mencapai replikasi geografis di wilayah yang tidak berpasangan, gunakan layanan 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 berpasangan jika didukung oleh Azure Site Recovery.

Langkah berikutnya