CloudWatch 定价的真相

柔情只为你懂 2024-03-25 08:52 56阅读 0赞

Amazon CloudWatch 的定价可能会很棘手。CloudWatch 的定价基于三个部分，就像任何其他可观察性工具一样：数据摄取管道、数据存储位置和管理控制台。

使用它时，您将面临与将数据提取到数据存储、在那里保留数据以及使用可帮助您从数据中获得洞察力的可视化和管理工具相关的成本。

但 CloudWatch 定价究竟是如何运作的呢？你怎样才能密切关注它，以免指控失控？

继续阅读以找出答案 —或直接跳转到 CloudWatch 定价最佳实践**。**

### 什么是亚马逊 CloudWatch？ ###

Amazon CloudWatch 是一种内置的 AWS 工具，可以密切关注您的所有 AWS 资源和应用程序。

前往 CloudWatch 主页，您将看到您正在使用的每项 AWS 服务的指标。您还可以构建自定义仪表板来显示有关您的自定义应用程序和指标组的统计信息。

CloudWatch 让您可以设置警报，在超过阈值时通知您 - 甚至可以自动调整受监控的资源（EC2 Auto Scaling 和 Amazon Simple Notification Service 操作）

例如，您可以使用 CloudWatch 监控EC2 实例的不同方面，例如 CPU 利用率和磁盘读写。收集到足够的数据后，您可以决定是部署更多实例来处理不断增加的负载，还是停止未充分利用的实例以节省资金。

#### 您如何访问 Amazon CloudWatch？ ####

转到您的 AWS 账户并使用以下方法之一访问 CloudWatch：

*  亚马逊 CloudWatch 控制台

*  AWS 命令行界面

*  [云观察 API][API]

*  [AWS 开发工具包][AWS]

#### CloudWatch 是如何工作的？ ####

Amazon CloudWatch 的工作方式类似于一个指标存储库，EC2 等服务可以在其中添加指标，让您可以随时检索基于这些指标的统计数据。这张图有助于理解这一点：

![fc8243f6732402887c622bfbac42149d.png][]

资料来源：[AWS 文档][AWS]

CloudWatch 按区域分别存储指标，但由于跨区域功能，它允许您聚合来自不同区域的统计数据。

现在我们已经了解了基本原理，让我们关注定价。

### CloudWatch 定价层 ###

通常，CloudWatch 根据提交给它的指标数量以及调用 API 来传输或获取指标的频率为其指标服务收费。

> 您的成本越高，您向 CloudWatch 提供的指标越多，您访问 API 的频率也越高。

记住这一点至关重要，因为您跟踪的指标越多，分析系统中的特定问题就越容易。您提交数据的速度越快，您在解决服务问题时就越详细和准确。

CloudWatch 主要根据其收集和存储的数据的准确性来定价。数据越准确，Cloudwatch 的成本就越高。

#### 自由的 ####

在您根据工具的付费层收到任何费用之前，CloudWatch 免费层会自动应用于您的服务。它为每项 CloudWatch 服务（例如指标、日志和仪表板）提供了少量津贴。

AWS 提供三种类型的免费套餐：

*  始终免费 - 此选项没有过期数据，所有用户都可以使用。

*  12 个月免费 - 自注册起 12 个月内可用。

*  试用 - 试用是从激活服务那一刻起计算的短期报价。

Amazon CloudWatch 免费套餐让您可以访问：

*  基本监控指标

*  10 个详细的监控指标

*  100 万次 API 请求

*  10 个警报指标

*  5 GB 的日志数据摄取和存档

*  3 个仪表板，每月包含多达 50 个指标

> 免费计划为您提供了一个很好的机会来试用 CloudWatch 并检查付费计划是否值得投资。

不过，不要忘记基本的监控指标非常基本。我们正在讨论每个服务的一些核心指标，以确保您可以监控服务的可用性和高级性能。大多数 AWS 服务（如 EC2、EBS、RDS 或 S3）都提供基本监控，此处跟踪的任何指标都不会计入您的账户。

#### 有薪酬的 ####

CloudWatch 付费套餐费用因地区而异，并且可能会发生变化。要查看您所在地区的定价，请转到CloudWatch 定价页面或使用[AWS 定价计算器][AWS]来查看您的独特用例的成本。

通常，CloudWatch 定价将根据您使用的功能计算，例如：

*  指标

*  警报器

*  仪表板

*  事件

*  日志

*  贡献者见解

请注意，每个功能的定价都不同——有些功能比其他功能贵得多。

考虑这个例子：

美国（东部）俄亥俄地区的定价如下：

*  前 10,000 个指标 – 0.30 美元

*  接下来的 240,000 个指标 – 0.10 美元

*  接下来的 750,000 个指标 – 0.05 美元

*  超过 1,000,000 个指标 – 0.02 USD

*  API – 每请求 1000 个指标 0.01 美元

*  仪表板 – 每个仪表板 3.00 美元

*  警报 – 每个警报指标 0.10 美元，标准分辨率为 60 秒

*  日志——每 GB 收集的数据 0.50 美元；存储的数据每 GB 0.03 USD

### CloudWatch 成本的 4 个最佳实践 ###

### 1. 像专家一样监控 EC2 ###

*  **记住内存**\- EC2 实例的基本监控指标是 CPU 负载、磁盘 I/O 和网络 I/O 指标。内存呢？那么，您需要设置一个自定义指标来跟踪它！

*  **在需要时选择详细监控**\- 默认情况下，Amazon EC2 以 5 英里的间隔向 CloudWatch 发送数据。如果此级别的监控对您来说还不够，请进行详细监控，它会以 1 分钟的间隔提供指标，以帮助您更快地采取行动。注：从价格的角度来看，详细监测将所有基本监测措施作为专门指标收取费用。

例如，假设您运行 12 个 EC2 实例并将它们设置为进行详细监控。您必须每月为 CloudWatch 指标支付 22.2 美元。常见的 EC2 实例类型默认跟踪 7 个内置指标。所以：

> 每个实例 7 个指标 \* 12 个实例 = 总共 84 个指标

当然，作为 CloudWatch 免费套餐的一部分，您可以免费获得 10 个指标，因此 AWS 将向您收取 74 个指标的费用。对于前 10k 个指标，每个指标的费用为 0.30 美元/月：74 个指标 \* 0.30 美元 = 22.2 美元/月。

*  **不要被自定义指标所迷惑**\- 它们的跟踪方式与内置指标不同，因为您需要为跟踪的自定义指标量以及进行的 API 调用次数付费。

因此，如果您想以快于 1 分钟的分辨率监视内存使用情况，您的 API 调用也会增加。例如，如果您想以 15 秒的分辨率跟踪内存使用情况，您将不得不支付四倍的 API 费用，因为 API 请求将每分钟执行四次。

### 2.考虑维度 ###

每个指标都有定义它的独特品质，维度就像这些特征的类别一样工作。指标可能是 CPU 使用率，而维度可能是 CPU 内核。

在多核设备上，这可能会导致 CloudWatch 跟踪大量 CPU 指标。维度是指标唯一标识符的一部分；将唯一的名称/值组合添加到您的其中一个指标会创建该指标的新变体。

> 即使指标具有相同的名称，CloudWatch 也会将每个唯一的属性组合解释为不同的度量。

在决定是否跟踪指标的某些维度时，考虑维度的基数至关重要。IP 地址或唯一标识符等高基数指标可能会导致收集的 CloudWatch 指标数量增加，从而导致您的 AWS 成本大幅上升。

### 3.删除不需要的自定义指标 ###

指标在数据精度和成本之间取得平衡。您收集的数据越多，您获得的信息就越多，当您需要了解服务失败时出了什么问题时，这些信息就会派上用场。

内部服务和不太重要的外部服务可以承受一定程度的服务中断。正确确定服务的重要性和影响的优先级将有助于您选择哪些服务需要额外的监控支出。

> 关键任务服务应该以最高分辨率记录最多的指标，而不太重要的服务可以记录最少的指标和最低的分辨率以降低成本。

不要忘记自定义指标和 EC2 详细监控是高级监控选项。过度或过于全面的监控不会提高系统的性能，反而会增加成本。

在监控指标之前，请考虑它是否有助于诊断特定问题。如果一个指标已经被记录下来，检查它在过去是否有用并且应该再次观察。如果服务不是高优先级，基本监控是否足够？

### 4. 当你不需要高分辨率时降低指标的分辨率 ###

也解决公制分辨率！高分辨率指标可能在大海捞针分析过程中很有用，但它们是有代价的。

如果一项服务非常重要，以至于在几秒钟内了解问题至关重要，那么请使用高分辨率措施。如果发送指标延迟 5 分钟并且无法使指标更详细对于服务来说没有问题，那么限制指标的分辨率将为您节省 Cloudwatch 成本。

[API]: https://zhifj.com
[AWS]: https://zhifj.com/
[fc8243f6732402887c622bfbac42149d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/25/841239c765154e63a3c1b460ee901f30.png