Escalar búsquedas para obtener rendimiento y disponibilidad en SharePoint Server 2013 (en inglés)
Resumen: determine los requisitos de hardware y revise las consideraciones para escalar horizontalmente las topologías de búsqueda de SharePoint para mejorar el rendimiento y la disponibilidad.
Se aplica a: SharePoint Server 2013
Este artículo enumera los requisitos mínimos de hardware para máquinas virtuales o servidores físicos para topologías de búsqueda para empresas y sitios de Internet.
Además, este artículo proporciona una guía básica del escalado de topologías de búsqueda para mejorar el rendimiento y la disponibilidad.
En este artículo:
-
Requisitos de hardware para topologías de búsqueda para la empresa
-
Requisitos de hardware para topologías de búsqueda para sitios de Internet
-
Consideraciones de escalado y redundancia para topologías empresariales
-
Consideraciones de rendimiento para una topología media de sitios de Internet
Introducción
Este artículo enumera los requisitos mínimos y proporciona instrucciones sobre cómo y cuándo realizar el escalado horizontal de las topologías de búsqueda para empresas y sitios de Internet.
Para obtener ejemplos de topologías, vea los diagramas técnicos de Arquitecturas de búsqueda empresarial para SharePoint Server 2013 Preview y Arquitecturas de búsqueda de sitios de Internet para SharePoint Server 2013 Preview.
Para obtener información general y una descripción de los componentes de búsqueda y la arquitectura general de búsqueda, vea Introducción a la búsqueda en SharePoint Server 2013 (en inglés) y el diagrama técnico Arquitecturas de búsqueda para SharePoint Server 2013 Preview.
Requisitos de hardware para topologías de búsqueda para la empresa
Las siguientes tablas muestran los requisitos de hardware para los servidores que hospedan topologías de búsqueda de empresas. Los requisitos de hardware se aplican a:
-
Servidores de aplicaciones que contienen componentes de búsqueda.
-
Servidores de base de datos que contienen componentes de búsqueda.
Los requisitos se aplican a cada uno de los servidores de una topología de búsqueda de empresas pequeñas, medianas o grandes. Si hospeda más de un componente de búsqueda en un servidor, debe sumar los requisitos de memoria RAM de esos componentes de búsqueda. Por ejemplo, si hospeda un componente de procesamiento de contenido, un componente de administración de búsqueda y un componente de rastreo en un servidor, la cantidad total de memoria RAM mínima necesaria para ese servidor será de 24 GB (8 GB multiplicado por tres).
Puede implementar topologías de búsqueda para la empresa en hardware físico o en máquinas virtuales.
Servidores de aplicaciones que hospedan componentes de búsqueda
| Componente de búsqueda en el servidor | Memoria RAM | Disco duro | Procesador |
|---|---|---|---|
| Componente de índice | 16 GB | Espacio en disco adicional de 500 GB, preferiblemente una partición/volumen de disco independiente. | Todos los componentes: 64 bits, 4 núcleos mínimo, 8 núcleos recomendados. Al hospedar máquinas virtuales en Windows Server 2008 R2 SP1, el máximo de núcleos posibles es 4. |
| Componente de procesamiento de análisis | 4 GB para el uso de desarrolladores o evaluación. 8 GB para uso de producción en una granja con varios servidores o un solo servidor. | Espacio en disco adicional de 300 GB, preferiblemente una partición/volumen de disco independiente. | |
| Componente de rastreo Componente de procesamiento de contenido Componente de procesamiento de consulta Componente de administración de búsqueda | 4 GB para el uso de desarrolladores o evaluación. 8 GB para uso de producción en una granja con varios servidores o un solo servidor. | 80 GB para la unidad de sistema. Debe disponer de espacio suficiente para la instalación base y para los diagnósticos como el registro, la depuración, la creación de volcados de memoria, etc. Para el uso de producción, también se necesita espacio libre en disco adicional para las operaciones cotidianas. Mantenga el doble de espacio libre en comparación con la memoria RAM para entornos de producción. |
Servidores de base de datos que hospedan componentes de búsqueda
| Componente | Requisitos mínimos |
|---|---|
| Procesador | 64 bits, 4 núcleos para topologías pequeñas. 64 bits, 8 núcleos para topologías medianas. |
| Memoria RAM | 8 GB para topologías pequeñas. 16 GB para topologías medianas. |
| Disco duro | 80 GB para la unidad de sistema. El espacio en disco duro depende de la cantidad de contenido. |
Requisitos de hardware para topologías de búsqueda para sitios de Internet
Las siguientes tablas muestran los requisitos de hardware para los servidores que hospedan una topología de búsqueda mediana para sitios de Internet. Los requisitos de hardware se aplican a:
-
Servidores de aplicaciones y servidores web que contienen componentes de búsqueda.
-
Servidores de base de datos que contienen componentes de búsqueda.
Los requisitos mínimos de memoria RAM enumerados para un servidor que hospeda un componente de búsqueda es la cantidad total de memoria RAM necesaria para ese servidor. Por ejemplo, si hospeda un componente de procesamiento de contenido, un componente de administración de búsqueda y un componente de rastreo en un servidor, la cantidad total de memoria RAM mínima necesaria para ese servidor será de 24 GB.
 Nota: |
|---|
| Recomendamos implementar topologías de búsqueda para sitios de Internet en hardware físico. |
Servidores de aplicaciones y servidores web que hospedan componentes de búsqueda
| Componente de búsqueda en el servidor | Memoria RAM | Disco duro | Procesador |
|---|---|---|---|
| Componente de índice | 48 GB para cada servidor de la granja que hospeda un componente de índice, un componente de procesamiento de consultas y el servidor front-end web. | Espacio en disco adicional de 500 GB, preferiblemente una partición/volumen de disco independiente. | Todos los componentes: 64 bits, 4 núcleos mínimo, 8 núcleos recomendados. |
| Componente de procesamiento de análisis | 24 GB para cada servidor de la granja que hospeda un componente de procesamiento de análisis, un componente de rastreo, un componente de procesamiento de contenido o un componente de administración de búsqueda. | Espacio en disco adicional de 300 GB, preferiblemente una partición/volumen de disco independiente. | |
| Componente de rastreo Componente de procesamiento de contenido | Vea los requisitos enumerados para el componente de procesamiento de análisis. | 80 GB para la unidad de sistema. Debe disponer de espacio suficiente para la instalación base y para los diagnósticos como el registro, la depuración, la creación de volcados de memoria, etc. Para el uso de producción, también se necesita espacio libre en disco adicional para las operaciones cotidianas. Mantenga el doble de espacio libre en comparación con la memoria RAM para entornos de producción. | |
| Componente de procesamiento de consulta | Vea los requisitos enumerados para el componente de índice. | ||
| Componente de administración de búsqueda | Vea los requisitos enumerados para el componente de procesamiento de análisis. |
Servidores de base de datos que hospedan componentes de búsqueda
| Componente | Requisitos mínimos |
|---|---|
| Procesador | 64 bits, 4 núcleos para topologías pequeñas. 64 bits, 8 núcleos para topologías medianas. |
| Memoria RAM | 8 GB para topologías pequeñas. 16 GB para topologías medianas. |
| Disco duro | 80 GB para la unidad de sistema. El espacio en disco duro depende de la cantidad de contenido. |
Consideraciones de escalado y redundancia para topologías empresariales
El volumen de elementos en el corpus afecta al tamaño de la granja y al modo en que decida realizar el escalado horizontal.
Volumen de elementos
| Número de elementos | Acción |
|---|---|
| Cualquier número | Para la redundancia y la conmutación por error, debe proporcionar dos de cada uno de los componentes de búsqueda en distintos servidores en distintos dominios de error de la granja. La redundancia de base de datos de búsqueda debe estar configurada en los ajustes de SQL Server. |
| Hasta 10 millones de elementos | Todos los roles de búsqueda pueden coexistir en un servidor no redundante o en dos servidores. |
| Desde 40 millones de elementos | Agregue una base de datos de rastreo por 20 millones de elementos. Agregue una partición de índice por 10 millones de elementos. Agregue hasta dos componentes de procesamiento de consultas. |
| Desde 80 millones de elementos | Agregue una base de datos de rastreo por 20 millones de elementos. Agregue una partición de índice por 10 millones de elementos. Agregue hasta cuatro componentes de procesamiento de consultas. Agregue una base de datos de vínculo por 60 millones de elementos. Agregue una base de datos de informes de Analytics para cada 500 mil elementos únicos vistos cada día o cada 10-20 millones de elementos totales. |
Consideraciones de rendimiento para una topología media de sitios de Internet
Una topología media de sitios de Internet (FIS) está optimizada para un tamaño de corpus de 3 400 000 elementos, procesando aproximadamente 100-200 documentos por segundo, en función del idioma, y un patrón de uso de 85 vistas de páginas por segundo, que corresponde a 100 consultas por segundo.
Consideraciones de rendimiento
| Qué se debe tener en cuenta | Por qué es importante |
|---|---|
| Caché | La consulta y sus resultados se almacenan en caché con Windows Server AppFabric, en pares clave-valor: la consulta es la clave y los resultados son el valor. Por cada consulta, hay una relación aproximada de caché del 50%. Esto significa que si tiene un patrón de uso de 200 consultas por segundo, se enviarán unas 100 consultas al índice de búsqueda y se almacenarán en caché las otras 100 consultas. Los resultados de la caché tienen una menor latencia de consulta que los que recupera del índice de búsqueda. Por ejemplo, es probable que se almacenen en caché los resultados de consultas de página inicial que se suelen realizar. |
| Rastreo continuo | Se recomienda habilitar un rastreo continuo con un intervalo de un minuto, en lugar del intervalo predeterminado de 15 minutos. Solo puede habilitar el rastreo continuo en orígenes de contenido de SharePoint. |
| Acceso anónimo | Con el acceso anónimo, los usuarios no tienen que usar credenciales para iniciar sesión en un sitio de Internet de SharePoint. Las consultas anónimas se almacenan en caché, por lo que son más baratas al tener una latencia inferior de consulta. Debe habilitar el acceso anónimo en dos ubicaciones: en el front-end de la web y en el sitio. |
| Latencia de consulta | La latencia de consulta se ve afectada por el almacenamiento en caché, el acceso anónimo y otros factores como el número y la complejidad de las reglas de consulta que se aplican y se activan. Además, tenga en cuenta los discos en los que se almacena el índice de búsqueda; un disco con varios cilindros puede mejorar la velocidad de acceso del disco y reducir la latencia de consulta. |
