HTTP 选项
编辑HTTP 选项
编辑另见 常见监控器选项。
此处描述的选项配置心跳以通过 HTTP 连接,并可选地验证主机是否返回预期的响应。
示例配置
- type: http id: myhost name: My HTTP Host schedule: '@every 5s' hosts: ["http://myhost:80"]
hosts
编辑要 ping 的 URL 列表。
max_redirects
编辑心跳将遵循的重定向总数。默认为 0,这意味着心跳不会遵循重定向,但会报告重定向的状态。如果设置为大于 0 的数字,心跳将遵循该数量的重定向。
当此选项设置为大于零的值时,将不再报告monitor.ip
字段,因为跨多个 IP 的多个 DNS 请求可能会返回多个 IP。也不会记录细粒度的网络计时数据,因为重定向中的数据将跨越多个请求。具体来说,字段http.rtt.content.us
、http.rtt.response_header.us
、http.rtt.total.us
、http.rtt.validate.us
、http.rtt.write_request.us
和dns.rtt.us
将被省略。
proxy_url
编辑HTTP 代理 URL。此设置是可选的。示例 http://proxy.mydomain.com:3128
proxy_headers
编辑在 CONNECT 请求期间发送到代理的附加标头。
username
编辑用于与服务器进行身份验证的用户名。凭据随请求一起传递。此设置是可选的。
当你的check.response
设置需要时,你需要指定凭据。例如,你可以检查 403 响应(check.response.status: [403]
)而不设置凭据。
password
编辑用于与服务器进行身份验证的密码。此设置是可选的。
ssl
编辑与 HTTPS 端点一起使用的 TLS/SSL 连接设置。如果你没有指定设置,则使用系统默认值。
示例配置
- type: http id: my-http-service name: My HTTP Service hosts: ["https://myhost:443"] schedule: '@every 5s' ssl: certificate_authorities: ['/etc/ca.crt'] supported_protocols: ["TLSv1.0", "TLSv1.1", "TLSv1.2"]
另见 SSL 以了解 ssl
选项的完整描述。
headers
编辑控制 HTTP 响应标头 http.response.body.headers
字段的索引。
默认情况下启用。将 response.include_headers
设置为 false
以禁用。
response
编辑控制将 HTTP 响应正文内容索引到 http.response.body.contents
字段。
将 response.include_body
设置为下面列出的选项之一。
-
on_error
- 如果在检查期间遇到错误,则包含正文。这是默认值。
-
never
- 从不包含正文。
-
always
- 始终包含检查的正文。
设置 response.include_body_max_bytes
来控制存储的正文内容的最大大小。默认为 1024 字节。
check
编辑一个可选的 request
发送到远程主机和预期的 response
。
示例配置
- type: http id: my-http-host name: My HTTP Service hosts: ["http://myhost:80"] check.request.method: HEAD check.response.status: [200] schedule: '@every 5s'
在 check.request
下,指定这些选项
-
method
- 要使用的 HTTP 方法。有效值为
"HEAD"
、"GET"
、"POST"
和"OPTIONS"
。 -
headers
- 要发送的其他 HTTP 标头的字典。默认情况下,心跳会设置 *User-Agent* 标头以标识自身。
-
body
- 可选的请求正文内容。
示例配置:此监控器将 x-www-form-urlencoded
字符串 POST 到端点 /demo/add
- type: http id: demo-service name: Demo Service schedule: '@every 5s' urls: ["https://127.0.0.1:8080/demo/add"] check.request: method: POST headers: 'Content-Type': 'application/x-www-form-urlencoded' # urlencode the body: body: "name=first&email=someemail%40someemailprovider.com" check.response: status: [200] body: - Saved - saved
在 check.response
下,指定这些选项
-
status
- 预期状态码列表。默认情况下,4xx 和 5xx 代码被认为是
down
。其他代码被认为是up
。 -
headers
- 所需的响应标头。
-
body
- 要匹配正文输出的正则表达式列表。只需要匹配一个表达式。支持最多 100 MiB 的 HTTP 响应正文。
示例配置:此监控器检查响应正文中是否存在字符串 saved
或 Saved
,并预期 200 或 201 状态码
- type: http id: demo-service name: Demo Service schedule: '@every 5s' urls: ["https://127.0.0.1:8080/demo/add"] check.request: method: POST headers: 'Content-Type': 'application/x-www-form-urlencoded' # urlencode the body: body: "name=first&email=someemail%40someemailprovider.com" check.response: status: [200, 201] body: - Saved - saved
在 check.response.body
下,指定这些选项:positive
:: 此选项的行为与在 check.response.body
下给定正则表达式列表相同。negative
:: 要负匹配正文输出的正则表达式列表。如果单个表达式匹配则返回匹配失败。支持最多 100 MiB 的 HTTP 响应正文。
示例配置:此监控器检查响应正文中是否存在字符串 *foo* 或 *Foo*
- type: http id: demo-service name: Demo Service schedule: '@every 5s' urls: ["https://127.0.0.1:8080/demo/add"] check.request: method: POST headers: 'Content-Type': 'application/x-www-form-urlencoded' # urlencode the body: body: "name=first&email=someemail%40someemailprovider.com" check.response: body: positive: - foo - Foo
示例配置:此监控器如果响应正文中根本不存在 *bar* 或 *Bar* 则检查匹配成功,如果响应正文中存在 *bar* 或 *Bar* 则检查匹配失败
- type: http id: demo-service name: Demo Service schedule: '@every 5s' urls: ["https://127.0.0.1:8080/demo/add"] check.request: method: POST headers: 'Content-Type': 'application/x-www-form-urlencoded' # urlencode the body: body: "name=first&email=someemail%40someemailprovider.com" check.response: status: [200, 201] body: negative: - bar - Bar
示例配置:此监控器仅当正文中存在 *foo* 或 *Foo* 且正文中不存在 *bar* 或 *Bar* 时才检查匹配成功
- type: http id: demo-service name: Demo Service schedule: '@every 5s' urls: ["https://127.0.0.1:8080/demo/add"] check.response: status: [200, 201] body: positive: - foo - Foo negative: - bar - Bar
-
json
- 在将正文解析为 JSON 时,针对正文执行的表达式列表或条件语句(现已弃用)。正文大小必须小于或等于 100 MiB。
以下配置显示了当正文包含 JSON 时如何使用gval表达式检查响应
- type: http id: demo-service name: Demo Service schedule: '@every 5s' hosts: ["https://127.0.0.1:9200/_/nodes/stats"] username: elastic password: changeme check.response: status: [200] json: - description: check status expression: 'foo.bar == "myValue"'
表达式可以比简单的相等性复杂得多。它们还可以使用jsonpath语法。请注意,在 gval
变体的 jsonpath 中,字符串必须用 "
双引号括起来,而不是用 '
单引号括起来。请注意,jsonpath 子表达式必须以 $.
开头,例如 '$.nodes[?(@.name=="myname")] != []'
将检查 nodes
映射是否至少有一个名为 *myname* 的值。
在处理以 JSON 数组而不是对象形式返回的响应时,也可以使用 jsonpath。例如,$.[0].foo == "bar"
测试响应中的第一个项目是否具有值为“bar”的属性 foo
。
JSON 正文也可以通过现已弃用的 condition
选项进行检查,该选项不如 expression
强大。以下配置显示了当正文包含 JSON 时如何使用 condition
语句检查响应
- type: http id: demo-service name: Demo Service schedule: '@every 5s' hosts: ["https://myhost:80"] check.request: method: GET headers: 'X-API-Key': '12345-mykey-67890' check.response: status: [200] json: - description: check status condition: equals: status: ok
以下配置显示了如何检查多个正则表达式模式的响应
- type: http id: demo-service name: Demo Service schedule: '@every 5s' hosts: ["https://myhost:80"] check.request: method: GET headers: 'X-API-Key': '12345-mykey-67890' check.response: status: [200] body: - hello - world
以下配置显示了如何使用多行正则表达式检查响应
- type: http id: demo-service name: Demo Service schedule: '@every 5s' hosts: ["https://myhost:80"] check.request: method: GET headers: 'X-API-Key': '12345-mykey-67890' check.response: status: [200] body: '(?s)first.*second.*third'
一次运行模式(实验性)
编辑你可以配置心跳监控器只运行一次然后退出,绕过调度程序。这被称为通过设置 heartbeat.run_once: true
以“一次运行”模式运行心跳。所有心跳监控器都将忽略其计划,并在启动时只运行一次。这是一个实验性功能,可能会发生变化。
请注意,仍然需要 schedule
字段,心跳使用它来设置关于下次运行时间的预期。该持续时间编码在心跳输出中的 monitor.timespan
字段中。
# heartbeat.yml heartbeat.run_once: true heartbeat.monitors: # your monitor config here...
发布超时(实验性)
编辑如果无法发布挂起的事件,你可以配置心跳在超时后退出。这是一个实验性功能,可能会发生变化。
请注意,heartbeat.run_once
标志对于 publish_timeout
生效是必需的。
# heartbeat.yml heartbeat.publish_timeout: 30s heartbeat.run_once: true heartbeat.monitors: # your monitor config here...