AWS云成本优化

AWS 成本优化是一个持续的过程。需要持续监控 AWS 云资源利用率，以确定资源何时未被充分利用或未被利用或闲置，以通过删除/终止/释放未使用的资源来降低成本。考虑节省计划或预留实例以确保按照预期的恒定消耗水平充分利用也很有帮助。虽然 AWS 成本优化的基本过程保持不变——监控 AWS 成本和使用情况，但有许多战术方法可以分析运营数据以找到节省的机会并采取行动来实现节省。

云成本优化的支柱

1. 合适的尺寸

识别利用率低的资源并通过停止或调整大小来降低成本。

• 使用AWS Cost Explorer 资源优化报告获取空闲或低利用率资源的列表。通过停止或缩小实例来降低成本。
• 使用AWS Compute Optimizer在实例系列内或跨实例系列缩小建议规模，扩大建议规模以消除性能瓶颈，并为属于 Auto Scaling 组的 EC2 实例提供建议。
• 识别利用率低的 Amazon RDS、Amazon Redshift 实例并通过在工作时间或非处理时间范围之外停止 (RDS) 和暂停 Redshift 来降低成本。
• 尽可能使用 Amazon EC2 Spot 实例降低 EC2 成本 – SPOT 实例管理。可以通过 Spotinst 等第三部分工具进行有效管理，以实现自动终止和新实例可用性，而不会影响最终用户。
• 查看和修改 EC2 Auto-Scaling Groups 配置，以确保扩展发生在正确的阈值上，而不是设置在较低的阈值上。
• 尝试使用弹性 Kubernetes 服务 (EKS) 和弹性计算服务 (ECS – EC2 模型) 工作节点，使用 SPOT 实例（而不是按需/RI）自动扩展以降低成本。
• 考虑使用弹性计算服务 (ECS -Fargate) 来启动每个任务配置较低的任务（例如 0.5 个 vCPU 和 1GB RAM），并使用自动缩放而不是每个任务的较高配置。
• DEV、测试、UAT 或 DR 环境的多可用区配置对于 RDS、Redis、NAT 或其他 PAAS 服务可能没有必要或无用（除非业务确实需要实现任何目标）；因此，明智地设计很重要。

2. 实例族刷新

每个实例/系列/系列都提供不同种类的计算、内存和存储参数。当保持它们运行所需的硬件被更新的技术取代时，它们集合分组中的实例类型通常作为一个单元退役。

• 将实例升级到最新一代提供更低的成本。
• 对于 RDS、Redis、ElasticSearch、MSK 等 PAAS 服务，请明智地使用实例类型，特别是对于 pre-PROD 或 DR 和适当的可用区来扩展实例。即使在考虑业务 SLA 时，它也可能不需要超过 2 个可用区。密切关注最新的基础架构系列并进行更新，以从降低成本中获益。
• 将低成本实例类型用于开发、QA 或环境（例如 T3a），其中业务 SLA 肯定不需要性能基准测试。
• 考虑到业务用例和流量模式，始终从低端开始，然后将合适的大小升级到合适的系列。

3. 计算节省计划以降低 EC2、Fargate 和 Lambda 成本

Compute Savings（Compute Savings Plans 和 EC2 Instance Savings Plans）计划自动适用于 EC2 实例的使用，无论实例系列、大小、可用区、区域、操作系统或租期如何，并适用于 Fargate 和 Lambda 的使用。与按需定价相比，使用一年且无需预付 Compute Savings Plans 可获得高达 54% 的折扣。注册 Savings Plans 后，您的计算机使用量将自动按 Savings Plans 折扣价格收费。超出您承诺的任何使用量都将按常规按需费率收费。在采用 Saving PLAN 之前，请遵循第 1 点和第 2 点。与 AWS 预留实例相比，Saving Plan 有很多优势，只有一个条件——“使用承诺/小时”

4. 预留实例 (RI)

尽管储蓄计划取代了 RI 选项，但截至 2020 年 4 月的今天，一些 PAAS 服务不在储蓄计划计划范围内。

• 为 RDS、Redshift、Elasticsearch 和 ElastiCache 服务购买预留节点以降低成本。
• 许多实例类型的折扣更大，在大约 3 年的所有前期条款的情况下，最高端可能超过 60%。识别实例并智能地采取呼叫节省计划与 RI。
• 您可以在市场上获得短期 RI。

5. 安排开/关时间

为用于开发、登台、测试和 QA 的非生产实例安排开/关是值得的，因为如果您应用从周一到晚上 8 点的“开”计划，它可以节省高达 65% 的运行这些实例的时间星期五。但是，可以节省更多 — 特别是如果开发团队以不规则的模式或不规则的时间工作。通过分析利用率指标来规划更积极的计划，以确定何时最常使用实例，或应用始终停止的计划，当需要访问实例时可以中断该计划。

6. 孤立资源

识别浪费需要时间和准确的报告。投入时间和精力来制定适当的标记策略以使其成为一个简单的过程是一个很好的理由。

• 对于未使用的 AWS EC2，使用 Cost Explorer Compute Optimizer 报告或提取 CW 统计数据并采取措施。
• 终止为训练或测试而启动的 VM。
• 删除未附加的 EBS 卷 - 检查卷页面和可用的 EBS 卷状态。
• 根据需要删除过时的快照和生命周期，以满足业务需求。
• 对于空闲负载均衡器，尝试将 ALB 与基于路径/内容的路由一起使用。
• 释放未附加的弹性 IP 地址。

7. 存储

在 15 天内活动非常低（每天少于 1 IOPS）的 EBS 卷表明它们可能未在使用中。使用 Trusted Advisor 未充分利用的 Amazon EBS 卷检查识别这些卷。为了降低成本，首先对卷进行快照（以备日后需要），然后删除这些卷。

• 使用 S3 Analytics 分析对象数据集上 30 天或更长时间的存储访问模式。它就您可以在何处利用 S3 不经常访问 (S3 IA) 来降低成本提出建议。您可以使用生命周期策略自动化将这些对象移动到成本较低的存储层的过程。或者，您还可以使用 S3 智能分层，它会自动分析您的对象并将其移动到适当的存储层。
• 将不常访问的数据移至成本较低的层。
• 如果业务 SLA 允许，请使用 S3 One Zone。

8. 容器化

容器可以帮助充分利用可用的计算机硬件和软件资源，这些资源是轻量级的，具有以毫秒为单位的启动时间，并且需要更少的内存空间。容器通过减少 IT 管理资源、快照大小、启动应用程序、减少和简化安全更新等来帮助实现经济规模。当您的首要任务是最大限度地提高运行在最低限度上的应用程序数量时，容器是更好的选择服务器的数量。

9. 本地缓存

如果从 EC2 到公共互联网的数据传输成本很高，请考虑使用 Amazon CloudFront。任何图像、视频或静态 Web 内容都可以使用 Amazon CloudFront 内容分发网络 (CDN) 缓存在全球 AWS 边缘站点。CloudFront 消除了为应对潜在的流量高峰而过度配置容量的需要。当您的用户群分布在不同的地理位置时，请使用 CloudFront。

10. VPC 端点

从私有子网（例如静态内容、备份、视频等）向 S3 传输大量数据需要 NAT 网关。使用 VPC 终端节点降低 NAT 网关数据成本，并通过 AWS 主干安全地移动数据。这将减少 NAT 网关数据产生的 S3 成本。

11. 区域和可用区成本

通过正确的解决方案可以明智地消除 AWS AZ 和区域成本。

内部可用区 (AZ)

• 在同一区域和同一可用区内传输数据的数据传输成本为零，但有一个要求是您必须使用私有 IP 地址。
• 如果您使用公共或弹性 IPv4 地址或 IPv6 地址，从 EC2 传出的数据将按 0.01/GB 收费。同样，如果您使用公共或弹性 IPv4 地址或 IPv6 地址，数据传输到 AWS EC2 的费用为 0.01/GB。

跨同一区域的可用区

• 位于同一区域但不同可用区的 AWS 服务之间的数据传输被视为区域数据传输，按 0.01 美元/GB（传出数据传输）收费。
• 同样，从另一个可用区的 AWS 服务向 EC2 传输数据的费用为 0.01 美元/GB。

这仅适用于某些 AWS 服务，例如 Amazon EC2、Amazon RDS、Amazon Redshift 或 Amazon ElastiCache 实例等。

• 构建您的系统，以便在 AWS 区域或可用区之间传输最少的数据。
• 构建您的 AWS 环境，以便将数据传输限制在可用区内或最多在一个区域内。
• 尽可能尝试使用私有 IP 地址，而不是公共或弹性 IP 地址。

结论

微调您的云基础架构对于确保您的整体账单保持在限制范围内至关重要。本博客中概述的经过验证的云成本优化策略将通过消除未使用的资源和/或选择正确的资源计划来帮助您降低云成本。