Überlegungen zum Entwurf eines Ressourcenpools

Wichtig

Diese Version von Operations Manager hat das Ende des Supports erreicht. Es wird empfohlen, ein Upgrade auf Operations Manager 2022 durchzuführen.

Ein Ressourcenpool ist eine logische Gruppierung von Verwaltungsservern und/oder Gatewayservern, bei denen die Arbeitsauslastung untereinander verteilt wird. Bei Ausfall eines Mitglieds wird dessen Arbeitsauslastung von den anderen Verwaltungs- bzw. Gatewayservern übernommen. Anders gesagt: Eine solche Gruppierung bietet Hochverfügbarkeit und Skalierbarkeit für Workflows. Beim Entwerfen einer Verwaltungsgruppe müssen für die Überwachung von Netzwerkgeräten, Linux/UNIX-Systemen und anderen Arbeitsauslastungen, die vom Ressourcenpool profitieren sollen, einige Aspekte berücksichtigt werden.

Übersicht

Ressourcenpools stellen die Kontinuität der Überwachung sicher, indem sie mehrere Mitglieder zur Verfügung stellen, die Verwaltungsserver und/oder Gatewayserver sind, die das Überwachen von Workflows übernehmen können, falls eins der Poolmitglieder ausfällt. Sie können Ressourcenpools für bestimmte Zwecke erstellen. Sie können beispielsweise einen Ressourcenpool aus Verwaltungsservern im primären Rechenzentrum erstellen, um Netzwerkgeräte zu überwachen.

Ressourcenpools wenden eine Logik an, die dem Clustern von „Hauptknotensätzen“ entspricht. Hierbei gilt: (<Anzahl von Knoten, die Mitglieder im Pool sind> /2) + 1. Es müssen mindestens drei Mitglieder im Pool enthalten sein, um das Quorum zu erfüllen. Dieses erfordert mehr als 50 % der Quorumabstimmungsmitglieder in einem Pool, damit der Pools weiterhin verfügbar ist. Wenn Sie nur über zwei Mitglieder des Pools verfügen und eins nicht verfügbar ist, haben Sie das Quorum verloren.

Für jeden Ressourcenpool, der in der Betriebskonsole erstellt wird, erhält die Operations Manager-Datenbank, die als Standardbeobachter bezeichnet wird, immer eine Stimme, auch wenn Sie eine gerade Anzahl von Mitgliedern im Pool haben, damit das Quorum erreicht werden kann. Dies gilt auch für die drei Ressourcenpools, die standardmäßig erstellt werden, wenn Sie die Verwaltungsgruppe zuerst erstellen, was weiter unten in diesem Artikel erläutert wird. Für alle Ressourcenpools, die mithilfe des PowerShell-Cmdlets NewSCOM-ResourcePool erstellt wurden, ist es standardmäßig auf deaktiviert festgelegt. Die Operations Manager-Datenbank als Standardbeobachter einzuschließen, verringert die Komplexität Ihrer Verwaltungsgruppe, da Sie nur mindestens zwei Verwaltungsserver bereitstellen müssen, um eine Hochverfügbarkeit Ihres Ressourcenpools beizubehalten.

Eine andere Rolle für die Unterstützung eines Ressourcenpools haben Beobachter. Hierbei handelt es sich um einen Verwaltungsserver oder einen Gatewayserver, der nicht am Laden von Workflows für den Pool teilnimmt. sie nehmen jedoch an Quorumentscheidungen teil. Dies wird unter normalen Umständen niemals verwendet und sollte daher nicht berücksichtigt werden.

Es gibt zwei Arten von Mitgliedschaft:

• Automatic
• Manuell

Beim Erstellen eines Ressourcenpools ist die Mitgliedschaft auf „manuell“ festgelegt, eine Änderung der Konfiguration auf „automatisch“ ist nicht möglich. Wenn eine System Center – Operations Manager-Verwaltungsgruppe erstellt wird, werden standardmäßig drei Ressourcenpools mit automatischer Mitgliedschaft erstellt. In der folgenden Tabelle werden diese drei Ressourcenpools beschrieben.

Name des Ressourcenpools	BESCHREIBUNG
Ressourcenpool "Alle Verwaltungsserver"	Führt Workflows für Gruppenberechnung, Verfügbarkeit, Integritätsrollup für verteilte Monitore und Datenbankbereinigung durch.
Ressourcenpool "Benachrichtigungen"	Die Workflows des Benachrichtigungsabonnement-Diensts sind auf diesen Ressourcenpool ausgerichtet, um Warnungsbenachrichtigungen zu unterstützen.
Ressourcenpool "AD-Zuordnung"	Die Workflows der AD-Integration sind auf diesen Ressourcenpool ausgerichtet, um die automatische Zuweisung von Agents zu Verwaltungsservern zu unterstützen.

Da die Mitgliedschaft im Ressourcenpool „Alle Verwaltungsserver“ auf „Automatisch“ festgelegt ist, wird jeder bereitgestellte Verwaltungsserver automatisch Mitglied dieses Ressourcenpools. Bei einigen Architektur- und Entwurfsaspekten, beispielsweise solchen, bei denen geografisch verteilte Notfallpläne eine Rolle spielen, ist eine automatische Zuweisung zum Ressourcenpool „Alle Verwaltungsserver“ möglicherweise nicht wünschenswert. In diesen Szenarien ist es möglich die Mitgliedschaftszuweisung von „automatisch“ auf „manuell“ umzustellen. In diesem Fall müssen Verwaltungsserver per manueller Zuweisung zum Ressourcenpool „Alle Verwaltungsserver“ hinzugefügt werden.

Hinweis

Die Mitgliedschaft beim Ressourcenpool für alle Verwaltungsserver ist schreibgeschützt. Informationen dazu, wie Sie die Mitgliedschaft von „Automatisch“ zu „Manuell“ ändern, finden Sie unter Ändern der Poolmitgliedschaft.

Mit der Einführung von Ressourcenpools wird empfohlen, dass alle Member über ein Netzwerk mit geringer Latenz verbunden sind (weniger als 10 ms). Ressourcenpools sollten nicht in mehreren Rechenzentren oder in einer Hybrid-Cloud-Umgebung wie Microsoft Azure bereitgestellt werden.

Beispiele für die Ressourcenpoolverfügbarkeit

Die folgenden Beispiele veranschaulichen das Konzept der Ressourcenpoolverfügbarkeit basierend auf den folgenden Konfigurationen, nur mit Verwaltungs- oder Gatewayservern.

Einzelne Verwaltungsserver

• Der Standardbeobachter ist standardmäßig aktiviert und bietet keinen Vorteil, da nur zwei Mitglieder vorhanden sind und kein Quorum erreicht wird.
• Es gibt keine Hochverfügbarkeit, da der Verwaltungsserver ein Single Point of Failure ist.

Zwei Verwaltungsserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt Hochverfügbarkeit für den Pool, da es drei abstimmende Mitglieder gibt : zwei Verwaltungsserver und den Standardbeobachter.
• Wenn Sie den Standardbeobachter deaktivieren, werden Sie die Hochverfügbarkeit für den Pool verlieren.

Drei Verwaltungsserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt Hochverfügbarkeit für den Pool, da es vier stimmberechtigte Mitglieder gibt – drei Verwaltungsserver und den Standardbeobachter.
• Standardmäßig können Sie nur über einen nicht verfügbaren Verwaltungsserver verfügen, um das Quorum beizubehalten. Wenn zwei Verwaltungsserver nicht verfügbar sind, verfügen Sie über genau 50 % der stimmberechtigten Mitglieder, und der Ressourcenpool funktioniert nicht mehr zum Verwalten der Überwachungsworkloads.
• Der Standardbeobachter erhöht nicht die Anzahl von Verwaltungsservern, die ausfallen können, daher wird die Poolverfügbarkeit nicht erhöht.
• Sie können überlegen, den Standardbeobachter in diesem Szenario zu entfernen.

Vier Verwaltungsserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt Hochverfügbarkeit für den Pool, da es fünf stimmberechtigte Mitglieder gibt – vier Verwaltungsserver und den Standardbeobachter.
• Standardmäßig dürfen nur zwei Verwaltungsserver nicht verfügbar sein, damit das Quorum erfüllt wird. Wenn drei Verwaltungsserver ausgefallen sind, verfügen Sie über weniger als 50 % der stimmberechtigten Mitglieder, und der Ressourcenpool funktioniert nicht mehr zum Verwalten der Überwachungsworkloads.
• Der Standardbeobachter in diesem Szenario bietet erheblichen Nutzen, da er die Anzahl von Verwaltungsservern erhöht, die ausfallen können. Ohne den Standardbeobachter müssten Sie nur vier Quorum-Mitglieder haben, wodurch nur ein Mitglied nicht verfügbar sein darf.

Fünf Verwaltungsserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt Hochverfügbarkeit für den Pool, da es sechs abstimmende Mitglieder gibt – fünf Verwaltungsserver und den Standardbeobachter.
• Standardmäßig können Sie nur zwei nicht verfügbare Verwaltungsserver haben, um das Quorum beizubehalten. Wenn drei Verwaltungsserver nicht verfügbar sind, haben Sie genau 50 % der Abstimmungsmitglieder, und der Ressourcenpool kann nicht länger die Arbeitsauslastungen überwachen.
• Der Standardbeobachter erhöht nicht die Anzahl von Verwaltungsservern, die ausfallen können, daher wird die Poolverfügbarkeit nicht erhöht.
• Sie können überlegen, den Standardbeobachter in diesem Szenario zu entfernen.

Sobald Sie drei oder mehr Verwaltungsserver in einem Ressourcenpool erreicht haben und eine ungerade Anzahl von Mitgliedern im Pool vorhanden ist, können Sie erwägen, den Standardbeobachter als Mitglied zu entfernen. Wenn Sie fünf Verwaltungsserver erreichen, besteht die Möglichkeit, dass die operative Datenbank erheblich belastet wird, was zu einer ausreichenden Latenz führen kann, um sich auf die Berechnungen des Ressourcenpools zu auswirken.

Mit der Funktionsweise, mit der Standardbeobachter eine Rolle spielt, fragt jeder Verwaltungsserver im Pool einen eigenen lokalen SDK-Dienst ab, sodass eine Tabelle in der Betriebsdatenbank für den Standardbeobachter abgefragt werden kann. Ist der SDK-Dienst oder die Datenbank unter Last, kann es zu Wartezeiten kommen, die andernfalls nicht aufträten.

Einzelner Gatewayserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt keine Hochverfügbarkeit, da der Gatewayserver ein Single Point of Failure ist.
• Der Standardbeobachter sollte hier nicht verwendet werden, da Gatewayserver keinen lokalen SDK-Dienst haben und daher die Operative Datenbank nicht abfragen können.

Zwei Gatewayserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt keine Hochverfügbarkeit, da es nur zwei Mitglieder des Pools gibt und der Standardbeobachter kein Teilnehmer ist, da Gatewayserver nicht direkt mit der Betriebsdatenbank kommunizieren. Drei Gatewayserver sind erforderlich, um das Poolquorum beizubehalten.

Drei Gatewayserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt Hochverfügbarkeit für den Pool, da drei abstimmende Mitglieder – drei Gatewayserver – vorhanden sind.
• Standardmäßig kann nur ein Gatewayserver nicht verfügbar sein, um das Quorum aufrechtzuerhalten. Wenn zwei Gatewayserver nicht verfügbar sind, haben Sie weniger als 50 % der Abstimmungsmitglieder, und der Ressourcenpool kann nicht länger die Arbeitsauslastungen überwachen.
• Der Standardbeobachter sollte hier nicht verwendet werden, da Gatewayserver keinen lokalen SDK-Dienst haben und daher die Operative Datenbank nicht abfragen können.

Überwachungsszenarien für Ressourcenpools

Die folgenden Workflows werden von Ressourcenpools in Operations Manager gehostet:

• Verwaltung von Netzwerkgeräten
• Verwaltung von UNIX/Linux-Agents
• Überwachung von Webanwendungs-URLs

Hinweis

Windows-Agents senden keine Berichte an Ressourcenpools.

Für die Netzwerküberwachung in Operations Manager ist ein separater, dedizierter Ressourcenpool erforderlich. Dies liegt daran, dass die Workflows der Netzwerküberwachung auf Verwaltungsservern ausgeführt werden (auf dem SNMP-Modul), nicht auf Agents. Dadurch entsteht eine hohe Auslastung auf den Verwaltungsservern, sobald Sie die Überwachung von Netzwerkports einrichten. Dies gilt insbesondere dann, wenn Sie die aktivsten Ports auf einem Gerät auswählen. Aus Leistungsgründen empfiehlt es sich daher, für die Netzwerküberwachung dezidierte Verwaltungsserver in dezidierten Ressourcenpools zu verwenden. Darüber hinaus müssen die Verwaltungsserver, die Mitglied in einem solchen dedizierten Pool sind, aus den Pools „Alle Verwaltungsserver“, „Benachrichtigungen“ und „AD-Zuweisung“ entfernt werden.

Die Linux/UNIX-Überwachung in Operations Manager kann bei Bedarf einem dedizierten Ressourcenpool zugewiesen werden, um eine hoch verfügbare Überwachung und Agent-Verwaltung zu ermöglichen. Dies ist jedoch nicht erforderlich. Operations Manager verwendet Zertifikate, um den Zugriff auf die verwalteten Computer zu authentifizieren. Beim Bereitstellen eines Agents durch den Ermittlungs-Assistenten, wird vom Ermittlungs-Assistenten das Zertifikat beim Agent abgerufen und signiert, das Zertifikat dem Agent wieder bereitgestellt und der Agent neu gestartet. Zur Unterstützung von Hochverfügbarkeit muss jeder Verwaltungsserver im Ressourcenpool über alle Stammzertifikate verfügen, mit denen die Zertifikate signiert werden, die den Agents auf den UNIX- und Linux-Computern bereitgestellt werden. Andernfalls könnten die anderen Verwaltungsserver, wenn ein Verwaltungsserver nicht mehr verfügbar ist, den Zertifikaten, die vom fehlerhaften Server signiert wurden, nicht vertrauen.

Nächste Schritte

Weitere Informationen zum Erstellen und Verwalten von Ressourcenpools finden Sie unter Verwalten von Ressourcenpools.