Critical Etat

Un nœud de travail peut passer dans un état Critical pour de nombreuses raisons. Pour plus d'informations sur les étapes de traitement des incidents, voir Traitement des incidents liés aux noeuds worker à l'état Critical ou NotReady.

Deleting Etat

Un état Deleting (suppression en cours) signifie que vous avez demandé la suppression du noeud worker, éventuellement dans le cadre du redimensionnement d'un pool de noeuds worker ou d'une mise à l'échelle automatique du cluster. Aucune autre opération ne peut être effectuée sur le nœud de travail pendant qu'il procède à la suppression. Vous ne pouvez pas inverser le processus de suppression. Une fois le processus de suppression terminé, le nœud de travail ne vous est plus facturé.

Deleted Etat

Un état Deleted signifie que votre nœud de travail est supprimé et qu'il n'apparaît plus dans la liste du cluster ni n'est facturé. Cet état ne peut pas être défait. Toutes les données qui étaient stockées uniquement sur le nœud de travail, telles que les images de conteneurs, sont également supprimées.

Deployed Etat

Les mises à jour sont déployées correctement sur votre noeud worker. Une fois les mises à jour déployées, Red Hat OpenShift on IBM Cloud lance un diagnostic d'intégrité sur le noeud worker. Lorsque le diagnostic est concluant, le noeud worker passe à l'état Normal. Les noeuds worker à l'état Deployed (déployé) sont en principe prêts à recevoir des charges de travail. Vous pouvez le vérifier en exécutant la commande oc get nodes et en confirmant que l'état indique bien Normal.

Deploying Etat

Un état Deploying (déploiement en cours) signifie que, lorsque vous mettez à jour la version Kubernetes de votre noeud worker, le noeud est redéployé pour installer les mises à jour. Si vous rechargez ou réamorcez votre noeud worker, celui-ci est redéployé pour installer automatiquement la dernière version de correctif. Si votre noeud worker reste bloqué dans cet état, vérifiez si un incident s'est produit lors du déploiement.

Deploy_failed Etat

Un état Deploy_failed (échec du déploiement) signifie que votre noeud worker n'a pas pu être déployé. Répertoriez les détails du noeud worker pour trouver les détails de l'incident en exécutant ibmcloud oc worker get --cluster CLUSTER_NAME_OR_ID --worker WORKER_NODE_ID.

Normal Etat

Un état Normal signifie que votre noeud worker est entièrement mis à disposition et prêt à être utilisé dans le cluster. Cet état est considéré comme bon et ne nécessite aucune action de l'utilisateur.

Même si les noeuds worker peuvent être normaux, d'autres ressources d'infrastructure, telles que les réseaux et le stockage, peuvent continuer à exiger de l'attention.

NotReady Etat

Les nœuds de travail peuvent être surchargés lorsqu’ils signalent fréquemment un état ou NotReady qu’ils expulsent des pods en raison d’un manque de mémoire ou d’autres ressources. Envisagez de réévaluer les exigences de capacité pour le noeud worker.

Provisioned Etat

Un état Provisioned (mis à disposition) signifie que votre noeud worker a été mis à disposition et fait partie du cluster. La facturation pour le noeud worker commence. Le noeud worker est rapidement signalé comme étant à l'état normal et ready.

Provisioning Etat

Un état Provisioning (mise à disposition en cours) signifie que la mise à disposition de votre noeud worker est en cours. Ce dernier n'est pas encore disponible dans le cluster. Vous pouvez surveiller le processus de mise à disposition dans la colonne Status de la sortie générée par l'interface CLI. Si votre nœud de travail reste bloqué dans cet état pendant une longue période, vérifiez si un problème s'est produit lors de la mise en service.

Provision pending Etat

Un état Provision pending (mise à disposition en attente) signifie qu'un autre processus doit se terminer avant le démarrage du processus de mise à disposition du noeud worker. Vous pouvez surveiller l'autre processus qui doit d'abord se terminer dans la colonne Status de la sortie de l'interface CLI. Par exemple, dans les clusters VPC, le statut Pending security group creation indique que le groupe de sécurité de vos nœuds de travail est en cours de création avant que les nœuds de travail puissent être provisionnés. Si votre noeud worker reste bloqué dans cet état, vérifiez si un incident s'est produit au cours de l'autre processus.

Provision_failed Etat

Votre noeud worker n'a pas pu être mis à disposition. Répertoriez les détails du noeud worker pour trouver les détails de l'incident en exécutant ibmcloud oc worker get --cluster CLUSTER_NAME_OR_ID --worker WORKER_NODE_ID.

Reloading Etat

Un état Reloading (rechargement en cours) signifie que le rechargement de votre noeud worker est en cours. Ce dernier n'est pas disponible dans le cluster. Vous pouvez surveiller le processus de rechargement dans la colonne Status de la sortie générée par l'interface CLI. Si votre nœud de travail reste bloqué dans cet état pendant une longue période, vérifiez si un problème s'est produit lors du rechargement.

reload_failed Etat

Un état reload_failed indique que votre nœud de travail n'a pas pu être rechargé. Exécutez la commande suivante pour obtenir des détails sur la défaillance.

ibmcloud oc worker get --cluster CLUSTER_NAME_OR_ID --worker WORKER_NODE_ID

Vérifiez le champ Statut dans le résultat. Les causes courantes et les étapes de résolution sont décrites dans la liste suivante.

Échec de la mise à jour du micrologiciel (VPC bare metal uniquement)

Si le nœud de travail est un serveur bare metal VPC, l'échec du rechargement peut être dû à une mise à jour du micrologiciel qui a été appliquée automatiquement dans le cadre du rechargement. Le nœud de travail passe à l'état reload_failed avec le statut et Failed to reload worker les détails du statut The infrastructure firmware update has failed. (P4056). Pour rétablir le fonctionnement, essayez les étapes suivantes dans l'ordre :

1. Réessayez de recharger la page en exécutant ibmcloud oc worker reload --cluster CLUSTER_NAME_OR_ID --worker WORKER_NODE_ID.
2. Si les tentatives de rechargement continuent d’échouer en raison d’un échec de la mise à jour du micrologiciel, ouvrez un dossier d’assistance sur IBM Cloud.

Autres causes

Pour les pannes non liées au micrologiciel, consultez la section Dépannage des nœuds de travail pour connaître les étapes de rétablissement supplémentaires.

Reload_pending Etat

Vous avez effectué une demande de rechargement ou de mise à jour de la version Kubernetes de votre noeud worker. Lorsque le rechargement commence, l'état passe à Reloading (rechargement en cours).

Unknown Etat

Un état Unknown (inconnu) signifie que le maître Kubernetes n'est pas accessible pour l'une des raisons suivantes :

• Vous avez demandé une mise à jour de votre maître Kubernetes. L'état du noeud worker ne peut pas être extrait lors de la mise à jour. Si le noeud worker reste dans cet état sur une période prolongée même une fois que la mise à jour du maître Kubernetes a abouti, essayez de recharger le noeud worker.
• Il se peut que vous disposez d'un autre pare-feu qui protège vos noeuds worker ou qui a changé récemment les paramètres du pare-feu. Red Hat OpenShift on IBM Cloud requiert l'ouverture de certaines adresses IP et de certains ports pour permettre la communication entre le noeud worker et le maître Kubernetes et vice versa. Pour plus d'informations, voir Pare-feu empêchant la connexion des noeuds worker.
• Le maître Kubernetes est arrêté. Contactez le support IBM Cloud en ouvrant un cas de support IBM Cloud.

Warning Etat

Un état Warning (avertissement) signifie que votre noeud worker est sur le point d'atteindre la limite en termes de mémoire ou d'espace disque. Vous pouvez soit réduire la charge de travail sur votre nœud de travail, soit ajouter un nœud de travail à votre cluster afin de répartir la charge de travail.