健康检查是需要每个应用运行监控检查任务的。
1.默认的健康检查是延迟才能让mesos知道任务的状态是否健康。
2.marathon提供一个任务资源的健康成员访问的REST API接口。
如果HTTP的响应在超时时间timeoutSeconds内返回代码在200到399之间，那么健康检查认为是健康的。如果任务失败连续超过健康检查规定的maxConsecutiveFailures次数，这个任务将会被kill掉。
实例：
{
"path": "/api/health",
"portIndex": 0,
"protocol": "HTTP",
"gracePeriodSeconds": 300,
"intervalSeconds": 60,
"timeoutSeconds": 20,
"maxConsecutiveFailures": 3,
"ignoreHttp1xx": false
}
或者
{
"portIndex": 0,
"protocol": "TCP",
"gracePeriodSeconds": 300,
"intervalSeconds": 60,
"timeoutSeconds": 20,
"maxConsecutiveFailures":
或者
注意：在和Docker化的任务组合中，命令健康检查mesos 0.23.0和0.24.0版本中有bug。在0.23.1和0.24.1中已经得到修复。
想要了解更多，请查看https://issues.apache.org/jira/browse/MESOS-3136。
{
"protocol": "COMMAND",
"command": { "value": "curl -f -X GET http://$HOST:$PORT0/health" },
"gracePeriodSeconds": 300,
"intervalSeconds": 60,
"timeoutSeconds": 20,
"maxConsecutiveFailures": 3
}
健康检查配置项
首先你需要描述健康检查的协议:
protocol(可选，默认为HTTP):请求的协议有三种，分别是HTTP/TCP/COMMAND
HTTP/TCP健康检查被marathon执行，因此当前marathon leader必须是可以访问的。COMMAND健康检查是通过在代理服务上的mesos运行一个类似的任务在本地执行的。
下面的配置项适合所有协议：
gracePeriodSeconds(可选，默认为300):健康检查失败在多少秒内被忽略，或者直到任务状态变成健康。
intervalSeconds(可选，默认60):健康检查间隔时间
maxConsecutiveFailures(可选，默认3):健康检查连续失败3次后，不健康的任务会被kill。如果这个值是0，即使健康检查失败，任务也不好被删除。
timeoutSeconds(可选，默认20)：健康检查请求没有会的响应的时限。
对TCP/HTTP健康检查，port和portIndex也许会使用到。如果没有提供，portIndex会被设定。如果提供了port，它会优先覆盖所有的portIndex选项。
portIndex(可选，默认为0)：这个应用的ports或portDefinitions数组的索引。所以应用可能会使用随机端口，例如[0,0,0]，任务可能会使用$PORT1这个环境变量。
port(可选，没有默认值)：健康检查额端口号。
下面的配置只适用于HTTP健康检查：
path(可选，默认为/)：任务暴露一个终端点用于健康检查。例如：/path/to/health
ignoreHttp1xx(可选，默认为false):忽略HTTP状态为100到199的信息。如果这个HTTP健康检查返回这个状态的信息，结果被丢弃和任务的健康状态保持不变。
健康生命周期
应用的健康生命周期如下图所示。
在图中：
i表示请求实例数
r表示运行实例数
h表示健康实例数
这里写图片描述
http://blog.csdn.net/zhuchuangang/article/details/51120177