FileNet P8 Content Search Engine, Versión 5.2.1            Sistemas operativos:  AIX, Linux, Linux sobre System z, Solaris, Windows

Elección de un método de equilibrio de carga para servidores de IBM Content Search Services

Para optimizar el rendimiento de la indexación y búsqueda, debe decidir el método a utilizar para equilibrar la carga entre los servidores de IBM® Content Search Services.

Acerca de esta tarea

De forma predeterminada, Content Platform Engine utiliza un algoritmo de equilibrio de carga incorporado para asignar los servidores de IBM Content Search Services a índices de acuerdo con la carga de trabajo de indexación de los servidores. Las asignaciones se basan en el número de servidores de índice y recursos disponibles para cada servidor. Si desea sustituir este algoritmo incorporado, puede utilizar Administration Console for Content Platform Engine para crear grupos de afinidad y dedicar manualmente servidores de IBM Content Search Services a áreas de índice específicas.

Un grupo de afinidad es un grupo de uno o varios servidores dedicados a una o varias áreas de índice. Un servidor miembro de un grupo de afinidad solo puede servir a áreas de índice asignadas a ese grupo de afinidad que pertenezcan al mismo sitio que el servidor. Los servidores que no son miembro de un grupo de afinidad solo pueden servir a áreas de índice que no pertenecen a ese grupo de afinidad pero sí al mismo sitio que el servidor.

Con un grupo de afinidad, el administrador puede limitar el equilibrio de carga de un área de índice a los servidores que formen parte del grupo. Estos servidores realizan la indexación y búsqueda de índices de texto completo. Todos los servidores del grupo deben tener el mismo acceso al directorio raíz del área de índice. El grupo de afinidad debe incluir servidores que puedan realizar la indexación y búsqueda.

El grupo de afinidad mejora el rendimiento porque puede indexar sus datos en un disco local de IBM Content Search Services. El inconveniente es que Content Platform Engine no puede proporcionar la migración tras error. Si falla el disco local que alberga el área de índice, fallarán todas las solicitudes de indexación y búsqueda.

Para evitar la posibilidad de un solo punto de error para un grupo de afinidad, no almacene datos de índice de texto completo en discos locales (no compartidos). En su lugar, almacene sus datos de índice en discos compartidos con redundancia de datos, como se describe en Escenario de instalación distribuida de IBM Content Search Services.

Si debe usar discos locales, asegúrese de implementar la redundancia de datos al usar la estrategia de alta disponibilidad para migración tras error del servidor IBM Content Search Services y los discos, proporcionados por Veritas, Microsoft Cluster Server o IBM PowerHA.



Última actualización: Octubre de 2015
p8ppi255.htm

© Copyright IBM Corp. 2013, 2015.