基于Windows Azure CPU时间的扩展？
Microsoft Azure的网站将其CPU消耗报告为CPU时间，以毫秒为单位。我知道这是运行代码所花费的时间，但这无助于做出扩展决策。我们正在执行“标准”计划，该计划为我们提供了整个虚拟机（无共享） 另一方面，Azure云服务将其CPU消耗报告为“CPU%”，这清楚地传达了总容量和当前消耗，以便轻松扩展（例如：超过80%=>向上扩展。低于15%=>向下扩展）基于Windows Azure CPU时间的扩展？,azure,scalability,azure-web-app-service,Azure,Scalability,Azure Web App Service,Microsoft Azure的网站将其CPU消耗报告为CPU时间，以毫秒为单位。我知道这是运行代码所花费的时间，但这无助于做出扩展决策。我们正在执行“标准”计划，该计划为我们提供了整个虚拟机（无共享） 另一方面，Azure云服务将其CPU消耗报告为“CPU%”，这清楚地传达了总容量和当前消耗，以便轻松扩展（例如：超过80%=>向上扩展。低于15%=>向下扩展） 所以问题是，考虑到一个有点滑的度量，比如CPU时间，没有容量度量，你如何确定azure网站的剩余容量，以便做出放大/缩小的决定？我刚刚
所以问题是，考虑到一个有点滑的度量，比如CPU时间，没有容量度量，你如何确定azure网站的剩余容量，以便做出放大/缩小的决定？我刚刚查看了我的azure网站设置，在我看来，虽然监控指标只给我们CPU时间，但自动缩放是通过设定CPU百分比来设置的
尽管监控单元和行动单元之间存在明显的不匹配（在微软方面），我还是很想将此作为一个答案。在“CPU时间”中，监控不是很有用。同意-只是进一步思考这个问题。如果您希望确定要扩展到的实例数的指标（即，不是自动扩展），我认为平均响应时间之类的指标将是一个更好的指标。位于的新管理控制台正确显示Web应用程序（以前称为网站）的CPU%@stefan遗憾的是，磁贴现在将CPU百分比作为标头，但在图形和值中显示CPU时间。