Abandonné

Vous avez envoyé une demande de suppression avant que le déploiement du maître Kubernetes ait abouti. Une fois votre cluster supprimé, il est retiré de votre tableau de bord. Si votre cluster reste bloqué dans cet état, ouvrez un cas de support IBM Cloud.

Critique

Le maître Kubernetes ne peut pas être atteint ou tous les nœuds worker du cluster sont en panne. Si vous avez activé IBM Key Protect dans votre cluster, il se peut que le conteneur Key Protect ne parvienne pas à chiffrer ou à déchiffrer vos secrets de cluster. Si tel est le cas, vous pouvez afficher une erreur avec davantage d'informations lorsque vous exécutez kubectl get secrets.

Echec de la création

Impossible de créer le cluster. Supprimez le cluster défaillant et essayez d'en créer un autre. Si le problème persiste lors de la création de clusters supplémentaires, ouvrez un cas de supportIBM Cloud.

Echec de la suppression

Le maître Kubernetes ou au moins un nœuds worker ne peut pas être supprimé. Répertoriez les nœuds worker en exécutant ibmcloud ks worker ls --cluster CLUSTER_NAME_OR_ID.

Le support IBM a été averti et s'emploie à résoudre le problème. Vous ne pouvez pas résoudre le problème en essayant de supprimer à nouveau le cluster.

A la place, vérifiez la zone Statut du maître pour obtenir plus d'informations ou attendez que le cluster soit supprimé.

• Si des noeuds worker sont répertoriés, voir Impossible de créer ou de supprimer des noeuds worker.
• Si aucun noeud worker n'est répertorié, ouvrez un cas de support IBM Cloud.

Supprimé

Le cluster a bien été supprimé mais n'est pas encore retiré de votre tableau de bord. Si votre cluster reste bloqué dans cet état, ouvrez un cas de support IBM Cloud.

Suppression en cours

Le cluster est en cours de suppression et son infrastructure est en cours de démantèlement. Vous ne pouvez pas accéder au cluster. Vous ne pouvez pas annuler une suppression. Une fois le cluster supprimé, vous ne pouvez plus vérifier l'état du maître car le cluster a été entièrement retiré.

Déployé

Le déploiement du maître a abouti. Vérifiez le statut pour vous assurer que le maître est à l'état Ready ou déterminer si une mise à jour est disponible.

Echec du déploiement

Le déploiement du maître Kubernetes ne peut pas être achevé. Vous ne pouvez pas résoudre cet état. Contactez le support IBM Cloud en ouvrant un cas de support IBM Cloud.

Déploiement

Le maître Kubernetes n'est pas encore complètement déployé. Vous ne pouvez pas accéder à votre cluster. Patientez jusqu'à la fin du déploiement complet de votre cluster pour examiner l'état de santé de votre cluster.

Erreur

Le fichier maître n'est pas opérationnel. IBM est automatiquement averti et prend les mesures nécessaires pour résoudre ce problème. Vous pouvez continuer à surveiller la santé jusqu'à ce que le maître passe à l'état normal. Vous pouvez également ouvrir un cas de support IBM Cloud.

Normal

Tous les noeuds worker d'un cluster sont opérationnels. Vous pouvez accéder au cluster et déployer les applications sur le cluster. Cet état est considéré comme bon et ne nécessite aucune action de votre part.

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. Si vous venez de créer le cluster, certaines parties du cluster qui sont utilisées par d'autres services, telles que les secrets Ingress ou les secrets d'extraction d'image de registre, sont peut-être toujours en cours de traitement.

En attente

Le maître Kubernetes est déployé. Les noeuds worker sont mis à disposition et ne sont pas encore disponibles dans le cluster. Vous pouvez accéder au cluster, mais vous ne pouvez pas déployer d'applications sur le cluster.

Demandé

Une demande de création du cluster et d'organisation de l'infrastructure du maître Kubernetes et des noeuds worker est envoyée. Lorsque le déploiement du cluster commence, l'état du cluster passe à Deploying. Si votre cluster est bloqué depuis longtemps dans l'état Requested, ouvrez un dossier de prise en charge IBM Cloud.

Réduit

Les ressources principales ont été réduites à zéro réplique. Il s'agit d'un état temporaire qui se produit pendant que etcd est restauré après une sauvegarde. Vous ne pouvez pas interagir avec votre cluster lorsqu'il est dans cet état. Attendez que la restauration de etcd soit terminée et que l'état maître revienne à deployed.

Echec de la mise à jour

La mise à jour du maître a échoué. Le support IBM a été averti et s'emploie à résoudre le problème. Vous pouvez continuer à surveiller l'état de santé du maître jusqu'à ce que celui-ci passe à un état normal. Si le maître reste bloqué dans cet état pendant plus d'une journée, ouvrez un cas de support IBM Cloud. Le support IBM peut identifier d'autres problèmes dans votre cluster que vous devez corriger pour que le maître puisse être mis à jour.

Mise à jour en cours

Le maître est en train de mettre à jour sa version Kubernetes. La mise à jour peut être une mise à jour de correctif qui s'applique automatiquement ou une version principale ou secondaire que vous avez appliquée en mettant à jour le cluster. Le serveur d'API Kubernetes qui s'exécute sur votre maître Kubernetes est en cours de mise à jour pour passer à une nouvelle version d'API Kubernetes. Lors de la mise à jour, vous pouvez toujours accéder au cluster et le modifier. Toutefois, vous ne pouvez pas lancer des opérations maître simultanées, telles que l'activation de l'audit du serveur d'API. Les noeuds worker, les applications et les ressources que l'utilisateur a déployés ne sont pas modifiés et continuent à s'exécuter. Patientez jusqu'à la fin de la mise à jour pour examiner l'état de santé de votre cluster. Durant la mise à jour, votre maître hautement disponible peut continuer de traiter les demandes et vos charges de travail d'application et vos noeuds worker continuent de s'exécuter. Lorsque la mise à jour du maître est terminée, vous pouvez mettre à jour vos noeuds worker. Si la mise à jour échoue, le maître repasse à l'état deployed et continue à exécuter la version précédente. Le support IBM a été averti et s'emploie à résoudre le problème. Vous pouvez vérifier si la mise à jour a échoué en consultant la zone Statut du maître .

Mise à jour annulée

La mise à jour du maître est annulée car le cluster n'était pas intègre au moment de la mise à jour. Votre maître conserve cet état jusqu'à ce que votre cluster soit intègre et que vous mettiez à jour manuellement le maître. Pour mettre à jour le fichier maître, utilisez la commandeibmcloud ks cluster master update. Si vous ne souhaitez pas mettre à jour le fichier maître vers la major.minor version par défaut lors de la mise à jour, incluez l'option --version et indiquez la dernière version de correctif disponible pour la major.minor version souhaitée, par exemple 1.35. Pour répertorier les versions disponibles, exécutez la commande ibmcloud ks versions.

Non disponible

Il se peut que le serveur maître ne soit pas accessible, ce qui signifie que certaines actions, telles que le redimensionnement d'un pool de travailleurs, sont temporairement indisponibles. IBM est automatiquement averti et prend les mesures nécessaires pour résoudre ce problème. Vous pouvez continuer à surveiller la santé jusqu'à ce que le maître passe à l'état normal.

Non pris en charge

La version de Kubernetes exécutée par le cluster n'est plus prise en charge. L'état de santé de votre cluster ne fait plus l'objet d'une surveillance ou d'une génération de rapports active. En outre, vous ne pouvez pas ajouter ou recharger des nœuds worker. Pour continuer à recevoir des mises à jour de sécurité importantes et le support, vous devez mettre à jour votre cluster. Passez en revue les actions de préparation à la mise à jour de version, puis mettez à jour votre cluster vers une version Kubernetes mise à jour.

Avertissement

Au moins un noeud worker du cluster n'est pas disponible. Cela dit, les autres noeuds worker sont disponibles et peuvent prendre le relais pour la charge de travail. Essayez de recharger les noeuds worker disponibles.

• Votre cluster ne possède pas de noeuds worker, par exemple si vous avez créé un cluster sans noeud worker ou retiré manuellement tous les noeuds worker du cluster. Redimensionnez votre pool de travailleurs pour ajouter des nœuds de travail afin de vous remettre d’un état Warning, puis mettez à jour les entrées de nœuds Calico pour vos nœuds de travail.
• Une opération de plan de contrôle de votre cluster a échoué. Affichez le cluster dans la console ou exécutez ibmcloud ks cluster get --cluster CLUSTER_NAME_OR_ID pour vérifier l'état du maître afin de poursuivre le débogage.