Server-Management-Umgebung für Liberty mithilfe von Verbünden einrichten
Wenn Sie die Server-Management-Umgebung für Liberty mithilfe von Verbünden konfigurieren möchten, definieren Sie die entsprechenden Features in der Datei server.xml und führen Sie die entsprechenden Befehlszeilentasks für den Verbund aus, um die Sicherheitskonfiguration für die Verwaltungsdomäne zu erstellen.
Informationen zu diesem Vorgang
Sie können Verbünde verwenden, um mehrere Server aus einer einzigen Verwaltungsdomäne zu verwalten. Zwecks Hochverfügbarkeit können Sie Verbundreplikatgruppen, Cluster oder Skalierung konfigurieren. Allgemeine Informationen zu Verbünden finden Sie unter Verbundarchitektur.
Liberty stellt Verwaltungsfunktionalität mit mehreren Servern in den folgenden Features bereit:
- collectiveController-1.0
Das Feature collectiveController-1.0 aktiviert die Controllerfunktionalität für einen Verwaltungsverbund und enthält MBeans für Verbund- und Clusterverwaltung, auf die über den REST-JMX-Connector zugegriffen werden kann, der mit dem Feature restConnector-1.0 bereitgestellt wird. Der Verbundcontroller fungiert als Speicher- und Collaborationmechanismus, zu dem Verbundmember eine Verbindung herstellen können. Die Sicherheitskonfiguration für die Verwaltungsdomäne für das Feature collectiveController-1.0 wird durch Ausführung der Befehlszeilentasks create und replicate mit dem Befehl collective erstellt. Einzelheiten zu dem Feature finden Sie unter Collective Controller.
- collectiveMember-1.0Das Feature collectiveMember-1.0 ermöglicht einem Server, als Member eines Verwaltungsverbunds zu fungieren und von einem Verbundcontroller verwaltet zu werden. Die Sicherheitskonfiguration für die Verwaltungsdomäne für das Feature collectiveMember-1.0 wird durch Ausführung der Befehlszeilentask join mit dem Befehl collective erstellt. Einzelheiten zu dem Feature finden Sie unter Collective Member.Tipp: Alle mit dem Feature collectiveController-1.0 aktivierten Server werden verwaltet. Sie müssen daher das Feature collectiveMember-1.0 nicht angeben, wenn Sie das Feature collectiveController-1.0 bereits auf dem Server aktiviert haben.
- clusterMember-1.0
Das Cluster-Member-Feature ermöglicht einem Verbundmember, an einem statischen Cluster teilzuhaben. Einzelheiten zu dem Feature finden Sie unter Static Cluster Member.
- dynamicRouting-1.0
Das Feature für dynamisches Routing ist ein Intelligent Management-Feature des WebSphere-Plug-ins für Apache und IHS, das On Demand Router-Funktionen für das Plug-in bereitstellt. Das Feature für dynamisches Routing ermöglicht einem Server, einen REST-Service auszuführen, zu dem das Plug-in eine Verbindung herstellen kann, um dynamische Routing-Vorgänge zu allen Servern in einem Verbund auszuführen. Einzelheiten zu dem Feature finden Sie unter Dynamic Routing.
- scalingController-1.0
Das Feature scalingController ermöglicht einem Verbundcontroller, einen automatisch skalierenden Cluster ein- oder auszublenden und den Skalierungscontroller zu verwalten. Wenn eine Umgebung viele Skalierungscontroller hat, kann nur einer der aktiven Skalierungscontroller Entscheidungen treffen. Wird dieser Controller gestoppt, übernimmt ein anderer aktiver Skalierungscontroller seine Rolle. Der Skalierungscontroller kann ein automatisch skalierendes Cluster-Member starten, um auf eine erhöhte Ressourcennutzung zu reagieren. Analog dazu kann der Skalierungscontroller ein automatisch skalierendes Cluster-Member stoppen, um auf eine verminderte Ressourcennutzung zu reagieren. Einzelheiten zu dem Feature finden Sie unter Scaling Controller.
- scalingMember-1.0
Das Feature scalingMember überwacht die Auslastung innerhalb eines Servers und seines Hosts und sendet diese Informationen dann an den Skalierungscontroller. Das Feature scalingController wird in den Verbundcontrollern, die Teil des Verbunds sind, aktiviert. Dieses Feature aktiviert auch das dynamische Clustering der Verbundmember und das dynamische Starten und Stoppen der Server auf der Basis von Kriterien, die von der Skalierungsrichtlinie definiert werden. Wenn mehrere Skalierungsmember sich auf demselben Host befinden, muss jedes Skalierungsmember ein hostSingleton-Element mit einem Port in der Datei server.xml definieren. Alle Skalierungsmember, die sich auf demselben Host befinden, müssen denselben Port verwenden, um einen Host-Leader anzugeben. Der Host-Leader ist das einzige Skalierungsmember, das mit dem Skalierungscontroller kommuniziert. Er kommuniziert dem Controller metrische Daten der Member und den Membern auf dem Host Skalierungsentscheidungen des Controllers. Einzelheiten zu dem Feature finden Sie unter Scaling Member.
Vorgehensweise
Nächste Schritte
Sie können den Verbund mit den folgenden Tools verwalten: