如何在不使用 Enterprise Library Config 控制台的情况下定义自动缩放规则？答案

【问题标题】：How to define autoscaling rules without using Enterprise Library Config console?如何在不使用 Enterprise Library Config 控制台的情况下定义自动缩放规则？
【发布时间】：2013-12-07 10:48:34
【问题描述】：

我正在使用 Windows 7 操作系统和 Visual Studio 2012 Express for Web。

我已尝试安装 Enterprise Library Config 控制台，但它显示此扩展无法安装在此产品上。我猜我需要 Visual Studio 2012 Ultimate 吗？

既然买不起，有什么办法可以手动写规则吗？

我一直在阅读WASABi 的巨著。它有很多理论，我已经经历了大部分。我了解我应该编写什么样的规则来扩大或缩小规模，但这并不完全是一个教程。对于初学者，我不知道应该在哪里存储 rules.xml 以及如何将它引用到我的 Windows azure 应用程序。或者我应该提到 rules.xml 应该应用于哪些角色等。我知道AzureWatch，它提供了一个简单的 UI 来定义所有缩放规则，但我又买不起。

因此，如果有人能提供一些启发或一些示例教程等来帮助我了解如何开始手动编写缩放规则，我将不胜感激。

谢谢

【问题讨论】：

既然您提到，您买不起Azure Watch，Windows Azure 管理门户提供了扩展能力。你看过那个吗？另请查看您的订阅是否有资格通过 Windows Azure 商店使用 MetricsHub。
MetricsHub 已被吸收到 Windows Azure 管理门户自动缩放功能中，并且没有可用的 lomger。正如 Gaurav 指出的那样，如果您不想支付任何费用，管理门户自动缩放可能是您的最佳选择。
请做好准备，在预览版中从 Azure 门户进行自动缩放是免费的。一旦上线，它可能会花钱。如果你真的想不花钱，WASABi 是你自己的选择——假设你能找到一个地方来存放这些比特
@Everyone 但是 Windows Azure 管理门户仅提供基于两个指标的扩展能力 - CPU 使用率和队列大小。我知道请求/秒是扩展 Web API 角色实例的最佳指标，但据您所知，CPU 使用率是否足以衡量 API 服务器的规模？
它超出了范围，但我会永远根据 requests/sec 进行扩展！关于 ASP.NET 性能还有更多指示性指标。可以使用的计数器。还有像 AzureScaleMe (github.com/two10degrees/AzureScaleMe) 这样的好东西，它允许您提供自己的缩放逻辑，并且比 WASABI 更轻量级且易于配置。

标签： azure enterprise-library autoscaling wasabi azure-autoscaling-block

【解决方案1】：

当然，您可以在 XML 中配置规则，我们努力设计了一个可用的 schema 来帮助您做到这一点。此外，请查看此set 中的实验室 2 和 3 以获得更多指导。

请记住，Windows Azure 中的built-in autoscaling feature 可以满足基本的自动缩放需求，而无需托管任何东西。我建议你看一下，因为如果它符合你的自动缩放要求，那么它更容易使用。另一方面，芥末更灵活。对比分析见my post。

【讨论】：