Configuration d'un cluster de serveurs Liberty

Vous pouvez configurer un membre de collectivité afin qu'il fasse partie d'un cluster de serveurs en ajoutant la fonction clusterMember-1.0 dans le fichier server.xml du membre. Vous pouvez aussi indiquer un nom de cluster pour placer le membre dans un cluster de serveurs particulier. Un cluster de serveurs possède un nom unique dans une collectivité Liberty. Tous les serveurs Liberty qui spécifient le même nom de cluster dans une même collectivité sont des membres du même cluster de serveurs.

Avant de commencer

Pour pouvoir être membre d'un cluster de serveurs, un serveur Liberty doit aussi être membre d'une collectivité Liberty. Si vous disposez pas déjà d'une collectivité et d'un membre Liberty, créez un contrôleur de collectivité et un serveur membre pour rejoindre la collectivité. Voir Configuration d'une collectivité Liberty.

Procédure

  1. Ajoutez la fonction clusterMember-1.0 au gestionnaire de fonctions dans le fichier server.xml du membre.
    <featureManager>
       <feature>collectiveMember-1.0</feature>
       <feature>clusterMember-1.0</feature>
    </featureManager>
  2. Facultatif : Pour indiquer que le membre appartient à un cluster de serveurs particulier, ajoutez un élément clusterMember qui indique un nom de cluster.

    Par exemple, placez le membre dans le cluster myCluster :

    <featureManager>
       <feature>collectiveMember-1.0</feature>
       <feature>clusterMember-1.0</feature>
    </featureManager>
    <clusterMember name="myCluster"/>

    Le nom de cluster par défaut est defaultCluster. Si le membre server.xml ne comporte pas un élément clusterMember qui indique un nom de cluster valide, le membre est ajouté à defaultCluster.

    Indiquez seulement un nom de cluster. Une collectivité peut avoir plusieurs clusters, mais un serveur ne peut faire partie que d'un seul cluster à la fois.

  3. Si le contrôleur de collectivité et le serveur membre ne sont pas en cours d'exécution, démarrez-les.

    Le contrôleur de collectivité et le serveur membre doivent être en cours d'exécution pour que le membre puisse être ajouté au cluster. Par exemple, utilisez la commande start pour démarrer un contrôleur de collectivité nommé myController et un membre nommé myMember :

    wlp/bin/server start myController
    
    wlp/bin/server start myMember

    Vous pouvez configurer un membre de collectivité afin qu'il soit un membre de cluster alors que le serveur membre est en cours d'exécution. La nouvelle configuration est mis à jour dynamiquement et publiée dans le contrôleur de la collectivité. Si vous configurez un membre de collectivité afin qu'il fasse office $ de membre de cluster alors que le serveur de membre est arrêté, ce dernier ne deviendra pas membre d'un cluster tant qu'il n'est pas démarré.

  4. Vérifiez que le membre fait partie du cluster.
    1. Recherchez un message indiquant que le membre de collectivité appartient désormais au cluster dans le journal des messages du contrôleur de collectivité.

      Le chemin par défaut du journal est ${wlp.install.dir}/usr/servers/myController/logs/messages.log ou, si la variable $WLP_USER_DIR est définie dans un fichier server.env ou une fenêtre de commande, $WLP_USER_DIR/servers/myController/logs/messages.log.

      CWWKX9051I: Le serveur myMember a été ajouté au
      cluster myCluster.
    2. Recherchez des messages qui indiquent que le membre de collectivité est désormais un membre de membre de cluster dans le journal des messages du membre, $WLP_USER_DIR/servers/myMember/logs/messages.log.
      CWWKX7400I: Le bean géré ClusterMember est disponible.
                  myCluster
      CWWKF0012I: Le serveur a installé les fonctions suivantes : [clusterMember-1.0].

Que faire ensuite

Pour activer la sécurité d'application pour le cluster, copiez le fichier de clés LTPA de l'un des membres de cluster vers tous les autres membres du cluster. Voir Creating a Liberty cluster with security considerations.

Pour administrer le cluster, vous pouvez exécuter des opérations de bean géré du contrôleur de collectivité ClusterManager, comme le démarrage ou l'arrêt du cluster de serveur, l'affichage de la liste des clusters et des membres de cluster dans la collectivité, ou la génération d'un fichier de configuration de plug-in. Pour exécuter ces opérations, vous pouvez utiliser des scripts Jython ou un client Java comme JConsole.

Vous pouvez aussi utiliser WebSphere Liberty Administrative Center ("Centre d'administration") pour administrer le cluster et ses serveurs, ses applications, et d'autres ressources depuis un navigateur Web. Voir Administration de Liberty avec le Centre d'administration.

Après avoir configuré un cluster statique, tel que décrit dans cette rubrique, vous pouvez router des demandes d'application vers des serveurs Liberty à l'aide IBM HTTP Server (IHS). Les clusters statiques peuvent recevoir des demandes via un routage statique ou dynamique. Pour plus d'informations sur le routage statique, voir Génération d'une configuration de plug-in de cluster de serveurs Liberty. Pour obtenir des informations sur le routage dynamique, voir Configuration de la fonction de routage dynamique pour les collectivités Liberty et Génération d'un fichier plugin-cfg.xml pour le routage vers plusieurs collectivités.

Pour configurer un cluster de mise à l'échelle automatique, qui se développe et se réduit en fonction de la charge de travail de votre environnement, voir Configuration de la fonction de mise à l'échelle automatique pour les collectivités Liberty. Les clusters de mise à l'échelle automatique peuvent recevoir des demandes uniquement via un routage dynamique.


Icône indiquant le type de rubrique Rubrique Tâche

Nom du fichier : twlp_config_cluster.html