Сервисный автобус для Windows - Производительность и масштабируемость

Question

Мы строим систему, использующую Service Bus для Windows 1.1 для паба/под. Если бы мы были на Azure, мы могли бы использовать разбиение на разделы для его масштабирования. Однако встроенная версия не поддерживает разделение. Вместо этого все узлы в ферме, похоже, используют один и тот же SQL Server для своего уровня персистентности, и это похоже на встроенное узкое место.

Что мы можем сделать, чтобы получить служебную шину для Windows?

Answer 1

Как говорится в этой статье.

http://www.planetgeek.ch/2014/12/10/service-bus-for-windows-server-high-availability/#

Если сервер имеет более одного контейнера, контроллер ткани автоматически балансировку вычислительной мощности путем переназначения контейнеров с конкретным сообщениями брокера службы. Этот механизм балансировки нагрузки также запускается, когда администраторы сервера создают новые контейнеры сообщений или удаляют существующие. Новые серверы могут быть объединены в существующую ферму автоматически, выпустив несколько команд PowerShell, которые мы рассмотрим в следующих выпусках.

Для уровня хранения Сервисная шина для Windows Server не имеет готового решения. Но поскольку базовый уровень хранилища основан на Sql Server, вы можете использовать функции Sql Server Mirroring или AlwaysOn для новейших Sql Server Editions.

Вы используете служебные шины «инсталляторы» для обработки высокой доступности для вычислительных узлов. На сервере Sql вы должны перевернуть свою собственную высокую доступность.

Моя компания использует «экземпляр кластера AlwaysOn Failover Cluster Instance (FCI)». так как у нас есть Standard Edition. См. Ссылку ниже.

AlwaysOn - это более крупный зонт, который охватывает две функции. Группы доступности AlwaysOn (AG) и AlwaysOn Failover Cluster Instance (FCI). Поддерживается FCI для 2-х узлов. Вы не можете использовать функцию AG в SQL Server Standard Edition

https://social.msdn.microsoft.com/Forums/sqlserver/en-US/06651b7f-576c-4703-845f-2a81c5f5173d/which-edition-of-windows-is-required-for-using-sql-2012-always-on-availability-groups?forum=sqlgetstarted *

Также смотрите:

https://msdn.microsoft.com/en-us/library/jj193012%28v=azure.10%29?f=255&MSPPError=-2147217396

И:

https://blogs.technet.microsoft.com/meamcs/2013/12/08/recommended-practices-service-bus-for-windows-server/

Рекомендации: Убедитесь, что он доступен (HA): HA может быть полностью удовлетворен только тогда, когда оба уровня обслуживания и базы данных являются HA. Сервисный уровень HA может быть выполнен с наличием по меньшей мере 3 серверов в кольце. Что касается базы данных HA, это зависит от вашего случая (версия db, план аварийного восстановления и т. Д.). Вы можете проверить мои сообщения в блоге об отказоустойчивой кластеризации с одним сайтом для SQL 2012 Server. Обратите внимание, что служебная шина v1.1 поддерживает до 5 серверов в кольце Убедитесь, что она масштабируема: вам нужны минимальные контейнеры сообщений 2n, где n - количество серверов кольца фермы служебной шины. Таким образом, для HA и масштабируемой реализации служебной шины требуется, по крайней мере, 3 сервера и 6 контейнеров сообщений (экземпляры базы данных).