监视 Azure 事件中心
Monitoring Azure Event Hub
我一直在研究 Microsoft Azure 事件中心。我的目标是找到一种方法来提供 自动可伸缩性 。这是一项实验性工作，我真的只是想知道我能用 Azure 事件中心做什么。我无权访问 Azure 平台来测试任何东西:( .
嗯，到目前为止，我发现通过 REST API 和服务总线 Powershell 我可以 添加吞吐量单位 （以提高性能 - 我依靠这个： ) and increase or decrease Event's Expiration time (which might influence capacity - https://msdn.microsoft.com/en-us/library/azure/dn790675.aspx)。
问题是，假设以前的技术有效并且我能够自动扩展事件中心的性能，我仍然需要一种方法来知道何时触发可伸缩性机制。要了解何时以及如何触发可扩展性，我 需要 处理一些依赖于 事件中心的指标 （或监控它的方法）的功能).问题是我真的找不到任何指标。我唯一发现的是：https://azure.microsoft.com/en-us/documentation/articles/cloud-services-how-to-monitor/ - Which actually does not solve my problem because although it may present some interesting metrics, it does not serve the purposes of my "application" (which will come if I can prove that I can successfully scale Azure automatically); and this Azure service bus statistics/Monitoring - 链接无效。
我当然可以找到有关 Service Bus Explorer 的更多信息，而且它肯定会提供一些关于事件中心指标的有趣见解，我只是想知道是否有类似这样的东西：https://github.com/HBOCodeLabs/incubator-storm/blob/master/STORM-UI-REST-API.md 让我可以访问某种指标，而不是创建我自己的指标
提前致谢
最好的问候
如果可以选择第 3 方服务，请查看 CloudMonix @ http://cloudmonix.com
它可以监视事件中心（在无数其他与 Azure 相关的事物中）并执行 Azure 自动化运行手册（在无数其他操作中）作为对整个中心或单个分区的负载 conditions/throughout 的反应，并可选择基于中的任何其他指标你的环境。
您的 Azure Automation Runbook 可能具有执行 EH 整体增加等的逻辑。
免责声明：我隶属于该产品。
HTH
Service Bus Explorer 很棒。我实际上使用这个。
ServiceBus Explorer
您可以使用服务总线实体指标 REST API(https://msdn.microsoft.com/library/azure/dn163589.aspx) 检索有关事件中心的指标（事件中心是一个服务总线实体）。使用它，您可以检索门户中显示的相同指标，例如：
- 传入消息数
- 传入吞吐量
- 传出吞吐量
这些应该可以帮助您确定何时需要扩大或缩小您的应用程序。
该视频对入门很有用https://channel9.msdn.com/Blogs/Subscribe/Service-Bus-Namespace-Management-and-Analytics
我一直在研究 Microsoft Azure 事件中心。我的目标是找到一种方法来提供 自动可伸缩性 。这是一项实验性工作，我真的只是想知道我能用 Azure 事件中心做什么。我无权访问 Azure 平台来测试任何东西:( .
嗯，到目前为止，我发现通过 REST API 和服务总线 Powershell 我可以 添加吞吐量单位 （以提高性能 - 我依靠这个：
问题是，假设以前的技术有效并且我能够自动扩展事件中心的性能，我仍然需要一种方法来知道何时触发可伸缩性机制。要了解何时以及如何触发可扩展性，我 需要 处理一些依赖于 事件中心的指标 （或监控它的方法）的功能).问题是我真的找不到任何指标。我唯一发现的是：https://azure.microsoft.com/en-us/documentation/articles/cloud-services-how-to-monitor/ - Which actually does not solve my problem because although it may present some interesting metrics, it does not serve the purposes of my "application" (which will come if I can prove that I can successfully scale Azure automatically); and this Azure service bus statistics/Monitoring - 链接无效。
我当然可以找到有关 Service Bus Explorer 的更多信息，而且它肯定会提供一些关于事件中心指标的有趣见解，我只是想知道是否有类似这样的东西：https://github.com/HBOCodeLabs/incubator-storm/blob/master/STORM-UI-REST-API.md 让我可以访问某种指标，而不是创建我自己的指标
提前致谢 最好的问候
如果可以选择第 3 方服务，请查看 CloudMonix @ http://cloudmonix.com 它可以监视事件中心（在无数其他与 Azure 相关的事物中）并执行 Azure 自动化运行手册（在无数其他操作中）作为对整个中心或单个分区的负载 conditions/throughout 的反应，并可选择基于中的任何其他指标你的环境。
您的 Azure Automation Runbook 可能具有执行 EH 整体增加等的逻辑。
免责声明：我隶属于该产品。 HTH
Service Bus Explorer 很棒。我实际上使用这个。 ServiceBus Explorer
您可以使用服务总线实体指标 REST API(https://msdn.microsoft.com/library/azure/dn163589.aspx) 检索有关事件中心的指标（事件中心是一个服务总线实体）。使用它，您可以检索门户中显示的相同指标，例如：
- 传入消息数
- 传入吞吐量
- 传出吞吐量
这些应该可以帮助您确定何时需要扩大或缩小您的应用程序。
该视频对入门很有用https://channel9.msdn.com/Blogs/Subscribe/Service-Bus-Namespace-Management-and-Analytics