Critical state

Ein Worker-Knoten kann aus vielen Gründen in einen bestimmten Zustand Critical übergehen. Weitere Informationen und Fehlerbehebungsschritte finden Sie unter Fehlerbehebung für Workerknoten im Status Critical oder NotReady.

Deleting state

Der Status Deleting bedeutet, dass Sie das Löschen des Workerknotens angefordert haben, möglicherweise als Teil der Größenänderung eines Worker-Pools oder der automatischen Skalierung des Clusters. Während der Löschvorgang läuft, können keine anderen Befehle an den Worker-Knoten gesendet werden. Sie können den Löschvorgang nicht zurücknehmen. Sobald der Löschvorgang abgeschlossen ist, fallen für den Worker-Knoten keine Kosten mehr an.

Deleted state

Der Status Deleted A bedeutet, dass Ihr Worker-Knoten gelöscht wurde und nicht mehr im Cluster aufgeführt ist bzw. nicht mehr in Rechnung gestellt wird. Dieser Status kann nicht rückgängig gemacht werden. Alle Daten, die ausschließlich auf dem Worker-Knoten gespeichert waren, wie beispielsweise Container-Images, werden ebenfalls gelöscht.

Deployed state

Aktualisierungen wurden erfolgreich auf Ihrem Workerknoten bereitgestellt. Nach der Bereitstellung von Aktualisierungen startet Red Hat OpenShift on IBM Cloud eine Zustandsprüfung auf dem Workerknoten. Wenn die Zustandsprüfung erfolgreich war, wechselt der Workerknoten in den Status Normal. Workerknoten im Status Deployed (Bereitgestellt) sind normalerweise dafür bereit, Workloads zu empfangen. Sie können dies überprüfen, indem Sie oc get nodes ausführen und bestätigen, dass der Zustand Normal angezeigt wird.

Deploying state

Der Status Deploying bedeutet, dass Ihr Workerknoten neu bereitgestellt wird, wenn Sie die Kubernetes-Version Ihres Workerknotens aktualisieren, um die Aktualisierungen zu installieren. Wenn Sie Ihren Workerknoten neu starten, wird der Workerknoten erneut bereitgestellt, um die neueste Patchversion automatisch zu installieren. Wenn Ihr Workerknoten diesen Status längere Zeit aufweist, sollten Sie überprüfen, ob während der Bereitstellung ein Problem aufgetreten ist.

Deploy_failed state

Der Status Deploy_failed bedeutet, dass Ihr Workerknoten nicht bereitgestellt werden konnte. Listen Sie die Details für den Workerknoten auf, um die Details für den Fehler zu finden, indem Sie ibmcloud oc worker get --cluster CLUSTER_NAME_OR_ID --worker WORKER_NODE_ID ausführen.

Normal state

Der Status Normal bedeutet, dass Ihr Workerknoten vollständig bereitgestellt und bereit ist, im Cluster verwendet zu werden. Dieser Status wird als einwandfreier Zustand betrachtet und erfordert keine Aktion vom Benutzer.

Auch wenn die Workerknoten ordnungsgemäß funktionieren, bedürfen andere Infrastrukturressourcen wie Netz und Speicher möglicherweise Ihrer Aufmerksamkeit.

NotReady state

Die Worker-Knoten könnten überlastet sein, wenn sie häufig den Status melden oder NotReady Pods aufgrund von Speicher- oder anderen Ressourcenengpässen entfernen. Ziehen Sie eine erneute Bewertung der Kapazitätsanforderungen für den Workerknoten in Betracht.

Provisioned state

Der Status Provisioned bedeutet, dass Ihr Workerknoten die Bereitstellung abgeschlossen hat und Teil des Clusters ist. Der Workerknoten wird Ihnen ab diesem Zeitpunkt in Rechnung gestellt. Der Status des Workerknotens wird innerhalb kurzer Zeit einen regulären Zustand widerspiegeln, z. B. normal oder ready (Bereit).

Provisioning state

Der Status Provisioning bedeutet, dass Ihr Workerknoten gerade bereitgestellt wird und noch nicht im Cluster verfügbar ist. Sie können den Bereitstellungsprozess in der Spalte Status Ihrer CLI-Ausgabe überwachen. Wenn sich Ihr Worker-Knoten über einen längeren Zeitraum in diesem Zustand befindet, prüfen Sie, ob bei der Bereitstellung ein Problem aufgetreten ist.

Provision pending state

Der Status Provision pending bedeutet, dass ein anderer Prozess abgeschlossen wird, bevor der Bereitstellungsprozess für den Workerknoten beginnt. Sie können den anderen Prozess überwachen, der zuerst in der Spalte Status Ihrer CLI-Ausgabe als abgeschlossen aufgeführt sein muss. In VPC-Clustern zeigt der Status Pending security group creation beispielsweise an, dass die Sicherheitsgruppe für Ihre Worker-Knoten erst erstellt wird, bevor die Worker-Knoten bereitgestellt werden können. Wenn Ihr Workerknoten diesen Status über einen längeren Zeitraum aufweist, sollten Sie überprüfen, ob während des anderen Prozesses ein Problem aufgetreten ist.

Provision_failed state

Ihr Workerknoten konnte nicht bereitgestellt werden. Listen Sie die Details für den Workerknoten auf, um die Details für den Fehler zu finden, indem Sie ibmcloud oc worker get --cluster CLUSTER_NAME_OR_ID --worker WORKER_NODE_ID ausführen.

Reloading state

Der Status Reloading bedeutet, dass Ihr Workerknoten gerade neu geladen wird und im Cluster nicht verfügbar ist. Sie können den Neuladeprozess in der Spalte Status Ihrer CLI-Ausgabe überwachen. Wenn Ihr Worker-Knoten längere Zeit in diesem Zustand verharrt, überprüfen Sie, ob beim Neuladen ein Problem aufgetreten ist.

reload_failed state

Der Status reload_failed A bedeutet, dass Ihr Worker-Knoten nicht neu geladen werden konnte. Führen Sie den folgenden Befehl aus, um die Details des Fehlers zu ermitteln.

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

Überprüfen Sie das Feld Status in der Ausgabe. In der folgenden Liste werden häufige Ursachen und Maßnahmen zur Fehlerbehebung beschrieben.

Fehler beim Firmware-Update (nur VPC Bare Metal)

Wenn es sich bei dem Worker-Knoten um einen VPC-Bare-Metal-Server handelt, kann der Fehler beim Neuladen möglicherweise durch ein Firmware-Update verursacht worden sein, das im Rahmen des Neuladens automatisch durchgeführt wurde. Der Worker-Knoten wechselt in den reload_failed Zustand mit dem Status Failed to reload worker und den Statusdetails The infrastructure firmware update has failed. (P4056). Um das Problem zu beheben, führen Sie die folgenden Schritte der Reihe nach aus:

1. Führen Sie den Neuladevorgang erneut durch, indem Sie. ausführen ibmcloud oc worker reload --cluster CLUSTER_NAME_OR_ID --worker WORKER_NODE_ID.
2. Sollten die Neuladungsversuche aufgrund eines fehlgeschlagenen Firmware-Updates weiterhin fehlschlagen, eröffnen Sie bitte einen Support-Fall unter IBM Cloud.

Sonstige Ursachen

Bei Fehlern, die nicht mit der Firmware zusammenhängen, finden Sie weitere Schritte zur Fehlerbehebung unter Fehlerbehebung bei Worker-Knoten.

Reload_pending state

Sie haben beantragt, die Kubernetes-Version Ihres Workerknotens neu zu laden oder zu aktualisieren. Wenn das Neuladen beginnt, wechselt der Status zu Reloading.

Unknown state

Der Status Unknown bedeutet, dass der Kubernetes-Master aus einem der folgenden Gründe nicht erreichbar ist:

• Sie haben ein Update Ihres Kubernetes-Masters angefordert. Der Status des Workerknotens kann während der Aktualisierung nicht abgefragt werden. Wenn der Workerknoten über einen längeren Zeitraum in diesem Status bleibt, auch nachdem der Kubernetes-Master erfolgreich aktualisiert wurde, versuchen Sie, den Workerknoten neu zu laden.
• Möglicherweise haben Sie eine andere Firewall, die Ihre Workerknoten schützt, oder Sie haben die Firewalleinstellungen kürzlich geändert. Red Hat OpenShift on IBM Cloud erfordert, dass bestimmte IP-Adressen und Ports geöffnet werden, um die Kommunikation zwischen dem Workerknoten und dem Kubernetes-Master und umgekehrt zu ermöglichen. Weitere Informationen finden Sie in Firewall verhindert Verbindung für Workerknoten.
• Der Kubernetes-Master ist inaktiv. Wenden Sie sich an den IBM Cloud-Support, indem Sie einen IBM Cloud-Supportfall öffnen.

Warning state

Der Status Warning bedeutet, dass Ihr Workerknoten das Limit für Speicher oder Festplattenplatz erreicht. Sie können entweder die Auslastung Ihres Worker-Knotens verringern oder Ihrem Cluster einen weiteren Worker-Knoten hinzufügen, um die Auslastung auszugleichen.