Configuration de l'environnement de gestion de serveur pour le profil Liberty à l'aide de collectivités
Pour configurer l'environnement de gestion de serveur pour le profil Liberty à l'aide de collectivités, définissez les fonctions appropriées 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 collective.
Le profil 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.
La fonction collectiveController-1.0 et ses capacités sont disponibles uniquement dans les produits à plusieurs serveurs tels que WebSphere Application Server Liberty Network Deployment et WebSphere Application Server Liberty for z/OS. La fonction n'est pas disponible dans les produits à un seul serveur tels que WebSphere Application Server Liberty, WebSphere Application Server Liberty - Express ou WebSphere Application Server Liberty Core. Si vous disposez d'une installation produit à plusieurs serveurs, vois pouvez utiliser sa fonction collectiveController-1.0 pour gérer les membres de collectivité des produits à un seul serveur.
- 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.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.
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 aunquel le plug-in peut se connecter afin d'effectuer un routage en mode dynamique vers tous les serveurs d'une collectivité.
scalingController-1.0
La fonction du contrôleur de mise à l'échelle permet à un contrôleur de collectivité de développer ou de réduire un cluster de 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 de mise à l'échelle automatique en cas d'accroissement de l'utilisation des ressources. Il peut aussi arrêter un membre de cluster de mise à l'échelle automatique en cas de réduction de l'utilisation des ressources.
scalingMember-1.0
La fonction du membre de membre surveille la charge de travail sur un serveur et son hôte, puis renvoie ces informations au contrôleur de mise à l'échelle. Le contrôleur de mise à l'échelle est activé sur tous les contrôleurs de collectivité qui font partie de la collectivité. Ce politique active également la mise en cluster dynamique de membres de collectivité et il permet aux serveurs d'effectuer un démarrage ou un arrêt en mode dynamique sur la base de critères spécifiés par la règle 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.
Procédure
Que faire ensuite
Vous pouvez administrer la collectivité à l'aide des outils suivants :