Architecture collective

L'ensemble de serveurs Liberty dans un domaine de gestion unique est appelé "collectivité". Une collectivité se compose d'au moins un serveur sur lequel la fonction collectiveController-1.0 est activée et qui est appelée contrôleur de collectivité” En option, une collectivité peut avoir plusieurs serveurs sur lesquels la fonction collectiveMember-1.0 est activée et qui sont appelés "membres de collectivité" et peut être configurée pour avoir plusieurs contrôleurs de collectivité.

Pour plateformes répartiesPour plateformes IBM iRemarque : La fonction collectiveController-1.0 et ses fonctionnalités sont disponibles dans WebSphere Application Server Liberty Network Deployment et WebSphere Application Server Liberty pour z/OS seulement. La fonction n'est pas disponible dans WebSphere Application Server Liberty, WebSphere Application Server Liberty - Express ni WebSphere Application Server Liberty Core. Si votre installation est une installation WebSphere Application Server Liberty Network Deployment, vous pouvez utiliser sa fonction collectiveController-1.0 pour gérer les membres de collectivité des installations WebSphere Application Server Liberty, WebSphere Application Server Liberty - Express ou WebSphere Application Server Liberty Core.

Le contrôleur de collectivité constitue un point de contrôle d'administration centralisé permettant d'effectuer des opérations telles que le routage de bean géré, le transfert de fichier et la gestion de cluster. L'un des rôles de base des contrôleurs de collectivité consiste à recevoir des informations, par exemple des attributs de bean géré et l'état opérationnel, de la part des membres appartenant à la collectivité pour que les données puissent être extraites et prêtes à utiliser sans qu'il ne soit nécessaire d'appeler une opération pour chaque membre.

Figure 1. Profil Liberty : Architecture de type collectivitéL'ensemble de serveurs Liberty dans un domaine de gestion unique est appelé "collectivité". Une collectivité est composée d'au moins un serveur pour lequel la fonction collectiveController-1.0 est activée. En option, il peut avoir de nombreux membres et se trouver dans un ensemble de contrôleurs de collectivité.

Un ensemble de contrôleurs de collectivité est appelé "ensemble de répliques". Il n'existe qu'un ensemble de répliques par collectivité, et tous les contrôleurs doivent en faire partie. Lorsqu'il existe plusieurs contrôleurs de collectivité, chaque contrôleur de collectivité réplique ses données dans les autres contrôleurs de collectivité dans l'ensemble de répliques afin d'assurer la haute disponibilité et la protection des données. L'ensemble de répliques est présent de façon logique même si un contrôleur seulement est utilisé. Les contrôleurs de l'ensemble de répliques communiquent entre eux à l'aide d'un schéma de collaboration afin d'assurer la réplication des données dans l'ensemble de contrôleurs quel que soit le contrôleur de l'ensemble qui reçoit une opération de stockage des données. Chaque contrôleur est associé à un port dédié utilisé par le protocole de réplication. La communication entre les contrôleurs de l'ensemble de répliques est toujours authentifiée et protégée via SSL.

Un membre de collectivité peut être configuré avec plusieurs noeuds finaux de contrôleur de collectivité. Il ne peut communiquer qu'avec un contrôleur de collectivité à la fois ; toutefois, une configuration comportant plusieurs noeuds finaux de contrôleur de collectivité assure la reprise en ligne et l'équilibrage de la charge de travail. La communication entre un membre et un contrôleur prend toujours la forme d'opérations de bean géré effectuées sur le connecteur REST IBM® JMX. La communication entre les contrôleurs et les membres est toujours authentifiée et protégée via SSL.

Voir Configuration de l'environnement de gestion de serveur pour le profil Liberty à l'aide de collectivités pour plus d'informations.

Configuration de la sécurité du domaine d'administration :
La configuration de la sécurité du domaine d'administration se composent de deux parties :
  • Le domaine utilisateur

    Ce domaine s'appuie sur la sécurité basée sur les rôles Java™ qui définit le rôle Administrateur. Il peut être mappé à des utilisateurs dans le registre d'utilisateurs configuré.

  • Le domaine de serveur

    Ce domaine s'appuie sur l'authentification par certificat SSL.

Pour plus d'informations sur la sécurité de la collectivité, voir Sécurité collective.

Icône indiquant le type de rubrique Rubrique de concept

Dispositions pour les centres de documentation | Commentaires


Icône d'horodatage Dernière mise à jour: Wednesday, 2 September 2015
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=phil&product=was-libcore-mp&topic=cwlp_collective_arch
Nom du fichier : cwlp_collective_arch.html