Tanya Jawab Umum Azure Relay

Layanan Azure Relay memfasilitasi aplikasi hibrid Anda dengan membantu Anda mengekspos layanan dengan lebih aman yang berada dalam jaringan perusahaan ke cloud publik. Anda dapat mengekspos layanan tanpa membuka koneksi firewall, dan tanpa memerlukan perubahan yang mengganggu pada infrastruktur jaringan perusahaan.

kumpulan nama XML adalah kontainer pencakup yang dapat Anda gunakan untuk mengatasi sumber daya Relay dalam aplikasi Anda. Anda harus membuat kumpulan nama XML untuk menggunakan Relay. Ini adalah salah satu langkah pertama dalam memulai.

Layanan Service Bus Relay yang sebelumnya bernama sekarang disebut Azure Relay. Anda dapat terus menggunakan layanan ini seperti biasa. Fitur Koneksi Hibrid adalah versi terbaru dari layanan yang telah ditransplantasikan dari Layanan Azure BizTalk. WCF Relay dan Sambungan Hybrid keduanya terus didukung.

Harga

Bagian ini menjawab beberapa pertanyaan umum tentang struktur harga Relay. Anda juga dapat melihat FAQ Didukung Azure untuk informasi harga Azure umum. Untuk informasi lengkap tentang harga Relay, lihat Detail harga Microsoft Azure Service Bus.

Untuk informasi selengkapnya mengenai harga Relay, lihat tabel Koneksi Hybrid dan WCF Relay di halaman detail harga Azure Service Bus. Selain harga yang tercantum di halaman tersebut, Anda dikenakan biaya untuk transfer data terkait untuk keluar di luar pusat data tempat aplikasi Anda disediakan.

WCF Relay hanya tersedia di kumpulan nama XML tingkat standar. Harga dan kuota koneksi untuk relai jika tidak belum berubah. Ini berarti bahwa relay terus dibebankan berdasarkan jumlah pesan (bukan operasi) dan jam relay. Untuk informasi selengkapnya, lihat tabel "Koneksi Hibrid dan Relay WCF" pada halaman detail harga.

Dalam beberapa kasus, satu relai memiliki banyak pendengar yang terhubung. Relay dianggap terbuka ketika setidaknya satu pendengar relay terhubung ke dalamnya. Menambahkan pendengar ke hasil relay terbuka di jam relay tambahan. Jumlah pengirim relai (klien yang memanggil atau mengirim pesan ke relai) yang tersambung ke relai tidak memengaruhi perhitungan jam relai.

(Ini hanya berlaku untuk relai WCF. Pesan bukan biaya untuk Koneksi Hibrid.)

Secara umum, pesan yang dapat ditagih untuk relay dihitung dengan menggunakan metode yang sama yang digunakan untuk entitas broker (antrean, topik, dan langganan), dijelaskan sebelumnya. Namun, ada beberapa perbedaan dan batasan.

Mengirim pesan ke Azure Relay diperlakukan sebagai kirim "penuh melalui" ke pendengar relai yang menerima pesan. Ini tidak diperlakukan sebagai operasi pengiriman ke Azure Relay, diikuti dengan pengiriman ke pendengar relai. Pemanggilan layanan gaya balasan permintaan (hingga 64 KB) terhadap pendengar relay menghasilkan dua pesan yang dapat ditagih: satu pesan yang dapat ditagih untuk permintaan dan satu pesan yang dapat ditagih untuk respons (dengan asumsi responsnya juga 64 KB atau lebih kecil). Ini berbeda dengan menggunakan antrean untuk menengahi antara klien dan layanan. Jika Anda menggunakan antrean untuk menengahi antara klien dan layanan, pola balasan permintaan yang sama memerlukan permintaan kirim ke antrean, diikuti oleh dequeue/pengiriman dari antrean ke layanan. Ini diikuti oleh respons kirim ke antrean lain, dan dequeue / pengiriman dari antrean itu ke klien. Menggunakan asumsi ukuran yang sama secara menyeluruh (hingga 64 KB), pola antrean yang dimediasi menghasilkan 4 pesan yang dapat ditagih. Anda akan ditagih untuk dua kali jumlah pesan untuk menerapkan pola yang sama dengan yang Anda capai dengan menggunakan relay. Tentu saja, ada manfaat menggunakan antrean untuk mencapai pola ini, seperti daya tahan dan tingkatan beban. Manfaat ini dapat membenarkan biaya tambahan.

Relay yang dibuka dengan menggunakan netTCPRelay WCF mengikat memperlakukan pesan bukan sebagai pesan individual, tetapi sebagai aliran data yang mengalir melalui sistem. Saat Anda menggunakan pengikatan ini, hanya pengirim dan pendengar yang memiliki visibilitas ke dalam pembingkaian pesan individual yang dikirim dan diterima. Untuk relay yang menggunakan netTCPRelay pengikatan, semua data diperlakukan sebagai stream untuk menghitung pesan yang dapat ditagih. Dalam hal ini, Microsoft Azure Service Bus menghitung jumlah total data yang dikirim atau diterima melalui setiap relay individu secara 5 menit. Kemudian, membagi jumlah total data sebesar 64 KB untuk menentukan jumlah pesan yang dapat ditagih untuk relay tersebut selama periode waktu tersebut.

Kuota

Secara default, untuk layanan cloud apa pun, Microsoft menetapkan kuota penggunaan bulanan agregat yang dihitung di semua langganan pelanggan. Kami memahami bahwa kadang-kadang kebutuhan Anda mungkin melebihi batas ini. Anda dapat menghubungi layanan pelanggan kapan saja, sehingga kami dapat memahami kebutuhan Anda dan menyesuaikan batas ini dengan tepat. Untuk Azure Service Bus, kuota penggunaan agregat adalah sebagai berikut:

• 5 miliar pesan
• 2 juta jam relay

Meskipun kami berhak untuk menonaktifkan akun yang melebihi kuota penggunaan bulanannya, kami memberikan pemberitahuan email, dan kami melakukan beberapa upaya untuk menghubungi pelanggan sebelum mengambil tindakan apa pun. Pelanggan yang melebihi kuota ini masih bertanggung jawab atas kelebihan biaya.

Nama kumpulan nama XML Relay harus sepanjang antara 6 dan 50 karakter.

Untuk memindahkan kumpulan nama XML dari satu langganan Azure ke langganan lain, Anda bisa menggunakan portal Microsoft Azure atau menggunakan perintah PowerShell. Untuk memindahkan kumpulan nama XML ke langganan lain, kumpulan nama XML harus sudah aktif. Pengguna yang menjalankan perintah harus merupakan administrator pada langganan sumber dan target.

Portal Azure

Untuk menggunakan portal Microsoft Azure untuk memigrasikan ruang nama Azure Relay dari satu langganan ke langganan lain, lihat Memindahkan sumber daya ke grup sumber daya atau langganan baru.

PowerShell

Untuk menggunakan PowerShell untuk memindahkan kumpulan nama XML dari satu langganan Azure ke langganan lain, gunakan urutan perintah berikut. Untuk menjalankan operasi ini, kumpulan nama XML harus sudah aktif, dan pengguna yang menjalankan perintah PowerShell harus menjadi administrator pada langganan sumber dan target.

# Create a new resource group in the target subscription.
Select-AzSubscription -SubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff'
New-AzResourceGroup -Name 'targetRG' -Location 'East US'

# Move the namespace from the source subscription to the target subscription.
Select-AzSubscription -SubscriptionId 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa'
$res = Find-AzResource -ResourceNameContains <NAMESPACE NAME> -ResourceType 'Microsoft.ServiceBus/namespaces'
Move-AzResource -DestinationResourceGroupName 'targetRG' -DestinationSubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff' -ResourceId $res.ResourceId

Untuk deskripsi pengecualian umum dan tindakan yang disarankan yang dapat Anda lakukan, lihat Pengecualian relay.

Shared Access Signatures (SAS) adalah mekanisme autentikasi berdasarkan hash atau URI aman SHA-256. Untuk informasi tentang cara membuat tanda tangan Anda sendiri di Node.js, PHP, Python, Java, C, dan C#, lihat Autentikasi Azure Service Bus dengan tanda tangan akses bersama.

Ya. Klien relay membuat koneksi ke layanan Azure Relay dengan menggunakan nama domain yang sepenuhnya memenuhi syarat. Pelanggan dapat menambahkan entri untuk *.servicebus.windows.net firewall yang mendukung daftar persetujuan DNS. Dimungkinkan juga untuk mengizinkan daftar namespace tertentu dengan menggunakan your-namespace-name.servicebus.windows.net. Dalam hal ini Anda juga harus mengizinkan daftar gateway untuk namespace Anda, yang dapat ditemukan dengan menggunakan skrip PowerShell ini.

Langkah berikutnya

• Membuat namespace
• Mulai menggunakan .NET
• Mulai menggunakan Simpul