Azure Relay hakkında SSS

Azure Relay hizmeti, kurumsal kurumsal ağ içinde bulunan hizmetleri genel buluta daha güvenli bir şekilde sunmanıza yardımcı olarak hibrit uygulamalarınızı kolaylaştırır. Bir güvenlik duvarı bağlantısı açmadan ve şirket ağ altyapısında müdahaleci değişikliklere gerek kalmadan hizmetleri kullanıma sunabilirsiniz.

Ad alanı , uygulamanızdaki Geçiş kaynaklarını ele almak için kullanabileceğiniz bir kapsam kapsayıcısıdır. Relay kullanmak için bir ad alanı oluşturmanız gerekir. Bu, kullanmaya başlamanın ilk adımlarından biridir.

Daha önce adlı Service Bus Relay hizmeti artık Azure Relay olarak adlandırılıyor. Bu hizmeti her zamanki gibi kullanmaya devam edebilirsiniz. Karma Bağlan ions özelliği, Azure BizTalk Services'dan nakledilmiş bir hizmetin güncelleştirilmiş bir sürümüdür. WCF Geçişi ve Karma Bağlan ions'ın her ikisi de desteklenmeye devam ediyor.

Fiyatlandırma

Bu bölümde, Geçiş fiyatlandırma yapısı hakkında sık sorulan bazı sorular yanıtlanmıştır. Genel Azure fiyatlandırma bilgileri için Azure Desteği SSS'lerini de görebilirsiniz. Geçiş fiyatlandırması hakkında tam bilgi için bkz . Service Bus fiyatlandırma ayrıntıları.

Geçiş fiyatlandırması hakkında tam bilgi için Service Bus fiyatlandırma ayrıntıları sayfasındaki Karma Bağlan ions ve WCF Geçişleri tablosuna bakın. Bu sayfada belirtilen fiyatlara ek olarak, uygulamanızın sağlandığı veri merkezinin dışında çıkış için ilişkili veri aktarımları için ücretlendirilirsiniz.

WCF Geçişi yalnızca Standart katman ad alanında kullanılabilir. Geçişler için fiyatlandırma ve bağlantı kotaları aksi takdirde değişmemiştir. Bu, geçişlerin ileti sayısına (işlem değil) ve geçiş saatlerine göre ücretlendirilmeye devam etmesi anlamına gelir. Daha fazla bilgi için fiyatlandırma ayrıntıları sayfasındaki "Karma Bağlan ions ve WCF Geçişleri" tablosuna bakın.

Bazı durumlarda, tek bir geçişte birçok bağlı dinleyici bulunur. Bir geçiş, en az bir geçiş dinleyicisi bağlandığında açık olarak kabul edilir. Açık geçişe dinleyici eklemek ek geçiş saatlerine neden olur. Geçişe bağlı geçiş gönderenlerin (geçişlere ileti çağıran veya gönderen istemciler) sayısı, geçiş saatlerinin hesaplanmasından etkilenmez.

(Bu yalnızca WCF geçişleri için geçerlidir. İletiler Karma Bağlan ions için bir maliyet değildir.)

Genel olarak geçişler için faturalanabilir iletiler, daha önce açıklanan aracılı varlıklar (kuyruklar, konular ve abonelikler) için kullanılan yöntem kullanılarak hesaplanır. Ancak, bazı önemli farklılıklar vardır.

Azure Relay'e ileti göndermek, iletiyi alan geçiş dinleyicisine "tam geçiş" göndermesi olarak kabul edilir. Azure Relay'e gönderme işlemi olarak değerlendirilmez ve ardından geçiş dinleyicisine teslim edilir. Geçiş dinleyicisine yönelik istek-yanıt stili hizmet çağrısı (en fazla 64 KB) iki faturalanabilir iletiyle sonuçlanır: istek için bir faturalanabilir ileti ve yanıt için bir faturalanabilir ileti (yanıtın da 64 KB veya daha küçük olduğu varsayılarak). Bu, istemci ile hizmet arasında aracılık yapmak için kuyruk kullanmaktan farklıdır. bir istemci ile hizmet arasında aracılık yapmak için bir kuyruk kullanırsanız, aynı istek-yanıt düzeni kuyruğa gönderilen bir istek ve ardından kuyruktan hizmete bir dequeue/delivery gerektirir. Bunu başka bir kuyruğa gönderen bir yanıt ve bu kuyruktan istemciye bir dequeue/delivery izler. Tüm (64 KB'a kadar) aynı boyut varsayımlarını kullanarak, aracılı kuyruk düzeni 4 faturalanabilir iletiyle sonuçlanabilir. Geçiş kullanarak gerçekleştirdiğiniz deseni uygulamak için ileti sayısının iki katı için faturalandırılırsınız. Tabii ki, bu düzeni elde etmek için kuyrukları kullanmanın dayanıklılık ve yük dengeleme gibi avantajları vardır. Bu avantajlar ek giderleri haklı gösterebilir.

netTCPRelay WCF bağlaması kullanılarak açılan geçişler, iletileri tek tek iletiler olarak değil, sistem üzerinden akan bir veri akışı olarak kabul eder. Bu bağlamayı kullandığınızda, gönderilen ve alınan tek tek iletilerin çerçevesini yalnızca gönderen ve dinleyicinin görünürlüğü olur. netTCPRelay bağlamasını kullanan geçişler için tüm veriler faturalanabilir iletileri hesaplamaya yönelik bir akış olarak değerlendirilir. Bu durumda Service Bus, her geçiş aracılığıyla gönderilen veya alınan toplam veri miktarını 5 dakikalık olarak hesaplar. Ardından, söz konusu geçiş için söz konusu zaman aralığındaki faturalanabilir ileti sayısını belirlemek için bu toplam veri miktarını 64 KB'a böler.

Kotalar

Varsayılan olarak, tüm bulut hizmetleri için Microsoft, bir müşterinin tüm abonelikleri genelinde hesaplanan aylık toplam kullanım kotasını ayarlar. İhtiyaçlarınızın bazen bu sınırları aşabileceğini anlıyoruz. İhtiyaçlarınızı anlayıp bu sınırları uygun şekilde ayarlayabilmemiz için istediğiniz zaman müşteri hizmetleriyle iletişime geçebilirsiniz. Service Bus için toplam kullanım kotaları aşağıdaki gibidir:

• 5 milyar ileti
• 2 milyon geçiş saati

Aylık kullanım kotalarını aşan bir hesabı devre dışı bırakma hakkını saklı bulundursak da, e-posta bildirimi sağlarız ve herhangi bir işlem yapmadan önce müşteriyle iletişim kurmak için birden çok girişimde bulunuruz. Bu kotaları aşan müşteriler yine de fazla ücretlerden sorumludur.

Geçiş ad alanı adı 6 ila 50 karakter uzunluğunda olmalıdır.

Bir ad alanını bir Azure aboneliğinden başka bir aboneliğe taşımak için Azure portalını veya PowerShell komutlarını kullanabilirsiniz. Ad alanını başka bir aboneliğe taşımak için ad alanının zaten etkin olması gerekir. Komutları çalıştıran kullanıcının hem kaynak hem de hedef aboneliklerde Yönetici istrator kullanıcısı olması gerekir.

Azure portalı

Azure Portal'ı kullanarak Azure Relay ad alanlarını bir abonelikten başka bir aboneliğe geçirmek için bkz . Kaynakları yeni bir kaynak grubuna veya aboneliğe taşıma.

PowerShell

Bir ad alanını bir Azure aboneliğinden başka bir aboneliğe taşımak için PowerShell'i kullanmak için aşağıdaki komut dizisini kullanın. Bu işlemi yürütmek için ad alanının zaten etkin olması ve PowerShell komutlarını çalıştıran kullanıcının hem kaynak hem de hedef aboneliklerde Yönetici istrator kullanıcısı olması gerekir.

# 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

Sık karşılaşılan özel durumların ve gerçekleştirebileceğiniz önerilen eylemlerin açıklaması için bkz . Geçiş özel durumları.

Paylaşılan Erişim İmzaları (SAS), SHA-256 güvenli karmalarını veya URI'leri temel alan bir kimlik doğrulama mekanizmasıdır. Node.js, PHP, Python, Java, C ve C# içinde kendi imzalarınızı oluşturma hakkında bilgi için bkz . Paylaşılan erişim imzalarıyla Service Bus kimlik doğrulaması.

Evet. Geçiş istemcisi, tam etki alanı adlarını kullanarak Azure Relay hizmetine bağlantı kurar. Müşteriler, DNS onay listesini destekleyen güvenlik duvarlarında için *.servicebus.windows.net bir girdi ekleyebilir. kullanarak your-namespace-name.servicebus.windows.netbelirli bir ad alanını izin verilenler listesine eklemek de mümkündür. Bu durumda, bu PowerShell betiğini kullanarak bulunabilen ad alanınızın ağ geçitlerini de izin verilenler listesine eklemeniz gerekir.

Sonraki adımlar

• Ad alanı oluşturma
• .NET kullanmaya başlama
• Node kullanmaya başlama