Redundancia y disponibilidad de la granja de servidores de FAST Search Server

Artículo
03/03/2017

Se aplica a: FAST Search Server 2010

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

Importante

Este artículo se ha traducido con traducción automática; vea la declinación de responsabilidades. Para su referencia, puede encontrar la versión en inglés de este artículo aquí.

En este artículo se describen las opciones para escalar roles de servidor redundantes incluidos en una granja de servidores de Microsoft FAST Search Server 2010 for SharePoint. Después de leer este artículo, podrá identificar las opciones de redundancia que son adecuadas para el entorno.

En este artículo:

Acerca de la redundancia y disponibilidad
Conjuntos de servidores y aplicaciones de servicios de búsqueda
Redundancia y disponibilidad para las consultas de SSA
Redundancia y disponibilidad para el contenido SSA
Componentes redundantes dentro de la búsqueda FAST para el conjunto de servidores de SharePoint
Distintos niveles de alta disponibilidad

Acerca de la redundancia y disponibilidad

El término redundancia se suele interpretar de forma incorrecta como un sinónimo de disponibilidad. Aunque estos conceptos están relacionados, no son equivalentes. La redundancia hace referencia al uso de varios servidores en un entorno con equilibrio de carga para varios fines, como aumentar el rendimiento de la granja de servidores, aumentar la escala para incluir usuarios adicionales y aumentar la disponibilidad.

La disponibilidad es un concepto más especializado que hace referencia a un entorno de varios servidores que se ha diseñado para aceptar conexiones y funciona correctamente incluso cuando uno o varios de los servidores del conjunto de servidores no están operativos. Disponibilidad implica la redundancia y además implica un mecanismo de conmutación por error y varias características de otros posibles. Un sistema redundante, sin embargo, no serían altamente disponible.

FAST Search Server 2010 for SharePoint es compatible con conjuntos de servidores escalable para la capacidad, rendimiento y disponibilidad. Normalmente, la capacidad es la primera consideración inicial para determinar el número de equipos de servidor. Después de factores de rendimiento, disponibilidad también desempeña una función para determinar el número de servidores y el tamaño o la capacidad de los equipos de servidor en un conjunto de servidores.

Después de leer este artículo, podrá decidir si necesita generar capacidad ampliable en la topología de implementación de servidor mediante la implementación de servidores redundantes, o si tiene sentido para la organización planear una implementación de servidor limitada sin servidores redundantes.

Conjuntos de servidores y aplicaciones de servicios de búsqueda

FAST Search Server 2010 for SharePoint proporciona la infraestructura de búsqueda empresarial de la infraestructura de la batería de servidores Microsoft SharePoint Server y la solución de búsqueda consta de cuatro partes principales, que pueden encontrarse en conjuntos de servidores diferentes:

El conjunto de servidores FAST Search Server 2010 for SharePoint Se trata de una infraestructura de conjunto de servidores dedicados de servidor que proporciona las capacidades de indización y búsqueda de servicios de fondo para la solución de búsqueda de la empresa. A fin de proporcionar una solución de búsqueda final al final, un conjunto de servidores FAST Search Server 2010 for SharePoint debe estar asociado con un conjunto de SharePoint Server principal a través del FAST SSA de consultas de búsqueda y búsqueda FAST SSA de contenido.

Redundancia y disponibilidad, consideraciones de planeación de la infraestructura de la batería de servidores FAST Search Server 2010 for SharePoint es el principal objetivo de este artículo.
Aplicación de servicio de búsqueda rápida de consulta (SSA) Se trata de una aplicación de servicio de búsqueda (SSA) en el conjunto de SharePoint Server principal que proporciona la integración de comandos de consulta entre el conjunto de servidores FAST Search Server 2010 for SharePoint y el principal conjunto de servidores de SharePoint Server.
Aplicación de servicios de búsqueda de contenido FAST (SSA) Se trata de una aplicación de servicio de búsqueda (SSA) en un conjunto de servidores de SharePoint Server que permite la recuperación de contenido para la indización de repositorios de contenido. Este SSA representa el valor predeterminado del conector para la implementación de FAST Search Server 2010 for SharePoint la indización.
Base de datos de SQL Server Un conjunto de servidores FAST Search Server 2010 for SharePoint debe tener acceso a un host Microsoft SQL Server dentro de la granja SharePoint Server asociado que se utiliza para almacenar la información de configuración.

Para obtener más información acerca de la redundancia y disponibilidad para el SQL Server dentro de la granja SharePoint Server, consulte Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010). Tenga en cuenta que la referencia a "Buscar" en este tema hace referencia a la búsqueda de SharePoint Server, que también se utiliza la base de datos como un almacén de propiedades para el índice.

Para obtener más información acerca de la topología del conjunto, vea Planeación de la topología de la granja de servidores (FAST Search Server 2010 for SharePoint).

Redundancia y disponibilidad para las consultas de SSA

El SSA consultas de búsqueda FAST ofrece la integración de comandos de consulta entre el conjunto de servidores FAST Search Server 2010 for SharePoint y el principal conjunto de servidores de SharePoint Server. La consulta de SSA también proporciona la funcionalidad de búsqueda de personas para las consultas.

Debe implementar la SSA de consulta FAST en el conjunto de SharePoint Server principal.

Se puede escalar la SSA de consultas de disponibilidad y redundancia de la consulta mediante la adición de componentes de consulta adicionales dentro del SSA.

Importante

No implemente SSA de consulta más de un asociado con el conjunto de servidores FAST Search Server 2010 for SharePoint.

Para obtener más información acerca de cómo agregar un componente de consulta, vea Implementación de varios servidores de la aplicación de servicio de búsqueda de consultas (FAST Search Server 2010 for SharePoint).

La consulta de SSA también incluye un componente de rastreo que recupera los perfiles de usuario para la Búsqueda de personas. En la mayoría de los casos no tendrá que ampliar este componente para el rendimiento, pero puede agregar un componente de rastreo adicionales dentro del SSA para la redundancia de la búsqueda de personas.

Para obtener información general acerca de la redundancia y disponibilidad para los servidores de aplicaciones dentro de un conjunto de servidores SharePoint Server, consulte Planeación de disponibilidad (SharePoint Server 2010).

Redundancia y disponibilidad para los servidores Web front-end

Debe planear la redundancia y disponibilidad para los servidores Web front-end estas directrices en Planeación de disponibilidad (SharePoint Server 2010).

Puede implementar los servidores Web front-end en el conjunto de SharePoint Server principal o en conjuntos de servidores secundarios. En este último caso, se conectan los servidores cliente Web a través de un servidor proxy de SSA en el conjunto principal.

Redundancia y disponibilidad para el contenido SSA

El SSA contenido de búsqueda FAST permite recuperar el contenido de la indización de repositorios de contenido. Este SSA representa el valor predeterminado del conector para la implementación de FAST Search Server 2010 for SharePoint la indización.

Normalmente, se implementará el FAST SSA contenido en el conjunto de SharePoint Server principal.

Puede escalar el contenido SSA para alimentar la redundancia y disponibilidad mediante la adición de componentes de rastreo adicionales dentro del SSA.

Para obtener más información acerca de cómo agregar un componente de rastreo, vea Implementación de varios servidores de la SSA de contenido (FAST Search Server 2010 for SharePoint).

Componentes redundantes dentro de la búsqueda FAST para el conjunto de servidores de SharePoint

Los siguientes componentes dentro de un conjunto de servidores FAST Search Server 2010 for SharePoint admiten redundancia:

Distribuidor de contenido Se trata de un componente independiente que se puede duplicar para lograr la disponibilidad de escala y de alto rendimiento. Cada distribuidor de contenido se encargará de control de flujo de un subconjunto de secciones de productos de alimentación.

Si se produce un error en un servidor del distribuidor de contenido, se producirá un error en los lotes pendientes de producto asociados con este distribuidor de contenido y el protocolo de control de flujo garantiza que los lotes de artículos son enviar mediante el conector de Index Server asociado.
Procesamiento del elemento Puede cambiar el tamaño de procesamiento del elemento mediante la distribución de un número variable de las instancias de procesamiento de elementos (cada uno está ejecutando un subproceso de procesador) para uno o varios servidores del conjunto de servidores. Cada instancia del elemento de procesamiento controla un conjunto determinado de lotes de artículos.

Si se produce un error en un servidor que ejecute el procesamiento del elemento, se producirá un error en los lotes pendientes de producto asociados con el elemento de instancia en ejecución en este servidor de procesamiento y el protocolo de control de flujo garantiza que los lotes de artículos son enviar mediante el conector de Index Server asociado.
Análisis de vínculo (Analizador de Web) Puede escalar el analizador de Web para administrar el análisis de vínculo de todos los elementos con varios vínculos cruzados. El analizador de Web funciona en un lote en el modo de procesamiento y es capaz de distribuir los trabajos de análisis de vínculo entre varios servidores que ejecutan los componentes de proceso de enlace y de base de datos de búsqueda.

Si se produce un error en un servidor que ejecute el análisis de los vínculos con errores de disco irrecuperables, debe volver a establecer la base de datos del vínculo del analizador de Web desde la última copia de seguridad. Si no existe en ninguna copia de seguridad, la clasificación según el análisis de vínculo estará incompleta hasta que se ha producido un re-crawl completa.

Puede controlar la redundancia para la base de datos de búsqueda durante la implementación, mediante la configuración de redundant-lookup para el analizador de Web en el archivo de configuración de implementación. Si pierde un componente de base de datos de la búsqueda sin redundancia habilitado, esto impedirá que la alimentación de nuevos elementos.
La indización de distribuidor Se trata de un componente independiente que se puede duplicar para lograr la alimentación de escala de rendimiento y alta disponibilidad. Each indexing dispatcher will handle feeding flow control for a subset of item batches.

Si se produce un error en un servidor de distribuidor de Index Server, se producirá un error en los lotes de artículos restantes asociados con este distribuidor de indización y el protocolo de control de flujo garantiza que los lotes de artículos son enviar mediante el conector de Index Server asociado.
La indización Puede escalar el componente de Index Server mediante la definición de varias columnas de índice.

Dentro de cada columna de índice se puede configurar un indizador de copia de seguridad de alta disponibilidad.

Si se produce un error en el servidor de un indizador con errores de disco irrecuperables, puede recuperar el conjunto de servidores de la copia de seguridad más reciente, o habilitar un indizador de copia de seguridad que el indizador principal nuevo de forma manual.
Coincidencia de la consulta Puede cambiar el tamaño de la consulta que coincida con el componente en dos dimensiones. Cada columna de índice tendrá al menos un servidor de consulta asociado correspondiente. Al definir varias filas de la búsqueda puede cambiar el tamaño de la granja de servidores para el rendimiento de la consulta y una alta disponibilidad.

Si se produce un error en un servidor de consulta que coincida, se producirá un error de las restantes consultas que se deba ejecutar en esta fila de la búsqueda y las consultas subsiguientes se controlará mediante otra fila de la búsqueda con esta columna de índice.
Procesamiento de la consulta Se trata de un componente independiente que se puede duplicar para lograr la escalabilidad de rendimiento de consulta y una alta disponibilidad. Cada servidor de procesamiento de la consulta va a controlar un subconjunto de las consultas.

Si se produce un error en el servidor de procesamiento de una consulta, se producirá un error de las restantes consultas asociadas con este servidor de procesamiento de consultas y las consultas subsiguientes se controlará mediante otro servidor de procesamiento de consultas.
Conectores de Index Server específicos FAST Search El rastreador Web de búsqueda FAST es un conector alternativo de Index Server que se recomienda en ciertos casos de uso de rastreo de Web a gran escala. Este componente se puede escalar mediante la implementación de varios programadores de nodo que va a controlar la programación de rastreo de distintas partes del rastreo global.

El FAST búsqueda Lotus Notes y los conectores de la indización de base de datos de búsqueda de FAST se implementan como componentes independientes, cada uno de ellos asociado a uno o varios repositorios de contenido. Esto significa que se puede escalar el sistema mediante la implementación de varias instancias de los conectores de Index Server.

Para obtener más información acerca de los componentes, consulte Topología de la granja de servidores de FAST Search Server (FAST Search Server 2010 for SharePoint).

Distintos niveles de alta disponibilidad

Elegir una estrategia de alta disponibilidad depende de varios factores relacionados con los requisitos y presupuesto:

Alta disponibilidad para todos los componentes del sistema en la mayoría de los casos requiere más servidores que proporcionó los requisitos de rendimiento real.
¿Es aceptable que el rendimiento disminuye cuando se produce un error?
¿Desea una alta disponibilidad sólo para las partes importantes del sistema, como la capacidad para atender las consultas, incluso si se producirá un error en los componentes de la cadena de alimentación? Esto significa que todo el contenido re-feed es todavía aceptable en estos casos.
¿Cuál es el tiempo máximo aceptable para volver a generar el índice en el mismo estado después de un error no recuperable en la cadena de alimentación?

Consulta de alta disponibilidad

Éste es normalmente más importante para una solución de búsqueda. Puede proporcionar un alto grado de disponibilidad de la consulta mediante la implementación de dos o más filas de la búsqueda. En función de los requisitos de rendimiento de la consulta, las filas de la búsqueda pueden ser comparten ubicación con los indizadores principales o de copia de seguridad.

Es posible recuperar un error en la cadena de Index Server mientras todavía está disponible, con algunas excepciones de la búsqueda:

Si requiere una recuperación de una copia de seguridad anterior, la búsqueda se realizará hacia abajo para el tiempo necesario para recuperar el sistema desde la copia de seguridad. En función del tamaño de la copia de seguridad, esto puede tardar bastante tiempo.

Si excluye el índice binario de la copia de seguridad, el tiempo de copia de seguridad y recuperación disminuye considerablemente. No obstante, el tiempo para recuperar el índice será mucho más tiempo, tal como se debe volver a generar el índice del almacén de elemento pre-index (FiXML archivos). Sin embargo, los administradores de búsqueda FAST puede mantener el índice más reciente (antes de la situación de error) en filas de la búsqueda no afectado disponibles para las consultas hasta que se reconstruye el índice de la copia de seguridad. Esto, por tanto, proporcionará mayor disponibilidad para la búsqueda a costa de un intervalo de actualización más largo antes de que se hace que se puede buscar contenido nuevo después de una situación de error.
Si no tiene tolerancia a errores de extremo a extremo de la cadena de alimentación e índice y no lleve a cabo copias de seguridad de datos, tendrá que re-crawl y volver a indizar todo el contenido de los repositorios de origen. Durante la re-crawl sólo el contenido indizado de una vez iniciado el re-crawl estará disponible para la búsqueda.

Indizador de alta disponibilidad

Puede seleccionar entre las siguientes opciones para el indizador alta disponibilidad:

Implementar un indizador de copia de seguridad en un servidor independiente. Esto se conseguirá la alta disponibilidad mejor. Un administrador de búsqueda FAST debe volver a configurar el indizador de copia de seguridad para convertirse en el nuevo indizador principal en el caso de una situación de error no recuperable en el indizador principal. Búsqueda estará disponible durante el período entre la situación de error y la reconfiguración, suponiendo que ha implementado más de una fila de la búsqueda. Alimentación y la indización se detendrán durante este período. Sin embargo, el protocolo de control de flujo se asegurará de que no se pierden.

El costo de esta opción es que debe implementar dos servidores de indizador por columna, el rendimiento de indización general se reduce considerablemente debido a la sobrecarga de la copia de seguridad de protocolo y el indizador de copia de seguridad tendrán impacto en el rendimiento de la consulta que coincida con el que se ejecutan en este servidor.
Realizar copia de seguridad completa regular de los datos incluidos en el índice binario. Esto garantiza que una recuperación rápida (limitado por el momento en que se requiere para copiar los datos de copia de seguridad), pero puede que en las instalaciones de mayores implica copias de seguridad demasiado grandes con mucho, en consecuencia, el tiempo de inactividad durante la copia de seguridad normal.

La desventaja de una solución de copia de seguridad y recuperación en función del índice es que los datos se indizan después ya no se puede buscar la última copia de seguridad. El procedimiento de recuperación, se garantiza que los conectores de Index Server le re-feed sólo el contenido que se ha actualizado después de la última copia de seguridad.

Nota

Deben suspenderse el conjunto de servidores FAST Search Server 2010 for SharePoint y el asociado SSA contenido en el conjunto de servidores de SharePoint principal durante el tiempo de la copia de seguridad. Búsqueda estará disponible, pero no hay contenido nuevo que se puede indizar durante este período.
Realizar copia de seguridad completa regular de los datos sin incluir el índice binario. Esto reduce el tamaño de la copia de seguridad y tarda menos tiempo. Sin embargo, el tiempo de recuperación será mucho más tiempo que implica una reforma completa del índice. Pero, debido a que la búsqueda puede estar disponible durante este período, se trata de un compromiso atractivo entre los aspectos de costo y los requisitos de actualización. Para obtener más información acerca de copia de seguridad y recuperación, consulte Planeación de la estrategia de copia de seguridad y recuperación del sistema (FAST Search Server 2010 for SharePoint).

Nota

Declinación de responsabilidades de traducción automática: Este artículo se ha traducido con un sistema informático sin intervención humana. Microsoft ofrece estas traducciones automáticas para que los hablantes de otros idiomas distintos del inglés puedan disfrutar del contenido sobre los productos, los servicios y las tecnologías de Microsoft. Puesto que este artículo se ha traducido con traducción automática, es posible que contenga errores de vocabulario, sintaxis o gramática.