Überlegungen zum Entwurf eines Ressourcenpools
Wichtig
Diese Version von Operations Manager hat das Supportende erreicht. Sie sollten ein Upgrade auf Operations Manager 2019 durchfü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 einer nicht verfügbar ist, haben Sie das Quorum verloren.
Für jeden in der Betriebskonsole erstellten Ressourcenpool gewährt die Operations Manager-Datenbank, die als Standardbeobachter bezeichnet wird, immer eine Stimme, auch wenn Sie eine gerade Anzahl von Mitgliedern im Pool haben, um das Quorum erreichen zu können. Dies gilt auch für die drei Ressourcenpools, die standardmäßig erstellt werden, wenn Sie zuerst die Verwaltungsgruppe erstellen, die weiter unten in diesem Thema 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. Dies ist ein Verwaltungsserver oder ein Gatewayserver, der beim Laden des Workflows für den Pool nicht beteiligt ist, aber an Quorum-Entscheidungen teilnimmt. Dies wird unter normalen Umständen niemals verwendet und sollte daher nicht berücksichtigt werden.
Es gibt zwei Arten von Mitgliedschaft: automatisch und 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.
Bei der Einführung von Ressourcenpools wird empfohlen, alle Mitglieder durch ein Netzwerk mit geringer Latenz zu verbinden (weniger als 10 ms). Ressourcenpools sollten nicht über rechenzentrumsübergreifend 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 eine einzelne Fehlerquelle ist.
Zwei Verwaltungsserver
- Der Standardbeobachter ist standardmäßig aktiviert.
- Es gibt Hochverfügbarkeit für den Pool, da es drei Abstimmungsmitglieder, zwei Verwaltungsserver und die Standardbeobachter gibt.
- Wenn Sie den Standardbeobachter deaktivieren, werden Sie die Hochverfügbarkeit für den Pool verlieren.
Drei Verwaltungsserver
- Der Standardbeobachter ist standardmäßig aktiviert.
- Es besteht Hochverfügbarkeit für den Pool, da es vier Abstimmungsmitglieder, drei Verwaltungsserver und den Standardbeobachter gibt.
- 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, besitzen 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.
Vier Verwaltungsserver
- Der Standardbeobachter ist standardmäßig aktiviert.
- Es gibt Hochverfügbarkeit für den Pool, da es fünf Abstimmungsmitglieder, vier Verwaltungsserver und den Standardbeobachter gibt.
- Standardmäßig dürfen nur zwei Verwaltungsserver nicht verfügbar sein, damit das Quorum erfüllt wird. 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 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 Abstimmungsmitglieder, fünf Verwaltungsserver und den Standardbeobachter gibt.
- 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.
Wenn Sie drei oder mehr Verwaltungsserver in einem Ressourcenpool erreichen, wo Sie eine ungerade Anzahl von Mitgliedern im Pool haben, können Sie überlegen, den Standardbeobachter als Mitglied zu entfernen. Wenn Sie fünf Verwaltungsserver erreichen, wird die Betriebsdatenbank möglicherweise deutlich ausgelastet. Dies kann zu einer Wartezeit führen, die sich auf die Ressourcenpoolberechnungen auswirken könnte.
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 eine einzelne Fehlerquelle ist.
- Der Standardbeobachter sollte hier nicht verwendet werden, da Gatewayserver über keinen lokalen SDK-Dienst verfügen und daher die Betriebsdatenbank nicht abgefragt werden kann.
Zwei Gatewayserver
- Der Standardbeobachter ist standardmäßig aktiviert.
- Es besteht keine Hochverfügbarkeit, da nur zwei Mitglieder des Pools vorhanden sind 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 es drei Abstimmungsmitglieder und drei Gatewayserver gibt.
- Standardmäßig können Sie nur einen nicht verfügbaren Gatewayserver haben, um das Quorum beizubehalten. 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 über keinen lokalen SDK-Dienst verfügen und daher die Betriebsdatenbank nicht abgefragt werden kann.
Ü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. Von Operations Manager werden Zertifikate verwendet, 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. Anderenfalls könnten bei einem nicht verfügbaren Verwaltungsserver die Zertifikate, die von dem fehlerhaften Server signiert wurden, durch die anderen Verwaltungsserver nicht als vertrauenswürdig eingestuft werden.
Nächste Schritte
Weitere Informationen zum Erstellen und Verwalten von Ressourcenpools finden Sie unter Verwalten von Ressourcenpools.