Bu makalede Azure Relay hakkında sık sorulan bazı sorular (SSS) yanıtlanmaktadır. Genel Azure fiyatlandırması ve destek bilgileri için bkz . Azure Desteği hakkında SSS.
Not
Azure ile etkileşim kurmak için Azure Az PowerShell modülünü kullanmanızı öneririz. Başlamak için bkz. Azure PowerShell'i yükleme. Az PowerShell modülüne nasıl geçeceğinizi öğrenmek için bkz. Azure PowerShell’i AzureRM’den Az’ye geçirme.
Genel sorular
Azure Relay nedir?
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.
Geçiş ad alanı nedir?
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.
Service Bus Relay hizmetine ne oldu?
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ğlantılar özelliği, Azure BizTalk Services'ten nakledilmiş bir hizmetin güncelleştirilmiş bir sürümüdür. Windows Communication Foundation (WCF) Geçişi ve Karma Bağlantılar desteklenmeye devam eder.
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ı.
Karma Bağlantılar ve WCF Geçişi için nasıl ücret ödersiniz?
Geçiş fiyatlandırması hakkında tam bilgi için Service Bus fiyatlandırma ayrıntıları sayfasındaki Karma Bağlantılar 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.
Geçiş için saatler nasıl hesaplanır?
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ğlantılar ve WCF Geçişleri" tablosuna bakın.
Belirli bir geçişe bağlı birden fazla dinleyicim varsa ne olur?
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.
WCF Geçişleri için ileti ölçümü nasıl hesaplanır?
(Yalnızca WCF geçişleri için geçerlidir. İletiler Karma Bağlantılar 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). Bir 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. Ardından bir yanıt başka bir kuyruğa gönderilir ve bu kuyruktan istemciye bir yanıt/teslim gönderilir. 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. 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
Kota adı | Kapsam | Notlar | Değer |
---|---|---|---|
Azure aboneliği başına geçiş ad alanları | Azure aboneliği | - | 1000 |
Geçişte eşzamanlı dinleyiciler | Varlık (karma bağlantı veya WCF geçişi) | Ek bağlantılar için sonraki istekler reddedilir ve çağrı kodu tarafından bir özel durum alınır. | 25 |
Bir hizmet ad alanında tüm geçiş uç noktaları başına eşzamanlı geçiş bağlantıları | Ad Alanı | - | 5.000 |
Hizmet ad alanı başına geçiş uç noktaları | Ad Alanı | - | Kategori 10,000 |
NetOnewayRelayBinding ve NetEventRelayBinding geçişleri için ileti boyutu | Ad Alanı | Bu kotaları aşan gelen iletiler reddedilir ve çağrı kodu tarafından bir özel durum alınır. | 64 KB |
HttpRelayTransportBindingElement ve NetTcpRelayBinding geçişleri için ileti boyutu | Ad Alanı | İleti boyutu sınırı yok. | Sınırsız |
Sanal ağ ve IP filtresi kuralları sayısı | Ad Alanı | - | 128 |
Geçişte kullanım kotası var mı?
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.
Adlandırma kısıtlamaları
Geçiş ad alanı adı 6 ila 50 karakter uzunluğunda olmalıdır.
Abonelik ve ad alanı yönetimi
Ad alanını başka bir Azure aboneliğine geçirmek Nasıl yaparım??
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 kullanıcı 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 kullanıcı 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
Sorun giderme
Azure Relay API'leri tarafından oluşturulan bazı özel durumlar ve gerçekleştirebileceğiniz önerilen eylemler nelerdir?
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 imzası nedir ve imza oluşturmak için hangi dilleri kullanabilirim?
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ı.
Yalnızca bazı geçiş uç noktalarına izin vermek mümkün mü?
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.net
belirli 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.