Производительность реле Azure Servicebus

Question

Я использую служебную шину с nettcprelaybinding.Одна сторона - это сервер OnPremise, который имеет постоянное соединение с сервисной шиной.С другой стороны - веб-роль Azure, которая отвечает на входящие веб-запросы, открывая соответствующую служебную шину и получая информацию с сервера.

Меня беспокоит производительность создания канала.Требуется пара секунд, чтобы установить новое соединение с сервером onpremise через служебную шину.Кэширование моей ChannelFactory, кажется, не очень помогает.Производительность передачи после открытия канала очень хорошая.

Любые предложения о том, как улучшить производительность.Кэширование информации в Azure возможно только в некоторой степени.Мне нужно подключиться к серверу onpremise.

Можно ли как-то установить пул подключений к служебной шине?

Более того, существует ряд различных серверов onpremise, поэтому это не так.только одно соединение, чтобы остаться в живых.

Answer 1

Я являюсь членом команды Service Bus в Microsoft. Стоимость открытия соединения высока по сравнению с отправкой сообщений из-за множества сообщений, необходимых для того, чтобы обе стороны убедились, что они разговаривают друг с другом.

Меры предосторожности для этого - кэшировать канал, а не кэшировать ChannelFactory. Для соединений NetTcpRelayBinding выполняются фоновые проверки активности, которые должны гарантировать, что канал остается открытым.

Answer 2

Вы сможете объединить соединения, но балансировщики нагрузки Azure прервут любое открытое соединение, которое простаивает более 60 секунд . Поэтому, если вы кешируете соединение дольше, чем между вызовами, вам нужно реализовать какой-то шаблон сердцебиения, чтобы поддерживать соединение живым.

Другой вариант, который вы можете рассмотреть, - Azure Connect. Это позволяет создавать двухточечное соединение ipsec из размещенных в облаке ресурсов на локальный сервер. Для этого требуется, чтобы клиент был установлен на локальных блоках, которые вы тоже хотите подключить, но некоторые используют его для установления простого шлюза с локальной прокси-службой.