当我回顾 AWS 的历史，思考哪些功能的发布真正体现了云的动态性和按需性这一根本性质，两次发布浮现在我的脑海里：2006 年 Amazon EC2 的发布和 2009 年 CloudWatch 指标、Auto Scaling 和 Elastic Load Balancing 的同时发布。第一次发布使用户可以借助强大的计算能力；第二次发布则让用户可以快速根据需求变化进行调整。从那时以来我们为这些服务增加了许多的功能，但对我而言，这些服务仍然是中心，仍然是根本！
新推出预测性扩展功能
今天，我们浓重推出预测性扩展功能，让 Auto Scaling 变得更为强大。借助您实际使用 EC2 时收集的数据，加上我们自己观测的数十亿数据点，我们使用经过充分训练的机器学习模型来预测您的预期流量（以及 EC2 使用量），包括每日和每周的使用模式。模型至少需要一天的历史数据才能开始预测；然后将每隔 24 小时重新评估以作出未来 48 小时的预测。
我们已尽最大努力让它真正方便易用。您只需一次点击即可启用此功能，然后使用三个步骤的向导来选择您希望观察和扩展的资源。您可以为您的 EC2 实例配置一些热机时间，您还可以在超棒的可视界面中查看实际使用量和预测使用量。 预测进程会生成一份扩展计划，此计划可以驱动一组或多组自动扩展的 EC2 实例。
新的扩展计划生效后，您将可以在每日和每周的高峰时间来临前主动扩展。这将提高网站或企业的总体用户体验，此外还可以帮助避免过度预置，从而降低您的 EC2 费用。
下面详细了解……
预测性扩展功能操作
第一步是打开 Auto Scaling 控制台并单击 开始使用 ：
我可以通过三种方式来选择要观察并进行预测性扩展的资源：
我会选择一个 EC2 Auto Scaling 组（未显示），然后分配我的组名称，勾选一个扩展策略，然后选中 Enable predictive scaling （启用预测性扩展）和 Enable dynamic scaling （启用动态扩展）选项：
从以上屏幕中可以看出，我可以使用预测性扩展、动态扩展或预测性扩展和动态扩展。预测性扩展的原理是预测负载并计划最低容量；动态扩展则会使用目标跟踪将指定的 CloudWatch 指标调整为特定的目标值。这两个模式都非常好用，因为预测性扩展已经设置了计划的最低容量。
我还可以对预测性扩展进行微调，但默认值非常适合入门使用：
我可以预测三个预选指标中的一个 [位于 General settings（通用设置）中]：
也可以使用自定义指标：
我可以选择只进行预测但不实际进行扩展：
我可以设置一个缓冲时间，以便新启动您的实例可以热机，做好在预测时间处理流量的准备：
再点击几次后，扩展计划将会创建，学习/预测过程开始！ 我将返回控制台，可以看到 CPU 利用率（我所选择的指标）和实例数量的预测值：
我可以查看将会实施预测结果的扩展操作：
我还可以查看 Auto Scaling 组的 CloudWatch 指标：
这就是您需要进行的所有操作！
对于预测性扩展需要注意以下几点：
时间 — 一旦完成初步预测并制定了扩展计划，则将会每天更新计划并作出未来 2 天的预测。
成本 — 您可以免费使用预测性扩展功能，甚至可以降低您的 AWS 费用。
资源 — 我们目前支持 EC2 实例，并且计划在未来支持其他 AWS 资源类型。
适用范围 — 预测性扩展非常适合定期会出现流量高峰的网站和应用程序。但它不适合用于处理非周期性或无法预测的负载突增性情。
长期基线 — 预测性扩展根据历史需求来维持最低容量；这确保了指标中的任何缺口不会导致意外缩减容量。
现已推出
预测性扩展功能现已推出，您现在就可以在下列区域使用：美国东部（弗吉尼亚北部）、美国东部（俄亥俄）、美国西部（俄勒冈）、欧洲（爱尔兰）和亚太地区（新加坡）。
作者介绍：
Jeff Barr
AWS 首席布道师； 2004 年开始发布博客，此后便笔耕不辍。
本文转载自 AWS 技术博客。
原文链接：
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论