Monográfico de búsqueda - Micmrosoft SharePoint 2013

...

- Los servidores que responden a las peticiones realizadas por el crawler deben estar dedicados, principalmente, a la atención de peticiones (WFE) y no incluir los roles pesados de la búsqueda.

- Con el objeto de mejorar el rendimiento, se aconseja particionar el índice de rastreo en el mayor número de servidores posible.

- Con el objeto de garantizar disponibilidad, se recomienda que cada partición de índice esté replicado en al menos 2 servidores. Ello nos garantiza la alta disponibilidad del índice de búsqueda una vez rastreado.

- No se recomienda asignar el rol de Query processing, Crawl o Content processing a un servidor que tenga la capacidad de responder peticiones.

- No se recomienda que los servidores de aplicaciones ejecuten el servicio de Web Application.

-

Topología A

La topología A propuesta es la siguiente:

[pic 2]

Ésta topología está diseñada para explotar al máximo los recursos de los entornos que soportan la granja. Se duplican los roles de la granja, se segmenta el índice para mejorar el repartimiento de peso del índice y, para el caso que nos atañe, posiblemente mejorar el acceso a disco.

Éste escenario es óptimo siempre y cuando soporte la carga para el volumen de documentos a indexar. Se monitorizará el entorno y en caso de presentar un rendimiento no aceptable, se propondrán mejoras.

Escalar ésta topología pasará por isolar los roles de Crawling y Query Processing en servidores independientes.

-

Topología B

La topología B propuesta es la siguiente:

[pic 3]

Ésta topología potencia la segmentación de roles entre los servidores que forman la granja. Únicamente en el caso de que la topología A no tenga un rendimiento razonable, se podrá escoger ésta topología que permitirá descargar completamente la responsabilidad de los frontales, así como maximizar el acceso al índice desde los mismos. Ello proporcionará un mayor rendimiento en el acceso al índice, aunque penalizará al tiempo de rastreo dado que el componente de Query processing y el crawling están limitados cada uno a un único servidor.

Escalar éste escenario representará incrementar el servidor que mayor penalización presente en el momento de rastreo (debería ser uno de los dos AppServers).