Replikasi geografis di Azure Web PubSub

Aplikasi penting misi sering kali perlu memiliki sistem failover yang kuat dan melayani pengguna lebih dekat ke tempat mereka berada. Sebelum rilis fitur replikasi geografis, pengembang perlu menyebarkan beberapa sumber daya Web PubSub dan menulis kode kustom untuk mengatur komunikasi di seluruh sumber daya. Sekarang, dengan konfigurasi cepat melalui portal Azure, Anda dapat dengan mudah mengaktifkan fitur ini.

Manfaat menggunakan replikasi geografis

• Lebih tahan terhadap pemadaman regional: Jika pemadaman regional terjadi, klien akan secara otomatis dirutekan ke replika yang sehat.
• Komunikasi lintas wilayah: Pengembang menggunakan sumber daya yang mendukung replikasi geografis seperti biasa, meskipun di balik layar ada lebih dari satu sumber daya. Komunikasi di seluruh replika ditangani oleh layanan.
• Kecepatan jaringan yang ditingkatkan: Klien yang tersebar secara geografis akan terhubung ke replika terdekat. Replika ini berkomunikasi melalui backbone jaringan global Azure, memastikan jaringan yang cepat dan stabil.
• Kemudahan manajemen. Semua replika berbagi konfigurasi sumber daya Web PubSub utama.

Prasyarat

• Sumber daya Web PubSub di tingkat premium.

Contoh kasus penggunaan

Contoso, perusahaan media sosial

Contoso adalah perusahaan media sosial dengan basis pelanggannya yang tersebar di AS dan Kanada. Contoso menyediakan aplikasi seluler dan web kepada penggunanya sehingga mereka dapat terhubung satu sama lain. Aplikasi Contoso disebarkan di AS Tengah. Sebagai bagian dari arsitektur Contoso, Web PubSub digunakan untuk membuat koneksi WebSocket persisten antara aplikasi klien dan server aplikasi. Contoso suka bahwa mereka dapat membongkar pengelolaan koneksi WebSocket ke Web PubSub, tetapi tidak suka membaca laporan pengguna di Kanada yang mengalami latensi yang lebih tinggi. Selain itu, tim pengembangan Contoso ingin mengasuransikan aplikasi terhadap pemadaman regional sehingga pengguna dapat mengakses aplikasi tanpa gangguan.

Contoso dapat menyiapkan sumber daya Web PubSub lain di Kanada Tengah yang secara geografis lebih dekat dengan penggunanya di Kanada. Namun, mengelola beberapa sumber daya Web PubSub membawa beberapa tantangan:

1. Mekanisme komunikasi lintas wilayah perlu diterapkan sehingga pengguna di Kanada dan AS dapat berinteraksi satu sama lain.
2. Tim pengembangan perlu mengelola dua sumber daya Web PubSub terpisah, masing-masing dengan domain dan string koneksi yang berbeda.
3. Jika pemadaman regional terjadi, lalu lintas perlu diarahkan ke sumber daya yang tersedia.

Semua hal di atas mengambil sumber daya teknik dari fokus pada inovasi produk.

Memanfaatkan fitur replikasi geografis

Dengan fitur replikasi geografis, Contoso sekarang dapat membangun replika di Kanada Tengah, secara efektif mengatasi tantangan yang disebutkan di atas. Tim pengembang senang mengetahui bahwa mereka tidak perlu membuat perubahan kode apa pun. Ini sem mudah seperti mengklik beberapa tombol pada portal Azure. Tim pengembang juga dengan senang hati berbagi dengan para pemangku kepentingan yang ketika Contoso berencana untuk memasuki pasar Eropa, mereka hanya perlu menambahkan replika lain di Eropa.

Cara mengaktifkan replikasi geografis di sumber daya Web PubSub

Portal

Untuk membuat replika di wilayah Azure, buka sumber daya Web PubSub Anda dan temukan bilah Replika di portal Azure dan klik Tambahkan untuk membuat replika.

Setelah pembuatan, Anda akan dapat melihat/mengedit replika Anda di portal dengan mengklik nama replika.

Bicep

Gunakan Visual Studio Code atau editor favorit Anda untuk membuat file dengan konten berikut dan beri nama main.bicep:

@description('The name for your Web PubSub service')
param primaryName string = 'contoso'

@description('The region in which to create your Web Pubsub service')
param primaryLocation string = 'eastus'

@description('Unit count of your Web PubSub service')
param primaryCapacity int = 1

resource primary 'Microsoft.SignalRService/webpubsub@2023-08-01-preview' = {
  name: primaryName
  location: primaryLocation
  sku: {
    capacity: primaryCapacity
    name: 'Premium_P1'
  }
  properties: {
  }
}

@description('The name for your Web PubSub replica')
param replicaName string = 'contoso-westus'

@description('The region in which to create the Web PubSub replica')
param replicaLocation string = 'westus'

@description('Unit count of the Web PubSub replica')
param replicaCapacity int = 1

@description('Whether to enable region endpoint for the replica')
param regionEndpointEnabled string = 'Enabled'

resource replica 'Microsoft.SignalRService/webpubsub/replicas@2023-08-01-preview' = {
  parent: primary
  name: replicaName
  location: replicaLocation
  sku: {
    capacity: replicaCapacity
    name: 'Premium_P1'
  }
  properties: {
    regionEndpointEnabled: regionEndpointEnabled
  }
}

Menyebarkan file Bicep menggunakan Azure CLI

az group create --name MyResourceGroup --location eastus
az deployment group create --resource-group MyResourceGroup --template-file main.bicep

CLI

Perbarui ekstensi webpubsub ke versi terbaru, lalu jalankan:

az webpubsub replica create --sku Premium_P1 -l eastus --replica-name MyReplica --name MyWebPubSub -g MyResourceGroup

Harga dan unit sumber daya

Setiap replika memiliki sendiriunit dan autoscale settings.

Replika adalah fitur tingkat Premium layanan Azure Web PubSub. Setiap replika ditagih secara terpisah sesuai dengan unit dan lalu lintas keluarnya sendiri. Kuota pesan gratis juga dihitung secara terpisah.

Dalam contoh sebelumnya, Contoso menambahkan satu replika di Kanada Tengah. Contoso akan membayar replika di Kanada Tengah sesuai dengan unit dan pesannya dalam Harga Premium.

Akan ada biaya keluar untuk lalu lintas keluar lintas wilayah. Jika pesan ditransfer ke seluruh replika dan berhasil dikirim ke klien atau server setelah transfer, pesan akan ditagih sebagai pesan keluar.

Menghapus replika

Setelah membuat replika untuk sumber daya Web PubSub, Anda dapat menghapusnya kapan saja jika tidak lagi diperlukan.

Untuk menghapus replika di portal Microsoft Azure:

1. Navigasikan ke sumber daya Web PubSub Anda, dan pilih bilah Replika . Klik replika yang ingin Anda hapus.
2. Klik tombol Hapus pada bilah gambaran umum replika.

Untuk menghapus replika menggunakan Azure CLI:

 az webpubsub replica delete --replica-name MyReplica --name MyWebPubSub -g MyResourceGroup

Memahami cara kerja fitur replikasi geografis

1. Klien menyelesaikan Nama Domain yang Sepenuhnya Memenuhi Syarat (FQDN) contoso.webpubsub.azure.com dari layanan Web PubSub. FQDN ini menunjuk ke Traffic Manager, yang mengembalikan Nama Kanonis (CNAME) dari instans Web PubSub regional terdekat.
2. Dengan CNAME ini, klien membuat koneksi websocket ke instans regional (replika).
3. Kedua replika akan menyinkronkan data satu sama lain. Pesan yang dikirim ke satu replika akan ditransfer ke replika lain jika perlu.
4. Jika replika gagal dalam pemeriksaan kesehatan yang dilakukan oleh Traffic Manager (TM), TM akan mengecualikan titik akhir instans yang gagal dari hasil resolusi domainnya. Untuk detailnya, lihat Ketahanan dan Pemulihan Bencana di bawah ini

Catatan

• Dalam bidang data, sumber daya Azure Web PubSub utama berfungsi identik dengan replikanya

---

Ketahanan dan pemulihan bencana

Layanan Azure Web PubSub menggunakan manajer lalu lintas untuk pemeriksaan kesehatan dan resolusi DNS terhadap replikanya. Dalam keadaan normal, ketika semua replika berfungsi dengan baik, klien akan diarahkan ke replika terdekat. Contohnya:

• Klien yang dekat eastus dengan akan diarahkan ke replika yang terletak di eastus.
• Demikian pula, klien yang dekat dengan westus akan diarahkan ke replika di westus.

Jika terjadi pemadaman regional di eastus (diilustrasikan di bawah), manajer lalu lintas akan mendeteksi kegagalan pemeriksaan kesehatan untuk wilayah tersebut. Kemudian, DNS replika yang salah ini akan dikecualikan dari hasil resolusi DNS traffic manager. Setelah durasi DNS Time-to-Live (TTL), yang diatur ke 90 detik, klien di akan dialihkan eastus untuk terhubung dengan replika di westus.

Setelah masalah selesai eastus dan wilayah kembali online, pemeriksaan kesehatan akan berhasil. Klien di eastus kemudian akan, sekali lagi, diarahkan ke replika di wilayah mereka. Transisi ini lancar karena klien yang terhubung tidak akan terpengaruh sampai koneksi yang ada ditutup.

Proses failover dan pemulihan ini bersifat otomatis dan tidak memerlukan intervensi manual.

Menonaktifkan atau mengaktifkan titik akhir replika

Saat menyiapkan replika, Anda memiliki opsi untuk mengaktifkan atau menonaktifkan titik akhirnya. Jika dinonaktifkan, resolusi DNS FQDN utama tidak akan menyertakan replika, dan oleh karena itu, lalu lintas tidak akan diarahkan ke replika tersebut.

Anda juga dapat mengaktifkan nonaktifkan titik akhir setelah dibuat. Pada bilah replika sumber daya utama, klik tombol elipsis di sisi kanan replika dan pilih Aktifkan Titik Akhir atau Nonaktifkan Titik Akhir:

Sebelum menghapus replikasi, pertimbangkan untuk menonaktifkan titik akhirnya terlebih dahulu. Seiring waktu, koneksi yang ada akan terputus. Karena tidak ada koneksi baru yang datang, replikasi menjadi menganggur akhirnya. Ini memastikan proses penghapusan yang mulus.

Fitur ini juga berguna untuk memecahkan masalah regional.

Catatan

• Karena cache DNS, mungkin perlu waktu beberapa menit agar pembaruan DNS berlaku.
• Koneksi yang ada tetap tidak terpengaruh sampai sambungan terputus.

Dampak pada performa setelah mengaktifkan fitur replikasi geografis

Setelah replika diaktifkan, klien akan secara alami mendistribusikan berdasarkan lokasi geografis mereka. Meskipun Web PubSub bertanggung jawab untuk menyinkronkan data di seluruh replika ini, Anda akan senang mengetahui bahwa overhead terkait pada Beban Server minimal untuk kasus penggunaan yang paling umum.

Secara khusus, jika aplikasi Anda biasanya disiarkan ke grup yang lebih besar (ukuran >10) atau satu koneksi, dampak performa sinkronisasi hampir tidak terlihat. Jika Anda olahpesan grup kecil (ukuran < 10), Anda mungkin melihat sedikit lebih banyak overhead sinkronisasi.

Untuk memastikan manajemen failover yang efektif, disarankan untuk mengatur ukuran unit setiap replika untuk menangani semua lalu lintas. Atau, Anda dapat mengaktifkan autoscaling untuk mengelola ini.

Untuk evaluasi performa lainnya, lihat Performa.