Planeación del rendimiento y la capacidad (FAST Search Server 2010 for SharePoint)

Se aplica a: FAST Search Server 2010

Última modificación del tema: 2015-03-09

En este artículo se proporcionan recomendaciones generales de rendimiento y capacidad, que puede usar para determinar las características de capacidad y rendimiento de su topología de Microsoft FAST Search Server 2010 for SharePoint.

En esta sección:

• Dimensiones de la capacidad de volumen de contenido

• Estudio de dimensiones de la capacidad de alimentación de contenido

• Dimensionamiento del rendimiento de consulta

• Consultas de servidores para varios conjuntos de servidores de SharePoint

• Impacto de rendimiento de la función

• Probar la capacidad y rendimiento del servidor de búsqueda rápida los resultados y recomendaciones

Dimensiones de la capacidad de volumen de contenido

Como norma general debe planear la implementación de una columna de índice de la instalación por 15 millones de elementos indizados. La base para esta regla general es una combinación de los elementos de SharePoint del 70% y un 30% indizan documentos de recursos compartidos de archivos, donde el tamaño de documento de origen está comprendido entre 10 y 100 kilobytes (KB).

Se pueden indizar muchos más elementos por columna, pero esto es sumamente dependiente de la configuración de hardware, el tamaño de los documentos y el conjunto de características seleccionadas. Para obtener más información, consulte FAST Search Server 2010 para planes de capacidad de SharePoint (notas del producto).

Al agregar las columnas de índice que debe seguir las recomendaciones de la topología descritas en la sección Opciones de implementación de granja de servidores de FAST Search Server (FAST Search Server 2010 for SharePoint).

Agregar más columnas a una instalación de ejecución requiere reindización de todo el contenido a fin de particionar las columnas de índice. Asegúrese de que tiene previsto para la suficiente capacidad de la columna de índice de inicio. Una reforma completa de un índice de varias columnas puede tardar varios días.

Estudio de dimensiones de la capacidad de alimentación de contenido

El contenido de alimentación de la cadena debe se ajusta a fin de lograr una capacidad suficiente para la recuperación y la indización de contenido nuevo y actualizado. Estudio de dimensiones debe tener en cuenta:

• Recuperación de contenido   Esto significa que la velocidad en que se pueda alimentar el contenido nuevo o actualizado en el sistema.

• Procesamiento y la indización   Esto significa que la eficacia con el sistema pueda procesar e indizar los elementos.

Rastrear de dimensiones

En un entorno FAST Search Server 2010 for SharePoint, rastrear el contenido es una operación que debe ajustarse para detectar cambios en el contenido de forma más rápida posible. El SSA FAST contenido se basa en un método de extracción de contenido, donde la longitud de cada ciclo de rastreo determina el tiempo medio para descubrir el contenido cambiado que se debe indizar. Debe realizar las pruebas en su propio entorno para determinar el tiempo que tarda el rastreo de contenido mediante el uso de un origen de contenido determinado y, si el rendimiento consumido por rastrear este contenido interfiere con tiempos de respuesta de usuarios de destino.

For the FAST Content SSA you can change the number of concurrent requests that the connector generates when it crawls using a specified content source. The bigger the number of concurrent requests, the faster the crawl speed. What you want to achieve is that all changes in the content repositories result in a re-indexed document. As long as the connector is dimensioned to be able to catch all updates, the load on the item processing and indexing will not increase even if you reduce the time that is required to crawl all content sources. In this case the only effect of adding capacity to the FAST Content SSA is reduced indexing latency. Para obtener más información, vea Creación de una regla de impacto del rastreador (FAST Search Server 2010 for SharePoint).

You scale out the Content SSA by adding more crawl components to the SSA. Para obtener más información, vea Implementación de varios servidores de la SSA de contenido (FAST Search Server 2010 for SharePoint).

La indización de la capacidad de latencia de dimensiones

Dos de los parámetros de dimensiones principales afectan a la latencia de indización general de la implementación:

• Item processing capacity. The main item processing overhead is related to parsing of document formats and extracting searchable content and metadata. If your content consists of complex documents such as large PDF or word documents, the item processing may become a bottleneck in your installation. You should deploy the item processing component to all servers in your deployment when possible. Para obtener más información, vea Opciones de implementación de granja de servidores de FAST Search Server (FAST Search Server 2010 for SharePoint).

• La capacidad de indización. FAST Search Server 2010 for SharePoint utiliza un mecanismo de indización incremental que garantiza una latencia baja de indización de contenido nuevo o actualizado. Sin embargo, tiene que haber un equilibrio razonable entre el número total de elementos indizados y la relación de actualización de producto.

Debe realizar una referencia básica utilizando la implementación de dos nodos para obtener una indicación general dónde se encuentra el cuello de botella. Si ambos nodos se ejecutan estables en una carga elevada de CPU Esto puede indicar que el procesamiento del elemento es el cuello de botella. Se recomienda que reduzca el número de elementos por la columna si desea reducir la latencia de Index Server. This reduction will both increase the item processing capacity (each node contributes to the item processing) and reduce the re-indexing time thus reducing the indexing latency.

Dimensionamiento del rendimiento de consulta

Hay dos parámetros principales que debe tener en cuenta al estudio de dimensiones para el rendimiento de la consulta.

• Se mide el número máximo de consultas atendidos en las consultas por segundo (QPS). Para las soluciones de búsqueda utiliza el servidor de seguridad normalmente no es un factor restrictivo. A menos que piense para controlar la velocidad máxima de consulta de más de 5 QPS, no tendrá que tener en cuenta el escalado de la solución de búsqueda para este parámetro de dimensión.

  Escalar en horizontal para obtener más QPS implica agregar más filas de la búsqueda a la implementación. Para obtener más información, consulte Cluster Server de la búsqueda.

  For high QPS deployments, you may also have to scale out the Query SSA by adding more query components to the SSA. Para obtener más información, vea Implementación de varios servidores de la aplicación de servicio de búsqueda de consultas (FAST Search Server 2010 for SharePoint).

• La latencia de la consulta determina que el retraso de ida y vuelta medio por el usuario emite una consulta hasta que se presenta el resultado de una consulta. También en el número de elementos por columna, la solución principal para mejorar la latencia de las consultas es implementar una o varias filas de búsqueda adicionales. De este modo se evita que la carga de Index Server afecta a la latencia de la consulta, y también conseguirá los consulta alta disponibilidad. Para obtener más información, consulte Distintos niveles de alta disponibilidad.

Consultas de servidores para varios conjuntos de servidores de SharePoint

Al utilizar el marco de trabajo de aplicación de servicios compartidos SharePoint Server, puede tener un conjunto de servidores primario atendiendo consultas para varios secundarios de conjuntos de servidores. Los servidores web front-end en el conjunto de servidores secundarios se conectan a la consulta de SSA en el conjunto de servidores primario a través del servidor proxy de SSA.

Efecto de rendimiento de función

La tabla siguiente resume el rendimiento de efecto de FAST Search Server 2010 for SharePoint buscar las características relacionadas. Los valores que se muestran son que debe considerarse como la regla de control de posición como el efecto de una sola función varía en función de uso. También hay interdependencias entre las características que no se tratan en la tabla.

H = alta, M = medio y L = baja. Cuando no se especifica ninguna letra, el elemento tiene el efecto insignificante en el recurso correspondiente, en comparación con no utiliza la función.

Notas:

1. El modelo de uso de memoria es similar para refinadores profunda y la ordenación de texto completo. La consulta que coincida con el componente mantiene los datos de agregación para las propiedades administradas correspondientes en la memoria principal. El efecto del uso de memoria es proporcional con el número de elementos por columna y el número de valores únicos para la propiedad administrada asociada.

2. Refinadores de profundidad de la cadena con muchos valores únicos en el índice tendrá una buena efecto de rendimiento de E/s en la interfaz entre la coincidencia de la consulta y nodos de consulta de procesamiento. El efecto de rendimiento de carga de E/s es proporcional con el número de columnas y el QPS del conjunto de servidores. Para obtener más información sobre la optimización del rendimiento de refinadores profunda, consulte RefinerConfiguration.

3. El uso de refinadores superficial de la cadena tiene buen efecto de rendimiento de E/s en la interfaz entre la coincidencia de la consulta y nodos de consulta de procesamiento. El efecto de rendimiento de carga de E/s es proporcional con el tamaño promedio de la propiedad administrada asociada, el número de columnas y el QPS del conjunto de servidores. En la mayoría de los casos refinadores profunda es la opción recomendada para la mejora de la consulta.

4. Recorte duplicado puede tener buena efecto de rendimiento de E/s en la interfaz entre la coincidencia de la consulta y nodos de consulta de procesamiento en determinados casos. El efecto de rendimiento de carga de E/s es proporcional con el promedio de duplicados de cada resultado de la consulta, el número de columnas y el QPS del conjunto de servidores.

5. Si se aplica la búsqueda de la subcadena a propiedades administradas grandes (por ejemplo, el cuerpo), tiene buena efecto sobre el uso de disco del índice.

6. Para obtener más información acerca de esta característica, vea características de relevancia.

Probar la capacidad y rendimiento del servidor de búsqueda rápida los resultados y recomendaciones

Puede descargar un documento que proporciona información adicional acerca de las características de rendimiento y capacidad de FAST Search Server 2010 for SharePoint. También proporciona detalles sobre cómo se ha probado por Microsoft. Incluye lo siguiente:

• Características del conjunto de servidores de prueba

• Resultados de las pruebas

• Recomendaciones

• Solución de problemas de rendimiento y escalabilidad

Las notas del producto también proporciona información detallada acerca de cómo configurar FAST Search Server 2010 for SharePoint para manejar hasta 40 millones de elementos por índice de columna.

Antes de leer este documento, asegúrese de que entiende los conceptos principales de administración de la capacidad de FAST Search Server 2010 for SharePoint. Para obtener más información, vea Topología de la granja de servidores de FAST Search Server (FAST Search Server 2010 for SharePoint).

Notas del producto descargable: El servidor de búsqueda rápida para planear la capacidad de SharePoint de 2010 (https://www.microsoft.com/downloads/details.aspx?FamilyID=65b799e3-825c-4398-8cd7-3311d3297997).

See Also

Concepts

Planeación de la topología de la granja de servidores (FAST Search Server 2010 for SharePoint)
Redundancia y disponibilidad de la granja de servidores de FAST Search Server