Überprüfen der Integrität eines sicheren Workload-Clusters (Tetration)

Download-Optionen

PDF (1.3 MB)
Mit Adobe Reader auf verschiedenen Geräten anzeigen

Aktualisiert:10. September 2025

Dokument-ID:224853

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

Inhalt

Einleitung

Hintergrundinformationen

Wann die Integrität des Clusters überprüft werden soll

Verschiedene Optionen, die Sie zur Überprüfung der Integrität des sicheren Workload-Clusters benötigen

Einleitung

In diesem Dokument werden die Schritte zur Überprüfung der Integrität eines sicheren Workload-Clusters beschrieben und die wichtigsten Aspekte herausgestellt, die während der Integritätsprüfung überprüft werden müssen.

Hintergrundinformationen

Ihr Schwerpunkt liegt in erster Linie auf der Gesundheitskontrolle; Wenn Sie jedoch Probleme oder ungewöhnliches Verhalten feststellen, müssen Sie einen Snapshot erstellen und sich an das Cisco Tetration Solution Support TAC-Team wenden. Das Cluster für sichere Workloads besteht aus Hunderten von Prozessen, die auf mehrere virtuelle Systeme auf mehreren UCS C220-Servern verteilt sind.

Die beiden wichtigsten Tools zur Bewertung der Cluster-Integrität sind die Seiten "Cluster-Status" und "Service-Status", die beide in diesem Dokument erläutert werden. Die Verwendung dieser Seiten ist im Allgemeinen die effektivste Möglichkeit, den allgemeinen Zustand des Clusters zu bestätigen.

Wann die Integrität des Clusters überprüft werden soll

In den meisten Fällen ist es nicht erforderlich, die Integrität Ihres Clusters zu überprüfen. Es gibt jedoch Situationen, in denen es eine gute Idee ist:

・ Wenn Sie etwas Ungewöhnliches oder Unerwartetes in der Benutzeroberfläche (UI) bemerken, basierend auf Ihrer Erfahrung mit der Art und Weise, wie Dinge normalerweise funktionieren. Im Abschnitt Betriebliche Anzeigeparameter finden Sie einige gängige Beispiele.

・ Wenn Sie erwarten, dass bestimmte Daten (wie Flow-Daten von Software- oder Hardware-Sensoren) in der Benutzeroberfläche zu sehen, aber es fehlt, obwohl Sie den richtigen Umfang und Zeitraum gewählt haben.

・ Vor und nach geplanten Wartungsarbeiten, Upgrades oder größeren Änderungen am Cluster. Es empfiehlt sich, vor und nach diesen Aktivitäten eine Momentaufnahme des Cluster-Zustands zu erstellen. Wenn Sie jemals den TAC-Support kontaktieren müssen, können diese Snapshots helfen, die Änderungen schnell zu identifizieren.

Verschiedene Optionen, die Sie zur Überprüfung der Integrität des sicheren Workload-Clusters benötigen

Cluster-Status

Ein Cluster für sichere Workloads besteht je nach Cluster-Typ entweder aus 6 Servern (8 HE) oder 36 Servern (39 HE). Auf der Seite "Cluster Status" (Cluster-Status) werden der Status der Server sowie Informationen zum Bare-Metal-Server angezeigt.

Anmerkung: Benutzer mit Standortadministrator- oder Kundensupportrollen für physische Cluster können auf die Seite "Cluster-Status" zugreifen. Beide Rollen können Aktionen auf der Seite "Cluster Status" (Cluster-Status) anzeigen und ausführen.

Wählen Sie im Navigationsfenster Troubleshoot > Cluster Status aus.

Der Cluster-Status zeigt den Status aller Server im Cisco Secure Workload-Rack an. Ein funktionierender Server kann den Status "Kommissioniert" und "Aktiv" anzeigen, wie hier dargestellt.

Cluster Status of all Servers

Vorsicht: Wenn Sie auf der Cluster-Statusseite einen Knoten feststellen, der als inaktiv markiert ist, erstellen Sie einen CIMC-Snapshot, und erstellen Sie ein TAC-Ticket, einschließlich des Snapshots.

Wenn der Status als Inaktiv angezeigt wird, bedeutet dies in der Regel, dass der Server entweder ausgeschaltet ist oder aufgrund eines Hardware-, Kabel- oder Verbindungsproblems ausfällt.

Wenn Sie auf einen Server in der Liste klicken, werden weitere Details angezeigt, z. B.

・ Die virtuellen Systeme (Instanzen), die auf diesem physischen Server ausgeführt werden

・ Die private IP-Adresse des Servers im Cluster

・ CIMC-IP-Adresse (Management)

・ Aktuelle Firmware-Versionen für BIOS, CIMC, VIC-Karte, LOM-Karte und RAID-Controller

Current Firmware Versions

Servicestatus

Die Seite Service Status (Service-Status) befindet sich im linken Navigationsbereich unter Troubleshoot > Service Status (Fehlerbehebung > Service-Status).

Auf der Seite "Service Status" (Service-Status) werden der Status aller Services angezeigt, die in Ihrem Cisco Secure Workload-Cluster verwendet werden, sowie deren Abhängigkeiten.

Die Diagrammansicht zeigt den Zustand des Diensts an, jeder Knoten im Diagramm zeigt den Zustand des Diensts an, und ein Edge stellt die Abhängigkeit von anderen Diensten dar. Dienste, die nicht ordnungsgemäß funktionieren, werden rot markiert, wenn der Dienst nicht verfügbar ist, und orange, wenn der Dienst heruntergestuft, aber verfügbar ist. Eine grüne Farbe oder eine himmelblaue Farbe weist darauf hin, dass der Service fehlerfrei ist. Weitere Debuginformationen zu diesen Knoten finden Sie in der Strukturansicht mit der SchaltflächeAlle erweitern, um alle untergeordneten Knoten im Abhängigkeitsbaum anzuzeigen. Down zeigt an, dass der Dienst nicht funktioniert, und Ungesund zeigt an, dass der Dienst nicht voll funktionsfähig ist.

Service Status Graph 1

Anmerkung: Ab Patch-Version 3.10.2.11 wird die Service-Statusseite in Himmelblau angezeigt. Eine grüne Farbe oder eine himmelblaue Farbe weist darauf hin, dass der Service fehlerfrei ist.

Service Status Graph 2

Standardmäßig werden auf der Seite Service Status (Dienststatus) die Clusterfunktionen und -abhängigkeiten in einer grafischen Ansicht angezeigt. Wenn alle Symbole grün oder himmelblau sind, wird kein Fehler erkannt.

Wenn ein Service in Rot oder Orange angezeigt wird, zeigt die Baumstruktur die Liste der Services an und ermöglicht Ihnen, die Abhängigkeiten des Service sowie weitere Details anzuzeigen, die von der Funktion "Service Status" erkannt wurden. Diese Informationen zu Abhängigkeitsfehlern sollten beim Öffnen eines Tickets beim TAC unbedingt notiert und erfasst werden.

Vorsicht: Wenn Sie feststellen, dass ein Servicefall defekt ist und eine rote Farbe aufweist, wenden Sie sich an das Technical Assistance Center (TAC), um Unterstützung bei der Behebung dieser Probleme zu erhalten. Schnelle Kontaktaufnahme mit dem TAC zur Wiederherstellung der vollen Funktionalität

Service Status Tree View

Hawkeye (Diagramme)

Hawkeye-Dashboards bieten Einblick in den Status des sicheren Workload-Clusters sowie Metriken und Informationen zur Unterstützung der Fehlerbehebung

Die Seite Hawkeye (Diagramme) befindet sich im linken Navigationsbereich unter Troubleshoot > Hawkeye (Diagramme).

Wenn Sie auf Hawkeye (Diagramme) klicken, wird automatisch eine neue Browserregisterkarte geöffnet, auf der das Hawkeye-Dashboard wie hier dargestellt angezeigt wird.

Hawkeye Dashboard

Klicken Sie im Hawkeye-Dashboard auf die Registerkarte Spark Pipeline Current (Spark Pipeline Aktuell), um den Status des sicheren Workload-Clusters zu überwachen.

Überprüfen Sie auf der Seite Spark Pipeline Current (Aktuelle Spark-Pipeline), ob die Werte für End-to-End-Verzögerung, Serving Layer-Verzögerung, Main Pipeline Latency (Hauptpipelinelatenz) und Active Flow Latency (Aktive Flow-Latenz) unter 10 Minuten liegen.

Stellen Sie außerdem sicher, dass die Laufzeitwerte weniger als 1 Minute betragen und in Sekunden angezeigt werden und der HDFS-Status "Good" (Gut) lautet, wie im nächsten Beispiel gezeigt.

Spark Pipeline Current Page

Vorsicht: Wenn Sie Latenzwerte (einschließlich End-to-End-Verzögerung oder Verzögerung auf dem Service-Layer) von mehr als 6 Stunden beobachten, ohne eine allmähliche Verringerung festzustellen, wenden Sie sich an das Technical Assistance Center (TAC).

Upgrade-Prechecks

Verwenden Sie vor und nach Wartungsaufgaben die Upgrade-Vorabprüfung, um Cluster-Zustandsprüfungen auszuführen. Dieser Prozess stellt sicher, dass Services, Konfigurationen und Hardwarekomponenten ordnungsgemäß funktionieren.

Navigieren Sie zuUpgrade Precheck.
Navigieren Sie zu TetrationUI, und befolgen Sie die folgenden Schritte:
- Klicken Sie auf Plattform.
- Wählen Sie Upgrade/Neustart/Herunterfahren aus.
- Klicken Sie auf Upgrade PreCheck starten.

Warten Sie einige Minuten auf die Ausgabe der Upgrade-Vorprüfungen. Wenn alles wie in diesem Bild gezeigt erfolgreich ist, können Sie mit den nächsten Aktionen der Clusterwartungsaktivitäten fortfahren.
Output of Upgrade Prechecks