Check Category | Check Item | Check Content | Self-Deployed Clusters Only |
Resource status | kube-apiserver status | Check whether the component is running. If the component runs as a pod, the health check feature checks whether it has restarted over the past 24 hours | Yes |
| | kube-scheduler status | Yes |
| | kube-controller-manager status | Yes |
| | etcd status | Yes |
| | kubelet status | No |
| | kube-proxy status | No |
| | dockerd status | No |
| Master node status | Check whether the node status is Ready and free of any other exceptions, such as insufficient memory and insufficient disk space | Yes |
| Worker node status | Check whether the node status is Ready and free of any other exceptions, such as insufficient memory and insufficient disk space | No |
| Status of each workload | Check whether the number of currently available pods of the workload meets the expected number of pods | No |
Running status | Parameter configuration of kube-apiserver | Check the following parameters based on the master node configuration: max-requests-inflight: maximum number of non-change requests running in a given period max-mutating-requests-inflight: maximum number of change requests running in a given period | Yes |
| Parameter configuration of kube-scheduler | Check the following parameters based on the master node configuration: kube-api-qps: QPS of kube-apiserver resquests kube-api-burst: maximum burst value during communication with kube-apiserver | Yes |
| Parameter configuration of kube-controller-manager | Check the following parameters based on the master node configuration: kube-api-qps: QPS of kube-apiserver requests kube-api-burst: maximum burst value during communication with kube-apiserver | Yes |
| Parameter configuration of etcd | Check the following parameter based on the master node configuration:quota-backend-bytes: storage capacity | Yes |
| Reasonability of the master node configuration | Check whether the current master node configuration is sufficient to the current cluster scale | Yes |
| High availability of nodes | Check whether the current cluster is a single-node cluster.Check whether current cluster nodes support multi-AZ disaster recoveryThat is, the health check feature checks whether the total number of resources in other availability zones is sufficient to the current cluster business scale in the event that one availability zone becomes unavailable | No |
| Request and Limit configuration of workloads | Check whether workloads have configured resource-limiting containers. Configuring resource limits helps improve resource planning, pod scheduling, cluster availability, and other functions | No |
| Anti-affinity configuration of workloads | Check whether workloads have configured affinity or anti-affinity. Configuring anti-affinity helps improve the high availability of business | No |
| PDB configuration of workloads | Check whether workloads have configured PDB, which can help prevent your business from becoming unavailable due to eviction. | No |
| Health check configuration of workloads | Check whether a health check is configured for workloads. Health check helps detect business exceptions | No |
| HPA-IP configuration | Check whether the current number of remaining pod IP addresses in the cluster meets the maximum number for HPA scale-out | No |
| |||
| |||
|
Was this page helpful?