Мониторинг концентратора событий Azure

Я изучаю Центры событий Microsoft Azure. Моя цель - найти способ обеспечить автоматическое масштабирование. Это экспериментальная работа, и я на самом деле только пытаюсь понять, что я могу делать с концентраторами событий Azure. У меня нет доступа к платформе Azure для тестирования чего-либо :(.

Что ж, пока я обнаружил, что с помощью REST API и Powershell служебной шины я могу добавить единицы пропускной способности (для увеличения производительности - я полагаюсь на это: Масштабируйте служебную шину Azure с помощью Powershell или API) и увеличьте или уменьшите срок действия события ( которые могут повлиять на емкость - https://msdn.microsoft.com/en-us/library/azure/dn790675.aspx).

Проблема в том, что, если предположить, что предыдущие методы работают и я могу автоматически масштабировать производительность концентраторов событий, мне все еще нужен способ узнать, когда запускать механизмы масштабируемости. Чтобы знать, когда и как активировать масштабируемость, мне нужно поработать над некоторыми функциями, которые зависят от показателей концентратора событий (или способа его мониторинга). Проблема в том, что я не могу найти никаких показателей. Единственное, что я нашел, это следующее: https://azure.microsoft.com/en-us/documentation/articles/cloud-services-how-to-monitor/ - что на самом деле не решает мою проблему, потому что, хотя он может представлять некоторые интересные показатели, он не служит целям моего «приложения» (которое появится, если я смогу доказать, что могу успешно масштабировать Azure автоматически); и этот Статистика / мониторинг служебной шины Azure, ссылки на который не работают.

Конечно, я могу найти дополнительную информацию о Service Bus Explorer, и, конечно же, он может предоставить некоторые интересные идеи по метрикам концентратора событий. Мне просто интересно, есть ли что-то вроде этого: https://github.com/HBOCodeLabs/incubator-storm/blob/master/STORM-UI-REST-API.md, которые позволяют мне получать доступ к некоторым показателям, а не создавать свои собственные.

Заранее спасибо С уважением


person Pedro Neves    schedule 03.12.2015    source источник


Ответы (3)


Вы можете получить метрики о концентраторах событий (концентратор событий - это объект служебной шины) с помощью REST API метрик объекта служебной шины (https://msdn.microsoft.com/library/azure/dn163589.aspx). Используя это, вы можете получить те же показатели, которые отображаются на портале, например:

  • Количество входящих сообщений
  • Входящая пропускная способность
  • Исходящая пропускная способность

Это должно помочь вам определить, когда вам нужно масштабировать приложение вверх или вниз.

Это видео полезно для начала работы https://channel9.msdn.com/Blogs/Subscribe/Service-Bus-Namespace-Management-and-Analytics

person Dominic Betts    schedule 07.12.2015

Если можно использовать сторонние сервисы, загляните в CloudMonix @ http://cloudmonix.com. Он может отслеживать концентраторы событий (среди gazillion другие вещи, связанные с Azure) и выполнять модули Runbook службы автоматизации Azure (среди множества других действий) в качестве реакции на условия загрузки во всем концентраторе или отдельных разделах и, при необходимости, на основе любых других метрик в вашей среде.

В ваших модулях Runbook службы автоматизации Azure может быть логика для увеличения ваших EH и т. Д.

Отказ от ответственности: я связан с продуктом. HTH

person Igorek    schedule 03.12.2015
comment
Привет Игорек, спасибо за помощь. К сожалению, я не могу использовать стороннее программное обеспечение. : - /. Хотя, признаю, cloudmonix выглядит очень интересно и я тоже его проверю - person Pedro Neves; 03.12.2015

Обозреватель служебной шины великолепен. Я действительно этим пользуюсь. ServiceBus Explorer

person sidron    schedule 04.12.2015