AWS Cloud Map 服务运行状况检查配置

Health 检查有助于确定服务实例是否正常。如果您在创建服务期间未配置运行状况检查，则无论实例的运行状况如何，流量都将路由到服务实例。配置运行状况检查时，默认情况下 AWS Cloud Map 会返回运行状况良好的资源。您可以使用的HealthStatus参数按运行状况筛选资源并获取不健康资源的列表。DiscoverInstances API您还可以使用GetInstancesHealthStatusAPI来检索特定服务实例的运行状况。

在创建 AWS Cloud Map 服务时，您可以配置 Route 53 运行状况检查或自定义的第三方运行状况检查。

Route 53 运行状况检查

如果您为 Amazon Route 53 运行状况检查指定设置，则会在注册实例时 AWS Cloud Map 创建 Route 53 运行状况检查，并在注销实例时删除运行状况检查。

对于公共DNS命名空间，请将运行状况检查与注册实例时 AWS Cloud Map 创建的 Route 53 记录 AWS Cloud Map 相关联。如果您在服务的DNS配置中同时指定A和AAAA记录类型，则 AWS Cloud Map 会创建一个使用该IPv4地址来检查资源的运行状况的运行状况检查。如果IPv4地址指定的终端节点运行状况不佳，则 Route 53 会认为A和AAAA记录均不正常。如果您在服务配置中指定CNAME记录类型，则无法DNS配置 Route 53 运行状况检查。

对于您使用API调用来发现其实例的命名空间，请 AWS Cloud Map 创建 Route 53 运行状况检查。但是，没有与运行状况检查关联的DNS记录。 AWS Cloud Map 要确定运行状况检查是否正常，您可以使用 Route 53 控制台或 Amazon 配置监控 CloudWatch。有关使用 Route 53 控制台的更多信息，请参阅 Amazon Route 53 开发者指南中的运行状况检查失败时获得通知。有关使用的更多信息 CloudWatch，请参阅 Amazon CloudWatch API 参考PutMetricAlarm中的。

注意

• 您无法为在私有DNS命名空间中创建的服务配置 Amazon Route 53 运行状况检查。

• 每次运行状况检查中的 Route 53 运行状况检查器每 30 秒向终端节点 AWS 区域 发送一次运行状况检查请求。平均来说，您的端点每两秒会收到一次运行状况检查请求。但是，运行状况检测出新不会彼此协调。因此，您有时可能会在一秒钟内看到多个请求，然后在几秒钟内根本没有进行运行状况检查。有关运行状况检查区域的列表，请参阅区域。

有关 Route 53 运行状况检查的费用信息，请参阅 Route 53 定价。

自定义运行状况检查

如果您在注册实例时配置 AWS Cloud Map 为使用自定义运行状况检查，则必须使用第三方运行状况检查器来评估资源的运行状况。自定义运行状况检查在以下情况下很有用：

• 您无法使用 Route 53 运行状况检查，因为无法通过 Internet 获得资源。例如，假设您有一个位于 Amazon 的实例VPC。您可以为此实例使用自定义运行状况检查。但是，要使运行状况检查起作用，您的运行状况检查器也必须与您的实例处于VPC相同状态。

• 您希望使用第三方运行状况检查程序，而不管您的资源位于何处。

使用自定义运行状况检查时， AWS Cloud Map 不会直接检查给定资源的运行状况。相反，第三方运行状况检查器会检查资源的运行状况，并将状态返回到您的应用程序。然后，您的申请将需要提交将此状态传递给的UpdateInstanceCustomHealthStatus请求 AWS Cloud Map。如果转发的初始状态为UNHEALTHY，如果UpdateInstanceCustomHealthStatus在 30 秒内没有其他状态转发状态HEALTHY，则确认该资源运行状况不佳。 AWS Cloud Map 停止将流量路由到该资源。