Часто задаваемые вопросы о ретрансляторе Azure

Служба ретранслятора Azure упрощает работу с гибридными приложениями, позволяя безопаснее предоставлять в общедоступном облаке службы, используемые в корпоративной сети предприятия. Вам не нужно открывать подключения брандмауэра или вносить значительные изменения в инфраструктуру корпоративной сети.

Пространство имен — это контейнер, который можно использовать для адресации ресурсов ретранслятора в вашем приложении. Чтобы использовать ретранслятор, необходимо создать пространство имен. Это один из первых шагов для начала работы.

Служба, которая называлась службой ретранслятора служебной шины, теперь называется Azure Relay. Вы можете использовать эту службу как обычно. Функция гибридных подключений представляет собой обновленную версию службы, перенесенной из служб BizTalk Azure. Ретранслятор WCF и гибридные подключения будут и дальше поддерживаться.

Ценообразование

В этом разделе содержатся ответы на некоторые часто задаваемые вопросы о ценах на использование ретранслятора. Общие сведения о расценках Azure см. на странице часто задаваемых вопросов о поддержке Azure. Дополнительные сведения о ценах на использование ретранслятора см. на странице цен на служебную шину.

Подробные сведения см. в таблице гибридных подключений и ретрансляторов WCF на странице с ценами на служебную шину. Помимо цен, указанных на этой странице, взимается плата за связанные передачи данных за исходящий трафик за пределами центра обработки данных, в котором подготовлено ваше приложение.

Ретранслятор WCF доступен только в пространствах имен уровня "Стандартный". Цены и квоты подключения для ретрансляторов в противном случае не изменились. Это означает, что тарификация для них будет по-прежнему выполняться на основе количества сообщений (а не операций) и часов ретрансляции. Дополнительные сведения см. в таблице гибридных подключений и ретрансляторов WCF на странице с ценами.

В некоторых случаях один ретранслятор имеет множество подключенных прослушивателей. Ретранслятор считается открытым, если к нему подключен хотя бы один прослушиватель. Добавление прослушивателей к открытому ретранслятору приведет к появлению дополнительных часов ретрансляции. Число отправителей ретранслятора (клиентов, которые вызывают или отправляют сообщения ретрансляторам), которые подключены к ретранслятору, не влияют на вычисление часов ретрансляции.

(Это относится только к ретрансляторам WCF. Сообщения не являются затратами на гибридные Подключение.)

В целом количество оплачиваемых сообщений для ретрансляторов вычисляется так же, как и для сущностей, использующих брокер (очередей, разделов и подписок), как описано ранее. Тем не менее существует несколько важных отличий.

Отправка сообщения в Ретранслятор Azure рассматривается как "полный через" отправку прослушивателю ретранслятора, который получает сообщение. Она не рассматривается как операция отправки в Ретранслятор Azure, за которой следует доставка прослушивателю ретранслятора. При вызове службы типа "запрос — ответ" (размером до 64 КБ) на уровне прослушивателя ретрансляции будут зафиксированы следующие сообщения: одно оплачиваемое сообщение для запроса и одно оплачиваемое сообщение для ответа (при условии, что размер ответа также не превышает 64 КБ). Это отличается от механизма использования очереди в качестве посредника между клиентом и службой. При использовании очереди в качестве посредника между клиентом и службой в рамках одного и того же алгоритма "запрос — ответ" предусмотрена отправка запроса в очередь с последующим изъятием из очереди и доставкой в службы, отправкой ответа в другую очередь, а также изъятием из очереди и доставкой клиенту. Если размер вызова не превышает 64 КБ, использование схемы с посредником в виде очереди приводит к выставлению счета за 4 оплачиваемых сообщения. При этом плата за количество сообщений в два раза выше, чем при реализации аналогичной схемы с использованием ретранслятора. Конечно, использование такой схемы связано с определенными преимуществами, включая надежность и выравнивание нагрузки. Эти преимущества могут оправдать дополнительные расходы.

Ретрансляторы, открытые с помощью привязки WCF netTCPRelay, обрабатывают сообщения не по отдельности, а как поток данных, передаваемых через систему. Сведения о формировании отдельных сообщений, отправленных и полученных с помощью этой привязки, доступны только отправителю и прослушивателю. Для ретрансляторов, использующих привязку netTCPRelay, все данные обрабатываются как поток при вычислении количества оплачиваемых сообщений. В этом случае служебная шина вычисляет общий объем данных, отправленных или полученных в ходе отдельной ретрансляции с 5-минутными интервалами. Затем общий объем данных будет поделен на блоки по 64 КБ, чтобы определить количество оплачиваемых сообщений ретранслятору, обработанных за заданный период времени.

Планы продаж

По умолчанию для любой облачной службы Майкрософт устанавливается квота совокупного месячного использования в рамках всех подписок клиента. Мы понимаем, что в некоторых случаях вам может потребоваться больше, чем разрешено этими ограничениями. Вы можете в любой момент обратиться в службу поддержки клиентов и договориться об изменении квот в соответствии с вашими потребностями. Для служебной шины установлены следующие квоты общего использования:

• 5 млрд сообщений
• 2 млн часов ретрансляции

Мы оставляем за собой право отключить учетную запись в случае превышения месячных квот использования. Но перед выполнением каких-либо действий мы отправляем уведомления по электронной почте, а также предпринимаем несколько попыток связаться с клиентом. Клиентам, превысившим свои квоты, будут выставлены соответствующие счета.

Имя пространства имен ретранслятора должно содержать от 6 до 50 знаков.

Чтобы переместить пространство имен из одной подписки Azure в другую, можно воспользоваться порталом Azure или выполнить команды PowerShell. При перемещении пространство имен должно быть активно. Пользователь, выполняющий команды, должен обладать правами администратора как в исходной, так и в целевой подписках.

Портал Azure

Сведения об использовании портала Azure для переноса пространства имен ретранслятора Azure из одной подписки в другую см. в разделе С помощью портала.

PowerShell

Чтобы переместить пространство имен из одной подписки Azure в другую с помощью PowerShell, выполните указанную ниже последовательность команд. Для выполнения этой операции пространство имен уже должно быть активным, а пользователь, выполняющий команды PowerShell, должен обладать правами администратора в исходной и целевой подписках.

# 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

Описание распространенных исключений и сведения о действиях, которые можно предпринять, см. в статье Исключения ретранслятора.

Подписанные URL-адреса (SAS) представляют собой механизм аутентификации на базе алгоритма безопасного хэширования SHA-256 или URI. Дополнительные сведения о том, как создавать собственные подписи с использованием Node.js, PHP, Python, Java, C и C#, см. в статье Аутентификация служебной шины с помощью подписанных URL-адресов.

Да. Клиент ретрансляции устанавливает подключения к службе ретрансляции Azure, используя полные доменные имена. Пользователи могут добавить запись для *.servicebus.windows.net в брандмауэры, поддерживающие добавление в список разрешений DNS. Кроме того, можно разрешить список определенных пространств имен с помощью your-namespace-name.servicebus.windows.net. В этом случае необходимо также разрешить список шлюзов для пространства имен, которые можно найти с помощью этого скрипта PowerShell.

Следующие шаги

• Создание пространства имен
• Приступая к работе с .NET
• Приступая к работе с Node