Überprüfen der Integrität eines Tetration Analytics-Clusters

Einführung

In diesem Dokument wird beschrieben, wie der Zustand eines Tetration Analytics-Clusters überprüft wird.

Voraussetzungen

Anforderungen

Cisco empfiehlt, über Kenntnisse in folgenden Bereichen zu verfügen:

• Anmeldung bei einem Cluster
• Grundlegende Benutzeroberfläche

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf den folgenden Software- und Hardwareversionen:

• Version 2.2.1.x
• 39-HE-Tetration Analytics-Cluster

Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.

Hintergrundinformationen

Ein Tetration-Cluster besteht aus Hunderten von Prozessen (Programmen), die auf mehreren VMs [virtuelle Systeme] auf mehreren UCS C220-M4 Servern ausgeführt werden. Es stehen mehrere Dienste und Funktionen zur Verfügung, um die Vorgänge des Clusters zu überwachen und den Administrator zu benachrichtigen, wenn der Cluster möglicherweise nicht voll funktionsfähig ist.

Dieses Dokument bietet eine Übersicht über die Funktionen, die bei der Überprüfung der Integrität des Clusters überprüft werden müssen. Während der Umfang dieses Dokuments die Überprüfung der Integrität umfasst, sollten Maßnahmen ergriffen werden, um Probleme zu beheben, die scheinbar nicht ordnungsgemäß funktionieren, eine Momentaufnahme erstellen und beim Cisco Tetration Solution Support TAC-Team ein Ticket erstellen.

Zwei gängige Tools zur Überprüfung der Integrität des Clusters sind die Seiten Cluster-Status und Dienststatus, die in diesem Dokument zusammen mit einigen anderen Systemtools behandelt werden. Obwohl kritische E-Mail-Warnmeldungen von Bosun häufig einer der ersten Hinweise für einen Administrator sind, dass im Cluster möglicherweise etwas vorkommt, wird die Überprüfung der Integrität des Clusters in der Regel am besten über die Seiten Cluster-Status und Dienststatus durchgeführt. 

Während Boson-Warnungen syslog-ähnliche Funktionen bieten, wurden in einigen Tetration-Versionen einige kritische Bosun-Warnungen in einem normalerweise funktionierenden Cluster ausgelöst.  Eine Suche über das Bug Search Tool für Tetration mit dem Metric-Schlüsselwort cisco.com hilft bei der Identifizierung möglicher Probleme für eine bestimmte Metrik.

Wann wird der Status des Clusters überprüft?

Normalerweise muss der Administrator des Clusters die Funktionalität des Clusters nicht überprüfen.  Es gibt jedoch gewisse Zeiten, in denen dies notwendig sein kann. Hier einige Beispiele:

1. Wenn der Benutzer ein unerwartetes Verhalten in der Benutzeroberfläche (user interface, UI) erkennt. Dies beruht zum Teil auf den Kenntnissen und Erfahrungen des Benutzers, wie der Cluster funktionieren soll, aber einige Beispiele sind in diesem Abschnitt Betriebliche Anzeigeparameter dargestellt.
   
   
2. Wenn erwartet wird, dass einige Daten angezeigt werden, aber nicht in der Benutzeroberfläche angezeigt werden. Zum Beispiel fließen Daten von einem Software- oder Hardware-Agent (Sensor), wenn der richtige Bereich und der richtige Zeitraum angezeigt werden, in dem Daten angezeigt werden sollen.
   
   
3. Vor und nach einem geplanten Service, Upgrade oder größeren Aktionen des Clusters. Es ist empfehlenswert, einen Snapshot vor und einen weiteren Snapshot nach Wartungsarbeiten zu sammeln und diesen für den Fall verfügbar zu machen, dass ein TAC-Ticket geöffnet wird. Dadurch kann das TAC das Problem isolieren, indem es nach Änderungen sucht, die während der Wartung vorgenommen wurden.

Hinweis: Einige Serviceunterbrechungen sind für einen bestimmten Zeitraum unmittelbar nach der Systemwartung im Cluster normal. Der Zeitraum kann im Beispiel eines Serveraustauschs bis zu 24 Stunden betragen, wenn ein Datode-VM auf diesem Server ausgeführt wird. Normale Systemredundanz im Cluster reduziert in der Regel die negativen Auswirkungen eines Serveraustauschs.

Verschiedene Möglichkeiten zur Überprüfung des Betriebsstatus eines Tetration-Clusters

Betriebliche Anzeigeparameter

Ein Administrator, der über Kenntnisse und Erfahrung im Betrieb des Clusters verfügt, kann erkennen, wie der normale Betrieb des Clusters in seiner Umgebung aussieht. Dies sind einige Beispiele für die Vorgehensweise bei der Überprüfung, ob der Cluster normal arbeitet.

Beispiel 1: Die aktuellste verfügbare Flow-Zeit ist innerhalb von 10 Minuten nach der aktuellen Zeit verfügbar.

Beispiel 2: Die neueste verfügbare Anwendungs-Workspace-Zeit ist innerhalb von 10 Stunden nach der aktuellen Zeit verfügbar:

Beispiel 3: Dashboard-Inhalte werden gefüllt.

Cluster-Status

Ein Tetration Analytics-Cluster besteht je nach Cluster-Typ aus entweder 6 (8 HE) oder 36 (39 HE) Servern. Die Seite "Cluster Status" (Cluster-Status) zeigt den Status der Server sowie weitere Bare-Metal-Serverinformationen an.

Die Seite Cluster Status (Clusterstatus) befindet sich im Menü Maintenance (Wartung), das über das Dropdown-Menü Settings (Einstellungen > Maintenance (Einstellungen > Wartung) verfügbar ist. Cluster-Status in der linken Spalte.)

Hinweis: Nur das Symbol wird angezeigt, bis Sie auf die linke Spalte klicken.

1. Instanzen (virtuelle Systeme), die auf dem Bare-Metal-Server ausgeführt werden.
   
   
2. Private IP-Adresse innerhalb des Clusters.
   
   
3. CIMC-IP-Adresse im Cluster.
   
   
4. Firmware-Versionen (BIOS, CIMC, RAID-Controller), die auf dem Server ausgeführt werden.

Servicestatus

Bosun-Warnungen

Snapshot erstellen und TAC-Ticket öffnen

Das Cisco Tetration Solution Team ist auf Tetration Analytics-Kunden spezialisiert und unterstützt diese. Eine der gängigsten Aufgaben, die TAC bei der Fehlerbehebung am meisten unterstützen, ist eine Snapshot-Sammlung von Protokollen aus dem Cluster. Manchmal reichen nur die in den Snapshot-Protokolldateien enthaltenen Informationen aus, um das Problem zu verstehen. Ist dies nicht der Fall, stellt ein Snapshot in vielen Fällen den Ausgangspunkt für die Fehlerbehebung dar.

Ein Snapshot in einem Tetration-Cluster ähnelt dem Technologiesupport in anderen Cisco Produkten.  Es handelt sich um komprimierte Tarball-Dateien oder Protokolldateien von allen Servern und virtuellen Systemen, die Folgendes umfassen:

• Protokolle
• Bundesstaat der Hadoop/YARN-Anwendung und Protokolle
• Warnmeldungsverlauf
• Zahlreiche TSDB-Statistiken

Die Snapshot-Seite befindet sich im Menü Maintenance (Wartung), das über das Einstellungs-Pulldown-Menü verfügbar ist. (Einstellungen > Wartung; Snapshots in der linken Spalte).

Hinweis: Nur das Symbol wird angezeigt, bis Sie auf die linke Spalte klicken.

Die Snapshot-Seite bietet verschiedene Optionen zur Auswahl, aber wenn Sie nicht von einem TAC-Techniker angewiesen werden, können die Standardwerte zum Erfassen des Snapshots verwendet werden.

Ein wichtiger Bereich, der geändert werden muss, sind Kommentare. Kommentare sollten Informationen bereitstellen, um anzugeben, warum der Snapshot erfasst wurde, wenn mehrere Snapshots vom Cluster gesammelt wurden, und der hinzugefügte Kommentar auch im Snapshot während der Analyse durch das Cisco TAC verfügbar ist.

Wenn auf die Schaltfläche Erstellen geklickt wird, beginnt der Snapshot-Prozess. Es kann jeweils nur ein Snapshot erstellt werden. Der Vorgang kann einige Minuten in Anspruch nehmen. Eine Statusanzeige für die Snapshot-Sammlung wird oben auf der Snapshot-Seite angezeigt.

Der Snapshot kann dann auf das lokale System des Benutzers heruntergeladen werden, wenn Sie auf den entsprechenden Download-Link auf der Snapshot-Seite geklickt haben, wie im Bild gezeigt:

Hinweis: Die Snapshot-Datei kann eine Größe von bis zu mehreren hundert Megabyte haben. Diese Datei kann dann in das offene TAC-Ticket hochgeladen werden.

Zugehörige Informationen

• Unterstützung für Cisco Tetration Analytics
• Technischer Support und Dokumentation - Cisco Systems