新推出的 Amazon CloudWatch 日志类适用于不频繁访问日志，价格更低



Amazon CloudWatch Logs 今天宣布推出一个名为“Infrequent Access”（不频繁访问）的新日志类。这个新推出的日志类以较低的成本为不经常访问的日志提供了一组量身定制的功能，使客户能够以经济高效的方式将所有日志整合到一处。

随着客户应用程序的不断扩展和增长，生成的日志量也在增加。为了限制日志记录成本的增加，许多客户被迫做出艰难的权衡。例如，一些客户限制其应用程序生成的日志，而这可能会阻碍应用程序的可见性；客户或者为不同的日志类型选择不同的解决方案，而这增加了管理不同日志记录解决方案的复杂性，并导致效率低下。例如，客户可以将实时分析和警报所需的日志发送到 CloudWatch Logs，并将调试和故障排除所需的更详细日志发送到成本较低但功能不如 CloudWatch 的解决方案。最终，这些变通办法可能会影响应用程序的可观测性，因为客户需要浏览多个解决方案才能查看日志。

不频繁访问日志类支持使用 CloudWatch 构建整体可观测性解决方案，方法是将所有日志集中在一个地方，以经济高效的方式提取、查询和存储日志。不频繁访问的每 GB 提取价格比标准日志类低 50%。它为不需要标准日志类提供的 Live Tail、指标提取、告警或数据保护等高级功能的客户提供了一组量身定制的功能。借助不频繁访问，您仍然可以享受完全托管式提取、存储以及使用 CloudWatch Logs Insights 进行深入研究的能力所带来的好处。

下表并排比较了新的不频繁访问和标准日志类分别提供的功能。

何时使用新的不频繁访问日志类
当新工作负载不需要标准日志类提供的高级功能时，可以使用不频繁访问日志类。一个重要的考虑因素是，当创建具有特定日志类的日志组时，之后无法更改该日志组的日志类。

不频繁访问日志类适用于调试日志或 Web 服务器日志，因为这些日志非常详细，很少需要标准日志类提供的任何高级功能。

不频繁访问日志类的另一个不错的工作负载是物联网（IoT）实例集，它发送的详细日志只有在事件发生后进行取证分析时才能访问。此外，对于需要存储日志以确保合规性的工作负载，不频繁访问日志类是不错的选择，因为这些日志很少被查询。

入门
要开始使用新的不频繁访问日志类，请在 CloudWatch Logs 控制台中创建一个新的日志组，然后选择新的不频繁访问日志类。不仅可以从 AWS 管理控制台使用新的不频繁访问日志类创建日志组，还可以通过 AWS 命令行界面（AWS CLI）、AWS CloudFormation、AWS Cloud Development Kit（AWS CDK）和 AWS SDK 创建。

创建新的日志组后，即可以开始在工作负载中使用。在本示例中，我将配置一个 Web 应用程序，向该日志组发送调试日志。Web 应用程序执行一段时间后，返回到日志组，在其中可以看到新的日志流。

选择日志流后，您将被定向到 CloudWatch Logs Insights。

使用与标准类相同的熟悉 CloudWatch Logs Insights 体验，创建查询，并搜索这些日志，以查找相关信息，还可以在一个地方快速分析所有日志。

现已推出
全新不频繁访问日志类现已在除中国和 GovCloud 区域之外的所有 AWS 区域推出。您可以开始使用，以一种更经济高效的方式来收集、存储和分析日志，享受完全托管式体验。

要了解有关新日志类的更多信息，请查看 CloudWatch Logs 用户指南中不频繁访问日志类的专门页面。

– Marcia