WebSphere Extended Deployment, Version 6.0.x     Systèmes d'exploitation : AIX, HP-UX, Linux, Solaris, Windows, z/OS

Conception traditionnelle des partitions

Le nombre de partitions défini dans une solution spécifique doit être géré avec précaution. En règle générale, il est plus simple et plus efficace d'utiliser un nombre limité de partitions. Chaque partition utilise des ressources système pour fonctionner au sein de WLM : Ce mécanisme requiert l'intervention de l'administrateur pour la gestion système et a une incidence sur les performances du cluster si l'on prend en considération les opérations de surveillance des performances.

Au fur et à mesure que la solution requiert des partitions supplémentaires, celles-ci commencent à s'étendre, nécessitent davantage de ressources et doivent atteindre des performances plus élevées. Certaines solutions sont complexes et peuvent nécessiter un nombre plus élevé de partitions ou la création de deux ou trois types de partition pour être plus efficaces (voir solution avec partition hybride ou serveur d'applications principal). Dans ces cas de figure, vous devez gérer la solution avec précaution. Vous pouvez créer des partitions de manière dynamique en fonction de vos besoins et les supprimer lorsqu'elles sont inutiles.

Dans le cadre de l'administration, qui représente souvent l'un des aspects les plus coûteux d'une implémentation à long terme, il est plus difficile de gérer plusieurs milliers de partitions et la charge associée dans le cluster qu'une solution requérant la gestion de centaines de partitions. Toutefois, certaines solutions peuvent requérir l'utilisation de centaines de partitions. Dans ce cas, les ressources informatiques, les développeurs et les ressources d'administration chargés de prendre en charge ces infrastructure doivent être plus étendus.

En interne, IBM a testé avec succès la fonction de partitionnement avec 10000 partitions sollicitées sur plusieurs systèmes. Ces tests ont mis en évidence que vous devez au moins disposer de quatre coordinateurs actifs. En outre, l'utilisation d'une stratégie du gestionnaire haute disponibilité pour associer ces coordinateurs à des systèmes physiques spécifiques dans un cluster et la définition de serveurs favoris pour les partitions afin d'éviter d'utiliser ces systèmes (ou même des serveurs d'applications si votre nombre de systèmes est limité) se sont avérées bénéfiques. De plus, lorsque vous exécutez un nombre important de partitions, vous pouvez être amené à augmenter la taille des segments de mémoire dans la machine virtuelle Java du gestionnaire de déploiement ou des serveurs d'applications utilisés comme coordinateurs actifs.

Des informations complémentaires sont disponibles dans la section consacrée à la gestion mais en règle générale, il est recommandé de gérer les ressources avec prudence. Cette démarche permet de garantir l'intégrité opérationnelle du cluster en cas de fortes hausses de l'activité ou de défaillances.




Related concepts
Remarques générales sur les clusters et la gestion de WPF

Rubrique Concept    

Conditions d'utilisation | Commentaires Dernière mise à jour le : Mar 16, 2006 10:01:30 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/WPF51/cwpfpartdesign_pdf.html

© Copyright IBM 2005, 2006. All Rights Reserved.
Ce centre de documentation s'appuie sur la technologie Eclipse. (http://www.eclipse.org)