Planification de clusters multiples | HCL Digital Experience
Les clusters multiples sont des ensembles de serveurs qui sont gérés ensemble dans un domaine d'administration unique (ou cellule), et qui participent à la gestion de la charge de travail.
- Interface utilisateur d'administration unique (WebSphere® Integrated Solutions Console)
- Client de script administratif unique (wsadmin)
- Ressources partagées au niveau de la cellule, du noeud ou du serveur
- Domaines de réplication pour le partage des données d'application, des informations d'état et des mises en cache
- Gestion de la charge de travail au niveau du serveur Web, ce qui fournit une identité monoserveur pour toutes les applications hébergées dans la cellule. Cela facilite la collaboration entre les applications et génère un environnement applicatif convivial pour l'utilisateur.
Un administrateur a pour objectif de gérer le plus de produits HCL Portal et de portail dans une même cellule gérée, en exploitant les fonctions d'administration et d'exécution.
HCL Portal peut fédérer dans une même cellule plusieurs portail configurés indépendamment les uns des autres. Même si cette prise en charge connaît quelques restrictions, elle rend possible la gestion commune de clusters multiples dans laquelle un portail peut fournir des applications ou services différents d'un autre portail. Avec une identité de serveur commune, ces services et applications peuvent être intégrés de manière transparente au navigateur via la dernière technologie 2.0. (Utilisation, par exemple, de services Ajax et REST.)
Fonctionnement de clusters multiples dans une cellule unique
- Cellule
- Toutes les ressources définies dans cette portée sont visibles pour toutes les autres ressources définies dans la cellule. Par conséquent, elles sont configurées pour être disponibles globalement.
- Noeud
- Une cellule a un ou plusieurs noeuds et chaque noeud correspond à un profil WebSphere® Application Server, dont il prend le nom, qui se trouve sur un certain serveur physique. Toutes les ressources définies pour cette portée sont visibles uniquement par les autres ressources définies dans ce même noeud, y compris les définitions de serveur.
- Serveur
- Un noeud possède une ou plusieurs définitions de serveur. Toutes les ressources définies pour cette portée sont visibles uniquement par ce serveur. Aucun autre serveur ou noeud ne peut utiliser ces ressources.
- Cluster
- Une ressources définie pour une portée de cluster est visible par tous les membres du cluster ou par toutes les instances de serveur de ce cluster. Cependant, elle n'est visible par aucun autre serveur dans ce même noeud.
Une fois bien assimilé le concept de portée, il est important de comprendre que toutes les applications d'entreprise sont ciblées au niveau de la cellule (ou autrement dit, que leur portée est la cellule). Autrement dit, il ne peut y avoir qu'une application d'entreprise sous un nom donné dans la cellule. Si plusieurs serveurs et clusters, ou plusieurs clusters, ont besoin de se servir de cette application d'entreprise, ils doivent la partager.
En règle générale, lorsque vous installez une application d'entreprise partagée par des clusters multiples, l'administrateur installe l'archive EAR sur le gestionnaire de déploiement de la cellule, puis il mappe l'application sur les clusters cible où elle sera exécutée. HCL Portal installe plusieurs applications d'entreprise dans le cadre de sa configuration de base et avant tout définition de cluster. Des étapes spéciales sont requises pour faire en sorte que ces applications d'infrastructure soient partagées de manière appropriée lorsque des clusters multiples sont définis dans une même cellule. Et, par extension, étant donné qu'il s'agit d'applications d'infrastructure, tous les clusters HCL Portal doivent avoir le même niveau de version.
Comme les portlets sont des applications d'entreprise d'un type spécial, il est possible, mais pas toujours souhaitable, de partager des portlets au sein de plusieurs clusters. De nombreux portlets (comme celui de l'administration HCL Portal, par exemple) sont considérés comme faisant partie de l'infrastructure, et peuvent de ce fait être partagés par des clusters multiples. La plupart des portlets d'application utilisateur sont spécifiques à certains clusters et sont donc installés en tant que tels.
De plus, la configuration de la sécurité Java Platform, Enterprise Edition pour la cellule est partagée par tous les serveurs et les clusters gérés dans cette dernière. Par conséquent chaque serveur ou cluster doit partager un référentiel d'utilisateurs sous-jacent.
- Un modèle de sécurité commun, incluant des référentiels utilisateur, pour chaque cluster
- Un certain nombre d'applications d'entreprise et portlets qui doivent être mis en commun dans le cadre du processus de fédération et de mise en cluster
- L'installation de portlets dans certains clusters, ou dans plusieurs clusters à la fois, en fonction des besoins
- Une évaluation des applications d'entreprise partagées ou non entre clusters
- Une définition des autres ressources, en ciblant la portée concernée, selon les objectifs d'utilisation visés
Limitations
- Tous les clusters de portail doivent être aux mêmes niveaux de maintenance.
- HCL Portal est constitué de plusieurs applications d'entreprise. Ces applications sont étroitement liées aux services et à l'infrastructure sous-jacents. Tous les clusters à base de portail d'une même cellule doivent avoir le même niveau de service.
- Considérations relatives à IBM® Process Server
- When multiple clusters need access to a common Process Server, centralize the server within its own cluster. L'utilisation d'HCL Portal avec l'installation client de Process Server permet l'accès distant au cluster de serveur de processus central.