Health checks
Run health checks on your Self-Hosted Deployment.
읽는 시간 2분최근 업데이트: 하루 전
Check the health of the pods
To check the health of the pods, run this command:
kubectl get pods -n <namespace>
Replace with the Kubernetes namespace where the solution is deployed, as defined in your file.
<namespace>manifest.yamlAll pods must have the status Running and show the expected number of ready containers. The exception is the pods of one-off jobs, such as and, with database monitoring enabled, : they finish with the status Completed.
novu-manager-jobpmm-integration-jobInspect unhealthy pods
If a pod is not in a healthy state, inspect its details:
kubectl describe pod <pod-name> -n <namespace>
Check the pod logs:
kubectl logs <pod-name> -n <namespace>
For pods with multiple containers, specify the container:
kubectl logs <pod-name> -c <container-name> -n <namespace>
Recover Keycloak
A Keycloak pod that stays unready for 13 minutes restarts itself. If Keycloak still ends up short of a replica, delete every Keycloak pod together and let them come back in order. For example, with two replicas:
kubectl delete pod keycloak-0 keycloak-1 -n <namespace>
kubectl rollout restartDatabase monitoring
With database monitoring enabled, the job creates the PMM tokens that MongoDB and PostgreSQL report with. If PMM stays unreachable, the job fails after about 8 minutes without affecting the databases, and it doesn't run again on its own. Once PMM is healthy, delete the failed job, then deploy again:
pmm-integration-jobkubectl delete job -n <namespace> -l app=pmm-integration-job
To issue new tokens, for example after one was revoked in PMM, set for the job through the manifest's per-chart override, and deploy again. Both databases get new tokens and restart once. Remove the override afterward: left in place, the next upgrade issues new tokens and restarts both databases again.
FORCE_ROTATEconfiguration: overrides: pmm-integration-job: values: env: FORCE_ROTATE: "true"
Next to the PostgreSQL instance, PMM lists a second service, , with the status or even though it works. Its metrics are present and queryable.
<instance>-patroni-externalUnspecifiedFailedUninstall and redeploy the solution
If a component is in a bad state and can't recover on its own, you can use shdctl to uninstall and redeploy a specific chart:
shdctl release uninstall --name <chart-name> --dry-runshdctl release uninstall --name <chart-name>shdctl release deploy --name <chart-name>