优化AWS成本，无需进行架构更改或增加工程负担 云财务管理

---

优化 AWS 成本，无需进行架构变更或工程投入

关键要点

在当前的经济环境中，每一美元都显得尤为重要。本文将重点介绍如何在几乎不进行架构更改的情况下，优化您现有的 AWS 资源。建议的修改主要集中在提高性价比上，而不需要引入工程投入、长时间的规划周期或显著的时间投资。这些变化中的许多可以帮助您在短时间内节省 1020 的费用。主要关注的领域包括：

现代化您的 Amazon Elastic Block Store (Amazon EBS) 卷替换支撑管理服务的基础计算资源，例如 Amazon Relational Database Service (Amazon RDS) 和 Amazon Aurora探索将您的 Linux 工作负载迁移至 AWS Graviton 的益处，以利用其显著的性价比。在此，我们将探讨三个具体的成本优化修改方案，有潜力帮助您在短期内实现 1020 的节省。

了解您的 AWS 环境基础

在深入这三个特定领域之前，对 AWS 环境整体效率的基本了解是非常有帮助的。了解 AWS 成本的第一步是使用 AWS 成本探索器。成本探索器提供了一个易于使用的界面，帮助您可视化、理解和管理 AWS 的成本和使用情况。利用 AWS 成本探索器，您可以创建自定义报告，帮助识别优化成本的机会。

您还可以利用成本探索器中的“自动调整建议”功能，以更好地了解整体的 AWS 成本和使用效率。访问 自动调整建议 能够帮助您识别通过缩减或终止 Amazon EC2 实例实现成本节省的机会。这些建议分析您的 Amazon EC2 资源，展示会员账户中未充分利用的 EC2 实例，从而帮助您识别潜在的节省。

飞兔加速器

此外，AWS Trusted Advisor 是另一个出色的工具，用于查找成本优化机会。例如，突出显示未充分利用的 Amazon EBS 卷和闲置的 Amazon RDS 数据库实例只是 Trusted Advisor 可以执行的众多 成本优化检查之一。成本探索器、自动调整建议和 Trusted Advisor 是进行任何成本优化的重要起点，每季度至少查看一次，以减少或遏制您在 AWS 中的浪费。

接下来，让我们详细讨论三个可能为您节省 1020 的成本优化修改方案。

现代化您的 Amazon Elastic Block Store (Amazon EBS) 卷

在 Amazon EBS 支出中实现多达 20 的节省最简单的方法是将 GP2 卷升级为 GP3 卷。除了成本效益，GP3 卷还允许您独立于卷的存储量来配置 IOPS。这又为您提供了另一个对 Amazon EBS 卷进行优化的机会，因为某些使用 GP2 卷的工作负载需要较大的卷大小才能满足 IOPS 要求。这次升级不会导致停机，因为您可以使用 Amazon EBS 弹性卷，这使您能够在不卸载卷或重启实例的情况下调整卷的大小、性能和类型。所有 当前一代实例 都支持 Amazon EBS 弹性卷。使用这些卷也保证在迁移过程中 卷性能 不会低于原卷性能。

以下是节省情况的简要示例：

假设条件： 150 个各 1TB 的 GP2 卷3000 IOPS

结果： 显示将 GP2 卷转换为 GP3 卷后每月和每年的潜在节省。

替换支撑管理服务的基础计算资源

在升级 Amazon EBS 卷后，是时候优化 Amazon RDS 和 Amazon Aurora 的使用情况了。AWS 管理服务的优势在于 AWS 提供部分或全部云资源或基础设施的管理。因此，AWS 处理软件的性能、维护和可操作性。

基于 AWS Graviton2 的数据库实例可以在 Amazon Aurora PostgreSQL 兼容版和 Amazon Aurora MySQL 兼容版中使用。这一点很重要，因为 Graviton2 实例为 Aurora 提供高达 20 的性能提升和高达 35 的性价比提升，这取决于数据库大小。Graviton2 实例还为 RDS 开源数据库提供高达 35 的性能提升和高达 52 的性价比提升。

对于实现方案，升级 Aurora 数据库实例至 Graviton2 只需对实例类型进行简单修改如果您使用的是支持的数据库版本，这让您的应用程序可以正常工作，无需重新移植应用程序代码。对于 Amazon RDS，您需要导航到 Amazon RDS 控制台，选择您的数据库并点击修改。然后，您将选择基于 Graviton2 的实例以满足您的计算要求。在此修改过程中会有短暂服务中断。默认情况下，此修改将在您的下一个计划维护窗口期间应用。

以下是节省情况的简要示例：

假设条件： 25 个 Amazon Aurora dbr52xlarge 实例和 25 个 Amazon RDS for MySQL dbr52xlarge 实例。

结果： 显示通过使用 Graviton 计算支持您的 Aurora 和 RDS 数据库，所带来的每月和每年的潜在节省。

将 Linux 工作负载迁移至基于 Graviton 的 Amazon EC2

我们寻找成本节省的最后一处是通过分析任何 Amazon EC2 Linux 工作负载及其使用的具体实例类来获得的。利用 AWS 定价计算器，您可以输入当前的计算需求内存、vCPU、网络等，以识别具有更好性价比的实例。

理想情况下，您应寻求使用 Graviton2 型的 Amazon EC2 实例来运行您的 Linux 工作负载，特别是在没有技术依赖需要使用 x86 架构时。下图展示了将应用程序迁移至 64 位 ARM 处理器所需努力的总体分类。

Amazon EC2 M6g、C6g 和 R6g 实例的性价比比当前一代的 M5、C5 和 R5 实例高出多达 40。以下是节省情况的简要示例：

假设条件：25 x t3large 实例25 x c5xlarge 实例25 x r5xlarge 实例25 x m52xlarge 实例

结果： 显示通过将 Linux 工作负载迁移至 Graviton 基础的 Amazon EC2 可实现的每月和每年的潜在节省。

结论

上述修改可以帮助您优化 AWS 成本，无需重新架构应用程序、系统架构或增加工程投入。

为了确保成本的合理优先级，这里按所需努力的顺序列出了建议的更改：

将 Amazon EBS 卷从 GP2 升级为 GP3将 Amazon RDS/Amazon Aurora 的基础计算切换至 Graviton 基础的实例，或根据您的数据库引擎使用最新一代实例将现有的 Linux 工作负载迁移至基于 Graviton 64 位 ARM 的 Amazon EC2 实例。

探索并开始行动：优化 AWS 云成本的关键方法

标签：AWS Trusted Advisor、优化与节省、自动调整

Ryan Doty

Ryan Doty 是 AWS 的解决方案架构师，常驻纽约。他协助美国东北部的企业客户加速其 AWS 云的采用，通过提供架构指导，设计创新且可扩展的解决方案。由于有软件开发和销售工程背景，他对云计算给世界带来的可能性感到兴奋。在工作之余，他喜欢玩电脑游戏，并支持利物浦足球俱乐部。

---