【发布时间】：2018-01-25 14:34:21
【问题描述】：
尽可能使用自动缩放是否始终是正确的解决方案。 我有一个托管在天蓝色云中的网络应用程序，但我还没有进行任何自动缩放（计划）。该公司将推出一项促销优惠，我知道该网站仅在 3 小时内就会有大量流量。
所以我应该根据计划进行自动缩放或缩放（仅 3 小时）。事实上，如果自动缩放功能已经存在，为什么有人应该进行计划缩放？
请指教
【问题讨论】：
标签： azure azure-web-app-service autoscaling
【发布时间】：2018-01-25 14:34:21
【问题描述】：
自动缩放是一个很棒的解决方案。但与所有解决方案一样，它可能并不适合每种 情况。如果您有像您这样可预测的突发场景，那么在突发即将开始时立即启动并运行额外的实例将提高性能。如果自动缩放启动，您必须等待新实例启动并运行，然后它们才可用。这可能需要一些时间。
请注意水平缩放（或缩小/缩小）与垂直缩放（或缩小/放大）不同。如果您进行垂直扩展（增加或降低应用程序的定价层）可能会触发应用程序的回收，而水平扩展“仅”添加应用程序的实例。
如果我站在你的立场上，我会为应用程序创建一个预定的手动规模，并在前后留出大量时间，以便于加速和清理。热身脚本或单击应用程序以确保所有资源都已加载的用户更可取。
有关详细信息，请参阅这篇 Auto-scaling guidance 文章。
【讨论】：
-
谢谢@Rick...很好的解释。这是否意味着在自动缩放期间系统需要一些时间来启动实例。如果是这种情况，那么当实例处于活动状态时，用户可能已经感觉到性能受到影响。让我知道我的理解是否正确
-
是的，用户可能已经感受到性能下降。当然，这在很大程度上取决于您定义的自动缩放设置。如果您通过指定良好的指标值及早捕获大量流量，您的用户可能不会受到性能影响。
-
当您知道在特定时间有大量流量进入时，“计划自动缩放”绝对是要走的路。您还应该计划提前进行一些规模测试。规模测试将帮助您预测您的应用可以承受多少负载，以及您需要多少实例才能度过流量高峰。