Vérifier la santé du cluster Tanzu Kubernetes

Lorsque le Service Tanzu Kubernetes Grid provisionne un cluster de Tanzu Kubernetes, plusieurs conditions d'état sont signalées, que vous pouvez utiliser pour obtenir une analyse directe des aspects clés de la santé du cluster.

À propos des conditions de santé du cluster

Un cluster Tanzu Kubernetes provisionné par le Service Tanzu Kubernetes Grid comprend plusieurs parties mobiles, toutes exploitées par des contrôleurs indépendants mais associés, qui fonctionnent ensemble pour créer et gérer un ensemble de nœuds Kubernetes. L'objet TanzuKubernetesCluster fournit des conditions d'état qui vous donnent des informations détaillées sur la santé du cluster et de la machine.

Vérifier la santé du cluster

Pour vérifier la santé d'un cluster Tanzu Kubernetes :

Exécutez la commande kubectl describe cluster.

Si l'état est prêt, cela signifie que l'infrastructure du cluster et le plan de contrôle du cluster sont prêts. Par exemple :

Status:
  Conditions:
    Last Transition Time:     2020-11-24T21:37:32Z
    Status:                   True
    Type:                     Ready
    Last Transition Time:     2020-11-24T21:37:32Z
    Status:                   True
    Type:                     ControlPlaneReady
    Last Transition Time:     2020-11-24T21:31:34Z
    Status:                   True
    Type:                     InfrastructureReady

Cependant, si une condition de cluster est fausse, le cluster n'est pas prêt et un champ de message décrit ce qui est incorrect. Par exemple, ici l'état est « faux », car l'infrastructure n'est pas prête :

Status:
  Conditions:
    Last Transition Time:     2020-11-24T21:37:32Z
    Status:                   False
    Type:                     Ready
    Last Transition Time:     2020-11-24T21:37:32Z
    Status:                   True
    Type:                     ControlPlaneReady
    Last Transition Time:     2020-11-24T21:31:34Z
    Status:                   False
    Type:                     InfrastructureReady

Si le cluster n'est pas prêt, exécutez la commande suivante pour déterminer ce qui est incorrect dans l'infrastructure du cluster :
```
kubectl describe wcpcluster
```

Liste des conditions de santé du cluster

Le tableau répertorie et définit les conditions de santé disponibles pour un cluster Tanzu Kubernetes.

Condition	Description
`Ready`	Résume l'état opérationnel d'un objet d'API de cluster.
`Deleting`	L'état n'est pas vrai, car l'objet sous-jacent est actuellement en cours de suppression.
`DeletionFailed`	L'état n'est pas vrai, car l'objet sous-jacent a rencontré des problèmes lors de la suppression. Il s'agit d'un avertissement, car le réconciliateur retentera la suppression.
`Deleted`	L'état n'est pas vrai, car l'objet sous-jacent a été supprimé.
`InfrastructureReady`	Renvoie un résumé de l'état actuel de l'objet d'infrastructure défini pour ce cluster.
`WaitingForInfrastructure`	Signalé lorsqu'un cluster attend que l'infrastructure sous-jacente soit disponible. REMARQUE : cette condition est utilisée comme solution de secours lorsque l'infrastructure ne signale pas un état prêt.
`ControlPlaneReady`	Signalé lorsque le plan de contrôle du cluster est prêt.
`WaitingForControlPlane`	Signalé lorsqu'un cluster attend que le plan de contrôle soit disponible. REMARQUE : cette condition est utilisée comme solution de secours lorsque le plan de contrôle ne signale pas un état prêt.

Champs de condition

Chaque condition peut contenir plusieurs champs.


`Type`	Décrit le type de condition. Par exemple, `ControlPlaneReady`. Pour la condition `Ready`, il s'agit d'un résumé de toutes les autres conditions.
`Status`	Décrit l'état du type. Les états peuvent être `True`, `False` ou `Unknown`.
`Severity`	Classification du `Reason`. `Info` signifie que le rapprochement est en cours. `Warning` signifie qu'un élément peut être incorrect et qu'il convient de réessayer. `Error` signifie qu'une erreur s'est produite et qu'une action manuelle est requise pour résoudre le problème.
`Reason`	Fournit la raison pour laquelle l'état est `False`. La raison peut être une raison d'attente de l'état prêt ou de défaillance. Généralement renvoyé lorsque l'état est `False`.
`Message`	Informations lisibles par l'utilisateur qui expliquent la `Reason`.