Configuration de l'environnement de gestion de serveur pour Liberty à l'aide de collectivités
Pour configurer l'environnement de gestion de serveur pour Liberty à l'aide de collectivités, définissez les fonctions pertinentes dans le fichier server.xml et exécutez les tâches de ligne de commande de collectivité correspondantes afin d'établir la configuration de sécurité du domaine d'administration.
Pourquoi et quand exécuter cette tâche
Vous pouvez utiliser des collectivités pour gérer plusieurs serveurs depuis un seul domaine de gestion. Pour la haute disponibilité, vous pouvez configurer des jeux de serveurs secondaires de collectivité, des clusters, ou la mise à l'échelle. Pour plus d'informations générales sur les collectivités, voir Architecture de collectivité.
Liberty fournit une fonction de gestion à plusieurs serveur dans les fonctions suivantes :
- collectiveController-1.0
La fonction collectiveController-1.0 active la fonctionnalité du contrôleur pour une collectivité de gestion et inclut des beans gérés de gestion de cluster et de collectivité accessibles via le connecteur REST JMX fourni par la fonction restConnector-1.0. Le contrôleur de collectivité sert de mécanisme de stockage et de collaboration auquel les membres de la collectivité peuvent se connecter. La configuration de sécurité du domaine d'administration pour la fonction collectiveController-1.0 est établie avec les tâches create et replicate de la ligne de commande collective. Pour des détails sur cette fonction, consultez Contrôleur de collectivité.
- collectiveMember-1.0La fonction collectiveMember-1.0 permet à un serveur d'être membre d'une collectivité de gestion et d'être géré par le contrôleur de collectivité. La configuration de sécurité du domaine d'administration pour la fonction collectiveMember-1.0 est établie avec la tâche join de la ligne de commande collective. Pour des détails sur cette fonction, consultez Membre de collectivité.Conseil : Tous les serveurs pour lesquels la fonction collectiveController-1.0 est activée sont gérés ; par conséquent, il n'est pas nécessaire de spécifier la fonction collectiveMember-1.0 si la fonction collectiveController-1.0 est déjà activée pour le serveur.
- clusterMember-1.0
La fonction du membre de cluster permet à un membre de collectivité de participer à un cluster statique. Pour des détails sur cette fonction, consultez Membre de cluster statique.
- dynamicRouting-1.0
La fonction Dynamic Routing est une fonction Intelligent Management du plug-in WebSphere pour Apache et IHS qui fournit des fonctionnalités On Demand Router pour le plug-in. La fonction Dynamic Routing permet à un serveur d'exécuter un service REST auquel le plug-in peut se connecter afin d'effectuer un routage dynamique vers tous les serveurs d'une collectivité. Pour des détails sur cette fonction, consultez Routage dynamique.
- scalingController-1.0
La fonction du contrôleur de mise à l'échelle permet à un contrôleur de collectivité d'étendre ou de réduire un cluster à mise à l'échelle automatique et de gérer le contrôleur de mise à l'échelle. Si un environnement comporte de nombreux contrôleurs de mise à l'échelle, un seul des contrôleurs de mise à l'échelle peut prendre des décisions. Si ce contrôleur est arrêté, un autre contrôleur de mise à l'échelle prend le relais. Le contrôleur de mise à l'échelle peut démarrer un membre de cluster à mise à l'échelle automatique en cas d'accroissement de l'utilisation des ressources. Il peut aussi arrêter un membre de cluster à mise à l'échelle automatique en cas de réduction de l'utilisation des ressources. Pour des détails sur cette fonction, consultez Contrôleur de mise à l'échelle.
- scalingMember-1.0
La fonction de membre de mise à l'échelle surveille la charge de travail sur un serveur et son hôte, puis envoie ces informations au contrôleur de mise à l'échelle. La fonction de contrôleur de mise à l'échelle est activée dans les contrôleurs de collectivité qui font partie de la collectivité. Cette fonction active également la mise en cluster dynamique des membres de collectivité et permet aux serveurs de démarrer et de s'arrêter dynamiquement en fonction de critères spécifiés par la politique de mise à l'échelle. Si plusieurs membres de mise à l'échelle figurent sur le même hôte, chacun doit définir un élément hostSingleton avec un port dans le fichier server.xml. Tous les membres de mise à l'échelle sur le même hôte doivent utiliser le même port pour identifier un hôte leader. Cet hôte leader est le seul membre de mise à l'échelle qui communique avec le contrôleur de mise à l'échelle. Il transmet des données de mesure des membres au contrôleur et communique les décisions de mise à l'échelle prises par le contrôleur aux membres de l'hôte. Pour des détails sur cette fonction, consultez Membre de mise à l'échelle.
Procédure
Que faire ensuite
Vous pouvez administrer la collectivité à l'aide des outils suivants :