You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/en/docs/reference/using-api/health-checks.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -25,7 +25,7 @@ The more verbose options shown below are intended to be used by human operators
25
25
The following examples will show how you can interact with the health API endpoints.
26
26
27
27
For all endpoints you can use the `verbose` parameter to print out the checks and their status.
28
-
This can be useful for a human operator to debug the current status of the Api server, it is not intended to be consumed by a machine:
28
+
This can be useful for a human operator to debug the current status of the API server, it is not intended to be consumed by a machine:
29
29
30
30
```shell
31
31
curl -k https://localhost:6443/livez?verbose
@@ -93,7 +93,7 @@ The output show that the `etcd` check is excluded:
93
93
94
94
{{< feature-state state="alpha" >}}
95
95
96
-
Each individual health check exposes an http endpoint and could can be checked individually.
96
+
Each individual health check exposes an HTTP endpoint and could can be checked individually.
97
97
The schema for the individual health checks is `/livez/<healthcheck-name>` where `livez` and `readyz` and be used to indicate if you want to check the liveness or the readiness of the API server.
98
98
The `<healthcheck-name>` path can be discovered using the `verbose` flag from above and take the path between `[+]` and `ok`.
99
99
These individual health checks should not be consumed by machines but can be helpful for a human operator to debug a system:
0 commit comments