asp.net-mvc – 为Azure Web角色定义缩放阈值

发布时间：2020-12-16 03:27:52 所属栏目：asp.Net 来源：网络整理

导读：Azure拥抱弹性缩放的概念,我已经能够通过我的工作者角色来实现这一点.但是,当涉及到我的Web角色(例如MVC应用程序)时,我不确定要监视(或如何)确定何时增加(或减少)正在运行的实例的数量的好时机.我假设我需要监控一个或多个性能计数器,但不知道从哪里开始. 任

Azure拥抱弹性缩放的概念,我已经能够通过我的工作者角色来实现这一点.但是,当涉及到我的Web角色(例如MVC应用程序)时,我不确定要监视(或如何)确定何时增加(或减少)正在运行的实例的数量的好时机.我假设我需要监控一个或多个性能计数器,但不知道从哪里开始.

任何人都可以推荐一种最佳实践来评估相对于扩展决策的MVC Web角色实例加载吗？

解决方法

这个问题有点开放,因为监控通常是针对特定应用的.话说回来：

从您在本地服务器上查看的简单测量开始,代表您的应用程序的KPI.例如：也许看看网络利用率. This TechNet article描述了System Center for Windows Azure收集的性能计数器.例如：

> ASP.NET应用程序请求/秒
>网络接口字节
>收到/秒
>网络接口字节发送/秒
>处理器％处理器时间总计
> LogicalDisk免费兆字节
> LogicalDisk％可用空间
>内存可用兆字节

您可能还希望观看排队的请求数和请求等待时间.

网络利用率很有意思,因为您的NIC提供了大约.每个核心100Mbps,即使CPU和其他资源未得到充分利用,也可能成为瓶颈.您可能需要扩展到更多实例以处理高带宽方案.

另外：我倾向于不太重视CPU利用率,即使它很容易测量(并且在例子中如此频繁地显示).以接近容量运行CPU通常是件好事,因为你付出了代价并且尽可能多地使用它.

至于减少：这需要更仔细地处理. Windows Azure计算按小时计费.例如,如果您在11:50扩展到额外的实例并在12:10再次扩展,那么您刚刚发生了两个cpu-hours.另外：您不希望向外扩展,然后进行新的测量并决定您现在可以再次缩放(有效地创建添加和减少实例的恒定脉冲).为了简化操作,请考虑在Enterprise Library中找到的自动缩放应用程序块(WASABi).这包含了所有规模规则(例如我刚才提到的规则)并且使用起来非常简单.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!