Auf dieser Seite
Im Browser überwachen und Fehler beheben
Cluster-, Node- und Anwendungsnachweise lesen, häufige Fehlerzustände eingrenzen und mit einem sicheren bereinigten Vorgang eskalieren.
Die Schritte beschreiben den vorgesehenen Kundenweg. Nutzen Sie die Oberfläche erst nach persönlicher Freischaltung und schriftlicher Bestätigung der betreffenden Funktion im Pilotumfang.
Bevor Sie starten
Nutzen Sie eine geschützte Arbeitsfläche mit dem im Pilot genannten Clusterbereich. Prüfen Sie, welches Monitoring, welche Logs, Aufbewahrung und Supportzeiten enthalten sind. Das Dashboard bietet begrenzte Status-, Aktivitäts-, Vorgangs-, Workload-, Event- und Log-Ansichten; es ist keine unbeschränkte Shell und keine Zusage eines personell besetzten 24/7-Supports.
1. Mit beobachtetem Zustand starten
| Ansicht | Lesen | Nicht ableiten |
|---|---|---|
| Cluster | Aktueller Zustand, letzte Beobachtung, Version und betroffener Bereich. | Grüne Seite bedeutet nicht, dass jeder Anwendungspfad funktioniert. |
| Nodes | Rolle, Bereitschaft, Kapazitätshinweis und Vorgangshistorie. | Nodeanzahl allein beweist keine Hochverfügbarkeit. |
| Anwendung | Revision, Rollout, Bereitschaft, letzte Events und begrenzte Logs. | Laufender Container beweist keine fachliche Korrektheit. |
2. Fehler im Browser eingrenzen
- 01
Betroffene Ressource öffnen
Öffnen Sie den Link aus Übersicht oder Aktivität und prüfen Sie Organisation, Arbeitsfläche, Cluster, Namespace und Anwendung.
- 02
Begrenzte Nachweise lesen
Prüfen Sie aktuellen Zustand, Zeitstempel, Revision, Event-Grund, Readiness, Neustart-Hinweis und gewähltes Log-Zeitfenster. Die Seite soll Secrets bereinigen und Datenmenge begrenzen.
- 03
Vor einer Aktion einordnen
Trennen Sie Image-/Konfigurationsfehler, Kapazitäts-/Scheduling-Problem, Abhängigkeitsfehler, Netzwerk-/Endpoint-Problem und Plattformvorgang. Nutzen Sie nur die für Ihre Rolle angebotene Aktion.
- 04
Vorgang dokumentieren
Sichern Sie Vorgangskennung, Zeitbereich, Auswirkung, letzte Änderung und bereinigte Nachweise. Fügen Sie keine Tokens, kubeconfigs, Secrets oder vollständigen Request-Inhalte in den Support ein.
3. Sichere Browser-Aktionen nutzen
| Beobachteter Zustand | Sicherer nächster Schritt |
|---|---|
| Pending / nicht geplant | Ressourcenbedarf, Nodekapazität und Events prüfen; bei freigegebenem Pilot Kapazität anfragen. |
| Image- oder Probe-Fehler | Revision und Release-Validierung öffnen, freigegebenen Eingang korrigieren und sichtbaren Rollback-Weg nutzen. |
| Beeinträchtigter Node | Nicht blind entfernen; Vorgang öffnen oder Managed-Austausch mit Wartungskontext anfordern. |
| Unbekannt / verzögert | Vorgang abwarten oder mit Kennung eskalieren; keine kostenpflichtige Mutation wiederholen. |
4. Mit brauchbarem Bericht eskalieren
- ✓Betreff, Organisation/Arbeitsfläche/Cluster/Anwendung und Beginn mit Zeitzone.
- ✓Nutzerauswirkung, erwartetes und beobachtetes Verhalten sowie letzte Änderung.
- ✓Vorgangskennung, Revision, betroffener Namespace und der genaue bereinigte Fehler.
- ✓Bereits durchgeführte Prüfungen und sichere Wiederherstellungsentscheidung; niemals Zugangsdaten.
Betrieb über die Cloud-Arbeitsfläche → · Support gezielt anfragen →
Diese Anleitung gilt für Ihren vereinbarten Pilotumfang. Technische Kubernetes-Beispiele sind kein Nachweis einer allgemein verfügbaren Cloud-Funktion.