Teilen über


Überlegungen zum Entwurf von Ressourcenpools

Ein Ressourcenpool ist eine logische Gruppierung von Verwaltungsservern und/oder Gatewayservern, die verwendet werden, um Arbeit unter sich selbst zu verteilen und die Arbeit von einem fehlgeschlagenen Mitglied zu ü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, die Verwaltungsserver und/oder Gatewayserver sind, 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 Operations-Konsole 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 auch für die drei Standardmäßig erstellten Ressourcenpools, wenn Sie die Verwaltungsgruppe erstellen, die weiter unten in diesem Artikel erläutert wird. Für alle Ressourcenpools, die mit dem PowerShell-Cmdlet NewSCOM-ResourcePool erstellt wurden, ist sie standardmäßig auf "Deaktiviert" festgelegt. Das Einschließen der Operations Manager-Datenbank als Standardbeobachter reduziert die Komplexität Ihrer Verwaltungsgruppe, da Sie mindestens zwei Verwaltungsserver bereitstellen müssen, um eine hohe Verfügbarkeit Ihrer Ressourcenpools aufrechtzuerhalten.

Eine weitere Rolle, die einen Ressourcenpool unterstützt, sind 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 niemals 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 Datenbankpflege aus.
Benachrichtigungsressourcenpool Die Workflows des Warnungsabonnementdiensts sind auf diesen Ressourcenpool ausgerichtet, um Benachrichtigungen zu unterstützen.
AD-Zuordnungsressourcenpool 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 in Auftrag genommen wird, automatisch zu einem Mitglied dieses Ressourcenpools gemacht. Bei bestimmten Architekturen und Entwurfsaspekten, z. B. 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 ist es möglich, die Mitgliedschaftszuweisung von automatisch in manuell zu ändern. Daher müssen Verwaltungsserver dem Ressourcenpool "Alle Verwaltungsserver" über die manuelle Zuordnung hinzugefügt werden.

Hinweis

Die Mitgliedschaft des Ressourcenpools "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.

Ressourcenpool-Verfügbarkeitsbeispiele

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 hohe Verfügbarkeit, da der Verwaltungsserver ein einziger Fehlerpunkt ist.

Zwei Verwaltungsserver

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

Drei Verwaltungsserver

  • Der Standardbeobachter ist standardmäßig aktiviert.
  • Es gibt eine hohe Verfügbarkeit für den Pool, da es vier Abstimmungsmitglieder gibt – drei Verwaltungsserver und der Standardbeobachter.
  • Standardmäßig können Sie nur über einen Verwaltungsserver verfügen, der nicht zur Verwaltung des Quorums verfügbar ist. Wenn zwei Verwaltungsserver nicht verfügbar sind, haben Sie genau 50 % der Abstimmungsmitglieder, und der Ressourcenpool funktioniert nicht mehr, um die Überwachungsworkloads zu verwalten.
  • Der Standardbeobachter erhöht nicht die Anzahl von Verwaltungsservern, die heruntergelegt werden können, sodass die Poolverfügbarkeit nicht erhöht wird.
  • Sie können das Entfernen des Standardbeobachters in diesem Szenario in Betracht ziehen.

Vier Verwaltungsserver

  • Der Standardbeobachter ist standardmäßig aktiviert.
  • Es gibt eine hohe Verfügbarkeit für den Pool, da es fünf Abstimmungsmitglieder 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 niedriger sind, verfügen Sie über weniger als 50 % der Abstimmungsmitglieder, und der Ressourcenpool funktioniert nicht mehr, um die Überwachungsworkloads zu verwalten.
  • Der Standardbeobachter in diesem Szenario bietet einen erheblichen Wert, da er die Anzahl der Verwaltungsserver erhöht, die nach unten gehen können. Ohne den Standardbeobachter hätten Sie nur vier Kollegiumsmitglieder, was nur zulässt, dass ein Mitglied nicht verfügbar ist.

Fünf Verwaltungsserver

  • Der Standardbeobachter ist standardmäßig aktiviert.
  • Es gibt eine hohe Verfügbarkeit für den Pool, da es sechs Abstimmungsmitglieder gibt – fünf Verwaltungsserver und der Standardbeobachter.
  • Standardmäßig können sie nur zwei Verwaltungsserver haben, die nicht zur Verwaltung des Quorums verfügbar sind. Wenn drei Verwaltungsserver nicht verfügbar sind, sind dies genau 50 % der Abstimmungsmitglieder, und der Ressourcenpool funktioniert nicht mehr, um die Überwachungsworkloads zu verwalten.
  • Der Standardbeobachter erhöht nicht die Anzahl von Verwaltungsservern, die heruntergelegt werden können, sodass die Poolverfügbarkeit nicht erhöht wird.
  • 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 denen 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 das Potenzial, dass die betriebsbereite Datenbank erhebliche Auslastungen aufweist, wodurch möglicherweise genügend Latenz generiert wird, um die Berechnung des Ressourcenpools zu beeinträchtigen.

Mit der Art und Weise, wie der Standardbeobachter eine Rolle spielt, 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 hohe Verfügbarkeit, da der Gatewayserver ein einziger Fehlerpunkt 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 hohe Verfügbarkeit, da nur zwei Mitglieder des Pools vorhanden sind und der Standardbeobachter kein Teilnehmer ist, da Gatewayserver nicht direkt mit der Betriebsdatenbank kommunizieren. Für die Verwaltung des Pool quorums sind drei Gatewayserver erforderlich.

Drei Gatewayserver

  • Der Standardbeobachter ist standardmäßig aktiviert.
  • Es gibt eine hohe Verfügbarkeit für den Pool, da drei Abstimmungsmitglieder vorhanden sind – drei Gatewayserver.
  • Standardmäßig können Sie nur über einen Gatewayserver verfügen, der nicht zur Verwaltung des Quorums verfügbar ist. Wenn zwei Gatewayserver niedriger sind, beträgt dies weniger als 50 % der stimmenden Mitglieder, und der Ressourcenpool funktioniert nicht mehr, um die Überwachungsworkloads zu 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 keine Ressourcenpools.

Die Netzwerküberwachung in Operations Manager erfordert einen eigenen separaten, dedizierten Ressourcenpool. Dies liegt daran, dass Netzwerküberwachungsworkflows 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 "Alle Verwaltungsserver", "Benachrichtigungen" und "AD-Zuordnung" 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, ist jedoch nicht erforderlich. Operations Manager verwendet Zertifikate, um den Zugriff auf die Computer zu authentifizieren, die verwaltet werden. Wenn der Ermittlungs-Assistent einen Agent bereitstellt, ruft er das Zertifikat vom Agent ab, signiert das Zertifikat, stellt das Zertifikat wieder im Agent bereit und startet dann den Agent neu. Zur Unterstützung der hohen Verfügbarkeit muss jeder Verwaltungsserver im Ressourcenpool über alle Stammzertifikate verfügen, die zum Signieren der Zertifikate verwendet werden, die für die Agents auf den UNIX- und Linux-Computern bereitgestellt werden. Andernfalls könnten die anderen Verwaltungsserver, wenn ein Verwaltungsserver nicht verfügbar ist, den Zertifikaten vertrauen, die vom fehlgeschlagenen Server signiert wurden.

Nächste Schritte

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