• 健康检查
    • 配置
    • 在UI中添加Health Checks
    • 通过Rancher Compose添加 Health Checks
    • 故障情况

    健康检查


    Cattle环境中,Rancher通过运行一个叫healthcheck的基础设施服务部署了一套健康检查系统,其原理为在每台主机上部署了healthcheck的容器来实现分布式的健康检查。这些容器在内部利用HAProxy来检查应用的健康状态。一旦容器或服务上启用了健康检查,每个容器将最多被三个运行在不同主机上的healthcheck 容器监控起来。只要有一个HAProxy实例认为其状态正常,该容器将被视为正常。如果所有HAProxy实例都认为其状态不正常,该容器将被视为状态异常。

    注意: 该模式下唯一的例外为您的环境中只有一台主机,这种情况下健康检查将在同一台主机上被执行。

    Rancher利用了不同网络位置的主机进行健康检查,这种方式比基于客户端的健康检查更高效。利用HAProxy来进行健康检查,Rancher使用户可以在服务和负载均衡上使用相同的健康检查策略。

    注意: 健康检查将只能在使用托管网络的服务上生效。如果您选择了其他的网络类型,该服务将不会被监控。

    配置

    可以通过如下选项来配置健康检查:

    检查类型: 有两种检查方式 - TCP连接 (只验证端口是否打开) 以及 HTTP响应2xx/3xx (进行HTTP请求并确保收到正确的回复)。

    HTTP 请求: 如果检查类型是 HTTP响应2xx/3xx, 您必须制定一个可以接受查询的URL。 您可以选择方法 (GET, POST, etc) 以及HTTP版本 (HTTP/1.0, HTTP/1.1).

    端口: 需要进行检查的端口

    初始化超时: 在退出初始化之前等待的毫秒数。

    重新初始化超时: 在退出重新初始化之前等待的毫秒数。

    检查间隔: 在每次检查之间的时间间隔(毫秒)。

    检查超时: 在检查未得到回复并超时之前等待的毫秒数。

    健康阈值: 在一个不健康容器被标记为健康之前需要收到的健康检查回复的次数。

    不健康阈值: 在健康容器被标记为不健康之前需要收到的健康检查回复的次数。

    不健康门槛: T当容器被认为是不健康时,有3种选择。不进行操作意味着容器将保持不健康状态。重新创建意味着Rancher会破坏不健康的容器并为服务创建一个新的容器。 重新创建,仅当至少X个容器健康时意味着如果有X多个容器健康,不健康的容器将被破坏并重新创建。

    在UI中添加Health Checks

    对于服务或负载均衡,可以通过导航到Health Check选项卡来添加Health check服务。您可以检查服务的TCP连接或HTTP响应,并更改health check配置的默认值。

    通过Rancher Compose添加 Health Checks

    使用Rancher Compose,health checks能添加在rancher-compose.yml文件中。

    在我们的示例中,如果容器发现不健康,我们会显示三种不同策略的健康检查配置。

    1. version: '2'
    2. services:
    3. service1:
    4. scale: 1
    5. health_check:
    6. # Which port to perform the check against
    7. port: 80
    8. # For TCP, request_line needs to be '' or not shown
    9. # TCP Example:
    10. # request_line: ''
    11. request_line: GET /healthcheck HTTP/1.0
    12. # Interval is measured in milliseconds
    13. interval: 2000
    14. initializing_timeout: 60000
    15. unhealthy_threshold: 3
    16. # Strategy for what to do when unhealthy
    17. # In this service, no action will occur when a container is found unhealthy
    18. strategy: none
    19. healthy_threshold: 2
    20. # Response timeout is measured in milliseconds
    21. response_timeout: 2000
    22. service2:
    23. scale: 1
    24. health_check:
    25. # Which port to perform the check against
    26. port: 80
    27. # Interval is measured in milliseconds
    28. interval: 2000
    29. initializing_timeout: 60000
    30. reinitializing_timeout: 60000
    31. unhealthy_threshold: 3
    32. # Strategy for what to do when unhealthy
    33. # In this service, Rancher will recreate any unhealthy containers
    34. strategy: recreate
    35. healthy_threshold: 2
    36. # Response timeout is measured in milliseconds
    37. response_timeout: 2000
    38. service3:
    39. scale: 1
    40. health_check:
    41. # Which port to perform the check against
    42. port: 80
    43. # Interval is measured in milliseconds
    44. interval: 2000
    45. initializing_timeout: 60000
    46. unhealthy_threshold: 3
    47. # Strategy for what to do when unhealthy
    48. # In this service, Rancher will recreate any healthy containers only if there is at least 1 container
    49. # that is healthy
    50. strategy: recreateOnQuorum
    51. recreate_on_quorum_strategy_config:
    52. quorum: 1
    53. healthy_threshold: 2
    54. # Response timeout is measured in milliseconds
    55. response_timeout: 2000

    故障情况

    状况响应
    被监测的容器停止响应Health check。所有的HAProxy实例将检测到故障,并将容器标记为“不健康”。如果容器是服务的一部分,则Rancher通过其服务HA功能将服务恢复到其预定义的规模。
    运行启用来健康检查的容器的主机失去了网络连接或该主机上的代理失去了网络链接。当主机丢失网络连接时,与Rancher服务连接的Rancher代理也会丢失网络连接。 由于代理不可访问,主机被标记为“重新连接”。这样我们知道了Rancher Server无法连接到该主机的主机代理。对Rancher的健康检查是针对容器本身而不是主机完成的; 因此,容器将无法被所有活动的HAProxy实例访问。如果容器是服务的一部分,则Rancher通过其服务HA功能将服务恢复到其预定义的规模。
    运行启用了健康检查的容器的主机完全故障。当主机遇到完全故障(如断电)时,与Rancher服务连接的Rancher代理也会丢失网络连接。 由于代理不可访问,主机被标记为“重新连接”。这样我们知道了Rancher Server无法连接到该主机的主机代理。对Rancher的健康检查是针对容器本身而不是主机完成的; 因此,容器将无法被所有活动的HAProxy实例访问。如果容器是服务的一部分,则Rancher通过其服务HA功能将服务恢复到其预定义的规模。
    主机的代理失败,但主机保持在线,容器正在运行,并且正在进行健康检查。在这种情况下,与Rancher服务连接的Rancher代理也会丢失网络连接。 由于代理不可访问,主机被标记为“重新连接”。这样我们知道了Rancher Server无法连接到该主机的主机代理。对Rancher的健康检查是针对容器本身而不是主机完成的; 因此,容器将无法被所有活动的HAProxy实例访问。如果容器是服务的一部分,则Rancher通过其服务HA功能将服务恢复到其预定义的规模。

    根据health check的结果容器会被标记成绿色或红色状态,根据健康检查的结果,会判断容器是处于绿色或红色状态。如果运行该服务的所有容器处于绿色状态,该服务就处于绿色(或“运行”)的状态。如果运行该服务所有容器都处于红色状态,则服务处于红色(或“停止”)状态。如果Rancher检测到至少一个容器是处于红色状态或正在要变为绿色状态,该服务会处于黄色(或“退化”)的状态。

    检测故障所用的时间是通过“间隔”值进行控制的,该值是通过compose或UI创建健康检查时定义的。

    注意: 故障恢复操作仅在容器状态变为绿色后执行。也就是说,如果服务的启动时间很长,则容器将不会立即重新启动,因为服务需要超过2000ms才能启动。健康检查首先需要在采取任何其他行动之前将容器变绿。