Überlegungen zum Entwurf von Ressourcenpools

Bei einem Ressourcenpool handelt es sich um eine logische Gruppierung von Verwaltungsservern und/oder Gatewayservern, die die Arbeit untereinander verteilen und die Arbeit eines fehlerhaften Mitglieds übernehmen. Mit anderen Worten bieten sie hohe Verfügbarkeit und Skalierbarkeit für Workflows. Beim Entwerfen einer Verwaltungsgruppe müssen Überlegungen zur Überwachung von Netzwerkgeräten, Linux/UNIX-Systemen und anderen Workloads angestellt werden, die einen Ressourcenpool nutzen sollen.

Übersicht

Ressourcenpools stellen die Kontinuität der Überwachung sicher, indem mehrere Mitglieder bereitgestellt werden, bei denen es sich um Verwaltungsserver und/oder Gatewayserver handelt, die Überwachungsworkflows übernehmen können, wenn eines der Mitglieder des Pools nicht verfügbar ist. Sie können Ressourcenpools für bestimmte Zwecke erstellen. Sie können beispielsweise einen Ressourcenpool mit Verwaltungsservern in Ihrem 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 eine nicht verfügbar ist, haben Sie das Quorum verloren.

Für jeden Ressourcenpool, der in der Betriebskonsole erstellt wurde, erhält die Operations Manager-Datenbank, die als Standardbeobachter bezeichnet wird, immer eine Stimme, auch wenn Sie über eine gleichmäßige Anzahl von Mitgliedern im Pool verfügen, damit das Quorum erreicht werden kann. Dies gilt ebenfalls für die drei Ressourcenpools, die standardmäßig erstellt werden, wenn Sie die Verwaltungsgruppe zum ersten Mal erstellen. Dies wird später in diesem Artikel erläutert. Für alle Ressourcenpools, die mit dem PowerShell-Cmdlet NewSCOM-ResourcePool erstellt wurden, ist dies standardmäßig auf „Deaktiviert“ festgelegt. Das Einschließen der Operations Manager-Datenbank als Standardbeobachter reduziert die Komplexität Ihrer Verwaltungsgruppe, da Sie nur zwei Verwaltungsserver als Minimum bereitstellen müssen, um eine hohe Verfügbarkeit Ihrer Ressourcenpools aufrechtzuerhalten.

Eine weitere Rolle, die einen Ressourcenpool unterstützt, ist die der Beobachter. Dies ist ein Verwaltungsserver oder ein Gatewayserver, der nicht am Laden von Workflows für den Pool teilnimmt. Sie nehmen jedoch an Quorumentscheidungen teil. Dies wird unter normalen Umständen nie verwendet und sollte daher nicht berücksichtigt werden.

Es gibt zwei Arten von Mitgliedschaften:

• Automatic
• Manuell

Wenn Sie einen Ressourcenpool erstellen, wird seine Mitgliedschaft auf manuell festgelegt und kann nicht automatisch neu konfiguriert werden. 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.

Ressourcenpoolname	Beschreibung
Ressourcenpool für alle Verwaltungsserver	Führt Workflows für Gruppenberechnung, Verfügbarkeit, verteiltes Überwachen des Integritätsrollups und Datenbankoptimierung aus.
Benachrichtigungsressourcenpool	Die Workflows des Warnungsabonnementdiensts sind auf diesen Ressourcenpool ausgerichtet, um Warnmeldungen zu unterstützen.
AD-Zuweisungsressourcenpool	Die AD-Integrationsworkflows sind auf diesen Ressourcenpool ausgerichtet, um die automatische Agentzuweisung an Verwaltungsserver zu unterstützen.

Da die Mitgliedschaft des Ressourcenpools für alle Verwaltungsserver automatisch erfolgt, wird jeder Verwaltungsserver, der beauftragt wird, automatisch zu einem Mitglied dieses Ressourcenpools gemacht. Bei bestimmten Architekturen und Entwurfsaspekten, wie etwa die, bei denen geografisch verteilte Notfallvorgänge einbezogen werden, ist die automatische Zuordnung zum Ressourcenpool für alle Verwaltungsserver möglicherweise nicht erwünscht. In diesen Situationen kann die Mitgliedschaftszuweisung von automatisch in manuell geändert werden. Daher müssen Verwaltungsserver dem Ressourcenpool für alle Verwaltungsserver über die manuelle Zuweisung hinzugefügt werden.

Hinweis

Die Mitgliedschaft des Ressourcenpools für alle Verwaltungsserver ist schreibgeschützt. Informationen zum Ändern der Mitgliedschaft von "Automatisch" in "Manuell" finden Sie unter Ändern der Poolmitgliedschaft.

Bei der Einführung von Ressourcenpools wird empfohlen, dass alle Mitglieder ü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 Verfügbarkeit von Ressourcenpools

Die folgenden Beispiele veranschaulichen das Konzept der Verfügbarkeit von Ressourcenpools basierend auf den folgenden Konfigurationen, nur mit Verwaltungsservern oder nur mit Gatewayservern.

Einzelner Verwaltungsserver

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

Zwei Verwaltungsserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt eine Hochverfügbarkeit für den Pool, da es drei Mitglieder mit Abstimmungsrechten gibt – zwei Verwaltungsserver und der Standardbeobachter.
• Wenn Sie den Standardbeobachter deaktivieren, verlieren Sie Hochverfügbarkeit für den Pool.

Drei Verwaltungsserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt eine Hochverfügbarkeit für den Pool, da es vier Mitglieder mit Abstimmungsrechten gibt – drei Verwaltungsserver und der Standardbeobachter.
• Standardmäßig dürfen nur zwei Verwaltungsserver nicht verfügbar sein, damit das Quorum erfüllt wird. Wenn zwei Verwaltungsserver nicht verfügbar sind, haben Sie genau 50 % der Mitglieder mit Abstimmungsrechten, und der Ressourcenpool kann die Überwachungsworkloads nicht länger verwalten.
• Der Standardbeobachter erhöht nicht die Anzahl von Verwaltungsservern, die ausfallen können. Also erhöht er nicht die Poolverfügbarkeit.
• Sie können das Entfernen des Standardbeobachters in diesem Szenario in Betracht ziehen.

Vier Verwaltungsserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt eine Hochverfügbarkeit für den Pool, da es fünf Mitglieder mit Abstimmungsrechten gibt – vier Verwaltungsserver und der Standardbeobachter.
• Standardmäßig dürfen nur zwei Verwaltungsserver nicht verfügbar sein, damit das Quorum erfüllt wird. Wenn drei Verwaltungsserver ausfallen, verfügen Sie über weniger als 50 % der Mitglieder mit Abstimmungsrechten, und der Ressourcenpool kann die Überwachungsworkloads nicht länger verwalten.
• Der Standardbeobachter in diesem Szenario bietet einen erheblichen Wert, da er die Anzahl der Verwaltungsserver erhöht, die ausfallen können. Ohne den Standardbeobachter hätten Sie nur vier Quorum-Mitglieder, wodurch nur zulässig wäre, dass ein Mitglied nicht verfügbar ist.

Fünf Verwaltungsserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt eine Hochverfügbarkeit für den Pool, da es sechs Abstimmungsmitglieder gibt – fünf Verwaltungsserver und der Standardbeobachter.
• Standardmäßig dürfen nur zwei Verwaltungsserver nicht verfügbar sein, damit das Quorum erfüllt wird. Wenn drei Verwaltungsserver nicht verfügbar sind, sind dies genau 50 % der Mitglieder mit Abstimmungsrechten, und der Ressourcenpool kann die Überwachungsworkloads nicht länger verwalten.
• Der Standardbeobachter erhöht nicht die Anzahl von Verwaltungsservern, die ausfallen können. Also erhöht er nicht die Poolverfügbarkeit.
• Sie können das Entfernen des Standardbeobachters in diesem Szenario in Betracht ziehen.

Sobald Sie drei oder mehr Verwaltungsserver in einem Ressourcenpool erreicht haben, bei dem Sie eine ungerade Anzahl von Mitgliedern im Pool haben, können Sie erwägen, den Standardbeobachter als Mitglied zu entfernen. Wenn Sie fünf Verwaltungsserver erreichen, besteht die Möglichkeit, dass die Betriebsdatenbank einer erheblichen Auslastung ausgesetzt ist, was zu einer Latenz führen kann, die sich auf die Berechnungen des Ressourcenpools auswirkt.

Mit der Art und Weise, in der der Standardbeobachter eine Funktion übernimmt, fragt jeder Verwaltungsserver im Pool einen eigenen lokalen SDK-Dienst ab, der es ermöglicht, eine Tabelle in der Betriebsdatenbank für den Standardbeobachter abzufragen. 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 besitzen und daher die Betriebsdatenbank nicht abfragen können.

Zwei Gatewayserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt keine Hochverfügbarkeit, da nur zwei Mitglieder des Pools vorhanden sind und der Standardbeobachter nicht teilnimmt, da Gatewayserver nicht direkt mit der Betriebsdatenbank kommunizieren. Es sind drei Gatewayserver erforderlich, um das Quorum für den Pool zu erfüllen.

Drei Gatewayserver

• Der Standardbeobachter ist standardmäßig aktiviert.
• Es gibt eine Hochverfügbarkeit für den Pool, da drei Mitglieder mit Abstimmungsrechten vorhanden sind – drei Gatewayserver.
• Standardmäßig darf nur ein Gatewayserver nicht verfügbar sein, damit das Quorum erfüllt wird. Wenn zwei Gatewayserver ausfallen, beträgt dies weniger als 50 % der Mitglieder mit Abstimmungsrechten, und der Ressourcenpool kann die Überwachungsworkloads nicht länger verwalten.
• Der Standardbeobachter sollte hier nicht verwendet werden, da Gatewayserver keinen lokalen SDK-Dienst besitzen und daher die Betriebsdatenbank nicht abfragen können.

Überwachen von Szenarien zur Unterstützung von Ressourcenpools

Die folgenden Workflows werden von Ressourcenpools in Operations Manager gehostet:

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

Hinweis

Windows-Agents melden nicht an Ressourcenpools.

Die Netzwerküberwachung in Operations Manager erfordert einen eigenen separaten, dedizierten Ressourcenpool. Dies liegt daran, dass Workflows für die Netzwerküberwachung auf Verwaltungsservern (im SNMP-Modul) und nicht auf Agents ausgeführt werden. Dadurch werden die Verwaltungsserver stark belastet, sobald Sie die Überwachung von Netzwerkports einschließen, insbesondere, wenn Sie die meisten aktiven Ports auswählen, die auf dem Gerät verfügbar sind. Daher empfehlen wir, dedizierte Verwaltungsserver in dedizierten Ressourcenpools für die Netzwerküberwachung zu verwenden, um eine bessere Leistung zu erzielen. Darüber hinaus sollten die Verwaltungsserver, die Mitglieder dieses Pools sind, aus den Pools für alle Verwaltungsserver, für Benachrichtigungen und für AD-Zuweisung entfernt werden.

Linux/UNIX-Überwachung in Operations Manager kann einem dedizierten Ressourcenpool zugewiesen werden, wenn erforderlich, um die Überwachung und Agentverwaltung mit hoher Verfügbarkeit zu ermöglichen. Dies ist jedoch keine Voraussetzung. Operations Manager verwendet Zertifikate, um den Zugriff auf die verwalteten Computer zu authentifizieren. Wenn der Ermittlungs-Assistent einen Agent bereitstellt, ruft er das Zertifikat vom Agent ab, signiert das Zertifikat, stellt das Zertifikat wieder für den Agent bereit und startet den Agent dann neu. Für den Support 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 den Zertifikaten, die von dem ausgefallenen Server signiert wurden, nicht vertrauen, wenn ein Verwaltungsserver nicht mehr verfügbar ist.

Nächste Schritte

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