FileNet P8 Content Search Engine, Version 5.2.1            Systèmes d'exploitation :  AIX, Linux, Linux on System z, Solaris, Windows

Choix d'une méthode d'équilibrage de charge pour les serveurs IBM Content Search Services

Pour optimiser les performances de l'indexation et des recherches, vous devez choisir une méthode d'équilibrage de la charge entre les serveurs IBM® Content Search Services.

Pourquoi et quand exécuter cette tâche

Par défaut, Content Platform Engine utilise un algorithme intégré d'équilibrage de charge pour affecter des serveurs IBM Content Search Services aux index en fonction de la charge de travail d'indexation des serveurs. Les affectations sont basées sur le nombre de serveurs d'index et les ressources disponibles pour chaque serveur. Si vous souhaitez remplacer cet algorithme intégré, vous pouvez utiliser Administration Console for Content Platform Engine pour créer des groupes d'affinité et dédier manuellement les serveurs IBM Content Search Services à des zones d'index spécifiques.

Un groupe d'affinité est un groupe d'un ou plusieurs serveurs qui sont dédiés à une ou plusieurs zones d'index. Un serveur qui est un membre d'un groupe d'affinité peut servir uniquement les zones d'index affectées à ce groupe d'affinité et appartenant au même site que le serveur. Un serveur qui n'est pas un membre d'un groupe d'affinité peut servir uniquement les zones d'index n'appartenant pas à un groupe d'affinité et appartenant au même site que le serveur.

Avec un groupe d'affinité, l'administrateur peut limiter l'équilibrage de charge d'une zone d'index aux serveurs membres du groupe. Ces serveurs exécutent l'indexation et la recherche des index plein texte. Tous les serveurs du groupe doivent avoir un accès identique au répertoire racine de la zone d'index. Le groupe d'affinité doit comprendre des serveurs pouvant effectuer l'indexation et la recherche.

Le groupe d'affinité améliore les performances car vous pouvez indexer vos données sur un disque local d'IBM Content Search Services. L'inconvénient est que Content Platform Engine ne peut pas assurer de basculement. Si le disque local qui héberge la zone d'index échoue, toute l'indexation et toutes les demandes de recherche dans cette zone d'index échouent.

Pour éviter la possibilité d'un point de défaillance unique pour un groupe d'affinité, ne stockez pas les données d'index plein texte sur des disques locaux (non partagés). A la place, stockez vos données sur des disques partagés bénéficiant de la redondance des données, comme indiqué à la rubrique Scénario d'installation répartie IBM Content Search Services.

Si vous devez utiliser des disques locaux, veillez à mettre en oeuvre la redondance des données par une stratégie de haute disponibilité appliquée à la reprise en ligne du serveur IBM Content Search Services et des disques, fournie par Veritas, Microsoft Cluster Server ou IBM PowerHA.



Dernière mise à jour : Mars 2016
p8ppi255.htm

© Copyright IBM Corp. 2013, 2016.