Überwachen Sie Blade-Server-Gehäuse mit Microsoft System Center

Blade-basierte Serverbereitstellungen könnten eine Renaissance als bevorzugte Plattform für viele Private Cloud-Initiativen im mittelständischen und verteilten Unternehmen erleben. Eine kleine Farm identischer Blade-Server ist eine ideale Plattform für einen oder mehrere Cluster von Microsoft Hyper-V-, VMware ESX- oder Citrix Xen-Virtualisierungshosts - den Kern der privaten Cloud. Hier sind einige Gründe, warum das Blade-Server-Format für private Clouds attraktiv ist, die aus mehreren Dutzend bis zu einigen hundert virtuellen Maschinen (VMs) bestehen können:

  • Einfache und sichere Skalierung von nur ein paar Server Blades bis hin zu einem voll besetzten Blade-Gehäuse - so können Sie Ihre private Cloud-Migration in kleinem Maßstab starten und verlieren keine Investitionen, wenn Sie Kapazität hinzufügen.
  • Gewährleistet die Einheitlichkeit der Skalierungseinheiten, sodass Sie beispielsweise beim Hinzufügen von Virtualisierungshosts in Zukunft nicht mehrere Netzwerkadaptermodelle unterstützen müssen.
  • Das Trennen der Rechenknoten (dh der Blade-Server) von den Speicherknoten (höchstwahrscheinlich Speicherbereichsnetzwerke-SANs oder Speicher-Blades) ist dem Blade-Design inhärent und richtet sich nach der Virtualisierungscluster-Architektur.
  • Das konvergierte Netzwerk, das in Blade-Gehäuse-basierten Switches möglich ist, ermöglicht praktisch unbegrenzte Szenarien wie Quality of Service (QoS) und Virtual Local Area Networks (VLANs).
  • Einfache Duplizierung von Cloud-Fabrics an Primär- und Failover-Standorten in DR-Szenarien (Disaster Recovery).
  • Möglichkeit, hersteller- und betriebssystemspezifische OS-spezifische Blade-Metal-Blade-Bereitstellungstechnologien zu nutzen, z. B. die Umwandlung eines Blade in einer Versandbox in einen Produktionsvirtualisierungshost in wenigen Minuten.
In einer IDC-Pressemitteilung von vor einem Jahr wurde berichtet, dass die Marktführer für Blade-Server (in absteigender Reihenfolge) HP, IBM, Cisco und Dell waren. Die HP Blade-Gehäuse-Reihe umfasst zwei Versionen, ein C3000-Modell mit 6 HE Höhe und ein C7000-Modell mit 10 HE Höhe. Der C3000 kann bis zu acht (8) Klingen aufnehmen, und der C7000 kann bis zu sechzehn (16) Klingen aufnehmen. Dieser Artikel behandelt die Überwachung des Zustands und der Leistung von Blade-Gehäusen und zeigt das HP BladeSystem-Gehäuse und den System Center Operations Manager (SCOM) von Microsoft. Abbildung A zeigt die Diagrammansicht einiger HP C7000-Blade-Gehäuse über die SCOM-Konsole.

Abbildung A.

Gehäusediagrammansicht von HP BladeSystems in der System Center Operations Manager-Konsole. (Klicken zum Vergrößern der Bilder)

Verwalten des Blade-Gehäuses

Da das Gehäuse Strom und Kühlung, Netzwerk, Speicher und Out-of-Band-Konnektivität (OOB) konsolidiert, hängt die Verwaltung jeder dieser Funktionen von der softwarebasierten Instrumentalität ab (Sie können nicht hinter den Server gehen und Kabel bewegen). Blade-Anbieter können ihre Gehäuse mit Verwaltungsmodulen ausstatten, die eine Möglichkeit zur Interaktion mit dem intelligenten Gehäuse selbst bieten, z. B. einem webbasierten Verwaltungsportal. Diese Verwaltungsmodule können wiederum überwacht werden und bieten einen Überblick über den Zustand und die Leistung mehrerer Gehäuse und ihrer Schaufeln.

Das Verfolgen, welche Server sich in welchen Gehäuseschächten befinden, ist offensichtlich eine wichtige Verwaltungsaufgabe und bietet eine schnelle Möglichkeit, eine Verbindung zum OOB-Verwaltungsport jedes Blades und zum Verwaltungsmodul des Gehäuses herzustellen. Je mehr Blade-Gehäuse Sie in Ihrem Unternehmen haben und je mehr Blades jeweils enthalten sind, desto höher ist der Verwaltungsaufwand und die Kritikalität einer effektiven Überwachung. Dies kann die Dinge schnell so komplizieren, dass die Effizienz des Blade-Designs durch schwierige Verwaltung oder fehlende Warnungen vor Bedingungen vor dem Ausfall ausgeglichen wird.

Die Diagrammansicht der HP C7000-Blade-Gehäuse in Abbildung A zeigt, wie die Server- und Speicher-Blades in den Geräteschächten diskrete Objekte sind, während die gemeinsamen Funktionen des Gehäuses wie Stromversorgungs- und Kühlsysteme dem Gehäusegehäuse zugeordnet sind. Stellen Sie sich vor, Sie hätten Dutzende von Gehäusen zu verwalten, wie viel Zeit dies sparen würde, wenn Chassis-Probleme mit betroffenen Blades korreliert würden. Beachten Sie auch, dass bei ausgewähltem Server in einem Gerätefach rechts im Bereich "Aktionen" praktische Ein-Klick-Aufgaben zum Herstellen einer Verbindung mit dem beteiligten HP Integrated Lights-Out (Server-OOB) und HP Onboard Administrator (Gehäuseverwaltungsmodul) verfügbar sind ).

Überwachen des Blade-Gehäuses im Private Cloud-Kontext

Natürlich stellt HP seine eigene Überwachungslösung her, HP Systems Insight Manager (HP-SIM), mit der HP Geräte aller Art hervorragend verwaltet werden können. (IBM, Cisco und Dell haben auch ihre jeweiligen Lösungen.) HP-SIM überwacht jedoch nicht die Anwendungsleistung - etwas, das SCOM auszeichnet. Abbildung B zeigt die einfache Leistungsfähigkeit dieses Konzepts. Dies ist eine Warnungsansicht von der SCOM-Konsole, in der in chronologischer Reihenfolge aufgelistet wird, wann Warnungen von einer Umgebung mit zwei Blade-Gehäusen empfangen wurden. Beachten Sie, dass Warnungen vor Heartbeat-Fehlern von überwachten Blade-Servern 50 Sekunden lang Warnungen vor fehlgeschlagenen Verbindungen zu Blade-Gehäusen vorangestellt wurden.

Abbildung B.

Reale Welt: Gehäusekonnektivitätswarnungen gehen Herzschlagfehlerwarnungen voraus

In dem in Abbildung B gezeigten realen Fall weiß der SCOM-Bediener auf einen Blick, dass der Grund für den Verlust der Konnektivität zu den überwachten Servern auf einen Verlust der Konnektivität zu den gesamten Gehäusen zurückzuführen ist. Eine gezielte Untersuchung kann sofort an der am weitesten entfernten Verbindungsstelle in den Konnektivitätspfaden zu beiden Gehäusen beginnen. In Erwartung eines solchen Szenarios kann eine von Ihnen erstellte verteilte SCOM-Anwendung ein Superset-Diagramm enthalten, das diesen Fehler sofort isoliert.

HP BladeSystem Enclosures Management Pack

Es gibt zwei Ansätze, die Hardwareanbieter verfolgen können, wenn sie Management Packs zur Überwachung von Geräten wie Blade-Gehäusen mit SCOM 2007 R2 schreiben (die Version von SCOM, die bis April 2012 gültig war, als SCOM 2012 veröffentlicht wurde). Dies sind (1) die Nutzung der nativen SNMP-Funktionen (Simple Network Management Protocol) von SCOM 2007 und (2) die Erstellung eines Software-Add-Ons für SCOM, das zur Überwachung der Geräte die proprietäre Technologie eines Anbieters anstelle der SNMP-Funktionen von SCOM 2007 verwendet . HP verfolgte den zweiten Lösungsansatz mit Bedacht und entwickelte ein elegantes und nützliches Tool (das auch mit SCOM 2012 funktioniert).

Abbildung C zeigt die HP BladeSystem Enclosure Monitor Manager-Anwendung, die HP zusammen mit dem Management Pack bereitstellt. Sie führen den Überwachungsdienst auf einem oder mehreren Verwaltungsservern in Ihrer Organisation aus, und der Dienst interagiert mit SCOM, um Integritäts- und Leistungsdaten bereitzustellen. Dieser Ansatz ist aus Skalierungsgründen besser als die Verwendung von nativem SNMP mit SCOM 2007. Mit dieser Technik können mehr Gehäuse verwaltet werden, ohne die Leistung der gesamten SCOM 2007-Verwaltungsgruppe zu beeinträchtigen. (Siehe Hinweis unten zu SCOM 2012.)

Abbildung C.

Der HP BladeSystem Enclosure Monitor Manager
Hinweis: SCOM 2012 enthält eine neue SNMP-Überwachungs-Engine, mit der Hunderte von Netzwerkgeräten problemlos überwacht werden können. Daher wird ein Autor neuer oder zukünftiger Geräteverwaltungspakete, die mit der SCOM 2012-SNMP-Bibliothek geschrieben wurden, nicht davon abgehalten, die native SNMP-Überwachung zu nutzen.

© Copyright 2021 | pepebotifarra.com