云中的自动缩放总是正确的解决方案吗
Is Auto-Scaling in Cloud always the right solution
尽可能使用自动缩放总是正确的解决方案吗?
我有一个托管在 azure cloud 中的网络应用程序,但我还没有进行任何自动缩放(计划)。该公司将 运行 提供促销优惠,我知道只有 3 小时才会有大量访问该网站的流量。
所以我应该在这里进行自动缩放或根据计划缩放(仅 3 小时)。事实上,如果自动缩放功能已经存在,为什么有人应该进行计划缩放?
请指教
自动缩放可能是一个很棒的解决方案。但与所有解决方案一样,它可能并不适合所有 情况。如果您有像您一样可预测的突发情况,那么在突发即将开始时启动额外的实例并 运行 将提高性能。如果自动缩放启动,您必须等待新实例启动并 运行 才能可用。这可能需要一些时间。
请注意水平缩放(或缩放 in/out)与垂直缩放(或缩放 down/up)不同。如果您进行垂直缩放(增加或减少应用程序的定价层)可能会触发应用程序的回收,而水平缩放 'only' 会添加您的应用程序实例。
如果我处在你的位置,我会为应用程序创建一个预定的手动规模,并在前后留出大量时间以促进启动和清理。预热脚本或用户点击应用程序以确保加载所有资源是更可取的。
有关详细信息,请参阅这篇 Auto-scaling guidance 文章。
尽可能使用自动缩放总是正确的解决方案吗? 我有一个托管在 azure cloud 中的网络应用程序,但我还没有进行任何自动缩放(计划)。该公司将 运行 提供促销优惠,我知道只有 3 小时才会有大量访问该网站的流量。
所以我应该在这里进行自动缩放或根据计划缩放(仅 3 小时)。事实上,如果自动缩放功能已经存在,为什么有人应该进行计划缩放?
请指教
自动缩放可能是一个很棒的解决方案。但与所有解决方案一样,它可能并不适合所有 情况。如果您有像您一样可预测的突发情况,那么在突发即将开始时启动额外的实例并 运行 将提高性能。如果自动缩放启动,您必须等待新实例启动并 运行 才能可用。这可能需要一些时间。
请注意水平缩放(或缩放 in/out)与垂直缩放(或缩放 down/up)不同。如果您进行垂直缩放(增加或减少应用程序的定价层)可能会触发应用程序的回收,而水平缩放 'only' 会添加您的应用程序实例。
如果我处在你的位置,我会为应用程序创建一个预定的手动规模,并在前后留出大量时间以促进启动和清理。预热脚本或用户点击应用程序以确保加载所有资源是更可取的。
有关详细信息,请参阅这篇 Auto-scaling guidance 文章。