选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

监控应用和服务可用性 - AWS 规范性指导

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

监控应用和服务可用性

CloudWatch 可帮助您监控和分析应用程序和工作负载的性能和运行时方面。您还应监控应用程序和工作负载的可用性和可访问性方面。您可以使用主动监控方法来实现此目标Amazon Route 53 运行状况检查CloudWatch Synthetics.

如果要通过 HTTP 或 HTTPS 监控与网页的连接,或者通过 TCP 监控与公共域名系统 (DNS) 名称或 IP 地址的网络连接,可以使用 Route 53 运行状况检查。Route 53 运行状况检查以 10 秒或 30 秒的间隔启动来自您指定的区域的连接。您可以为运行状况检查选择多个区域,每个运行状况检查独立运行,并且必须至少选择三个区域。如果 HTTP 或 HTTPS 请求的响应正文出现在用于运行状况检查评估的前 5,120 个字节的数据中,则可以在 HTTP 或 HTTPS 请求的响应正文中搜索特定子字符串。如果返回 2xx 或 3xx 响应,则会将 HTTP 或 HTTPS 请求视为运行状况良好。Route 53 运行状况检查可以通过检查其他运行状况检查的运行状况来创建复合运行状况检查。如果您有多个服务终端节点,并且希望在其中一个终端节点运行状况不佳时执行相同的通知,则可以执行此操作。如果您使用 Route 53 作为 DNS,则可以将 Route 53 配置为故障切换到另一个 DNS 条目如果运行状况检查变得不健康。对于每个关键工作负载,您应考虑为对正常操作至关重要的外部端点设置 Route 53 运行状况检查。Route 53 运行状况检查有助于避免将故障转移逻辑写入应用程序。

CloudWatch 合成器允许您将 Canary 定义为脚本,以评估工作负载的运行状况和可用性。Canate 是用 Node.js 或 Python 编写的脚本,可以使用 HTTP 或 HTTPS 协议运行。它们以 Node.js 或 Python 为框架在您的账户中创建 Lambda 函数。您定义的每个 Canary 都可以对不同的终端执行多次 HTTP 或 HTTPS 调用。这意味着您可以监控一系列步骤的运行状况,例如使用案例或具有下游依赖关系的终端节点。Canate 创建 CloudWatch 包括运行的每个步骤的指标,以便您可以独立发出警报和衡量不同步骤。尽管加那利群岛比 Route 53 运行状况检查需要更多的规划和努力来开发,但它们为您提供了高度可定制的监控和评估方法。加那利群岛还支持在虚拟私有云 (VPC) 内运行的私有资源,这使得当您没有终端节点的公有 IP 地址时,它们非常适合监控可用性。只要 VPC 内部连接到终端节点,您还可以使用 Canary 监控本地工作负载。当您的工作负载包括本地存在的终端节点时,这一点尤为重要。

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。