Planeación de la redundancia (Windows SharePoint Services)

En este artículo:

• Acerca de la redundancia

• Definición de los requisitos de redundancia de servidores

• Planeación de una implementación de servidor limitada

• Planeación para un nivel de redundancia de servidor mínimo

• Selección de una topología de granja de servidores de línea base

• Planeación de redundancia de servidor web

• Planeación de redundancia de servidor de búsqueda

• Planeación de redundancia de servidor de base de datos

• Selección de una topología de línea de base

Este artículo describe las opciones para escalar funciones de servidor redundantes que se incluyen en una granja de servidores de Windows SharePoint Services 3.0. Después de leer este artículo, podrá identificar y registrar las opciones de redundancia que son adecuadas para el entorno.

Para obtener más información acerca de la disponibilidad, vea Planeación de la disponibilidad (Windows SharePoint Services).

Acerca de la redundancia

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 diseñado para aceptar conexiones y funcionar normalmente incluso si uno o más servidores de la granja no están operativos. Por lo tanto, la disponibilidad implica redundancia e implica además un mecanismo de conmutación por error y algunas otras características posibles. Sin embargo, puede que un sistema redundante no sea de alta disponibilidad.

En este artículo se describe cómo implementar servidores redundantes en una granja de servidores de Windows SharePoint Services 3.0.

Definición de los requisitos de redundancia de servidor

Windows SharePoint Services 3.0 admite granjas de servidores escalables para capacidad, rendimiento y disponibilidad. Normalmente, la capacidad es la primera consideración a la hora de determinar el número inicial de equipos servidor. Después de factorizar el rendimiento, la disponibilidad también desempeña un papel importante en la determinación del número de servidores y el tamaño o capacidad de los equipos servidor de una granja de servidores.

Al final de esta sección podrá decidir si es necesario crear una disponibilidad expansible en la topología de implementación del servidor implementando servidores redundantes (tres o más servidores) o si tiene sentido para la organización planear una implementación de servidor limitada que no tenga servidores redundantes.

Planeación de una implementación de servidor limitada

Si no tiene necesidad de incorporar capacidad y rendimiento adicionales en la implementación de servidor, puede empezar la topología de servidores con uno o dos servidores. Si el uso va a ser limitado, puede implementar un solo servidor.

Entre los objetivos de uso limitado se encuentran los siguientes:

• Instalación de Windows SharePoint Services 3.0 para evaluación.

• Implementación de Windows SharePoint Services 3.0 para un objetivo limitado (como para un solo departamento) o para un número de usuarios limitado.

Se recomienda empezar la mayoría de las implementaciones de Windows SharePoint Services 3.0 con al menos dos equipos servidor:

• Servidor 1: servidor cliente web y equipo servidor de búsqueda

• Servidor 2: equipo SQL Server dedicado

  

Si ha determinado que el entorno no requiere redundancia de servidor, puede ir al siguiente artículo para completar el siguiente paso de planeación: Planeación del rendimiento y la capacidad (Windows SharePoint Services). Una vez realizado este paso se determinará el número total de servidores recomendados para el plan de implementación de servidores. No es necesario que lea el resto de este artículo.

Planeación para un nivel de redundancia de servidor mínimo

Para implementar una solución redundante, debe implementar una granja de servidores. Las granjas de servidores mitigan los efectos de los períodos de inactividad inesperados así como de los períodos de inactividad relacionados con el mantenimiento habitual, como por ejemplo, la actualización de los sistemas operativos.

Existen varias topologías de servidor que se pueden usar como línea de base. Cada una de dichas topologías se genera en un nivel de redundancia de servidores. En esta sección se ofrece una introducción sobre estas granjas de servidores.

Granja de cuatro servidores

La granja de servidores más pequeña que incorpora la redundancia está compuesta por cuatro servidores:

• Servidores uno y dos: servidores web. La búsqueda está instalada en uno de los servidores web.

• Servidores cuatro y cinco: servidor agrupado o reflejado de base de datos.

  

Granja de cinco servidores

La topología de granja de servidores redundante más común introduce un nivel intermedio y se compone de cinco equipos servidor.

• Servidores uno y dos: servidores web.

• Servidor tres: búsqueda.

• Servidores cuatro y cinco: servidor agrupado o reflejado de base de datos.

  

Esta topología optimiza el rendimiento de los equipos de servidor cliente web por la descarga de la búsqueda en un equipo servidor dedicado.

Granja de tres servidores

Existe otra alternativa para implementar pocos servidores. Con una granja de tres servidores, debe seleccionar cuál de las funciones de servidor se hará redundante: la función de servidor web o la función de servidor de base de datos.

Al agregar el tercer servidor a la capa web, se consigue redundancia de la función de servidor web. La función de búsqueda puede instalarse en cualquier servidor web.

Aunque el nivel de disponibilidad es limitado, esta topología aumenta el rendimiento global de la granja pequeña. Use esta topología cuando el rendimiento sea más importante que la redundancia de datos.

Si se agrega un tercer servidor en el nivel de la base de datos, podrá garantizar la disponibilidad de los datos críticos. Prevea el uso de esta topología de granja pequeña cuando la disponibilidad de sus datos sea esencial pero la pérdida temporal del acceso de los usuarios sea aceptable.

Elección de una topología de granja de servidores de línea de base

Cada una de las topologías de granja de servidores descritas en este artículo representa el punto de partida de una línea de base para el diseño de su implementación. El punto de inicio que mejor se adapta a su organización depende de las funciones de servidor para las que se necesita la redundancia.

El resto de este artículo describe las opciones de redundancia de cada una de las funciones de servidor. Cuando haya terminado este artículo, será capaz de identificar la topología de la línea de base que pueda aportar la redundancia que su organización necesite. Se trata de la topología que usará como línea de base cuando empiece a planear la capacidad y el rendimiento.

Planeación de redundancia del servidor cliente web

En esta sección podrá:

• Determinar si la organización necesita incorporar la redundancia en el nivel web.

• Planee la tecnología de equilibrio de carga de servidor web que se va a implementar.

La mayoría de las organizaciones necesitan redundancia en el nivel web. Existe un número limitado de escenarios en los que es razonable disponer de una granja de tres servidores en la que uno de los servidores ejecuta la función de servidor web.

El siguiente paso consiste en planear la tecnología de esquema de equilibrio de carga que se va a implementar. Windows SharePoint Services 3.0 admite dos métodos de equilibrio de carga:

• Software, como los servicios de equilibrio de carga de red (NLB) del sistema operativo Microsoft Windows Server 2003. NLB se ejecuta en los servidores cliente web y usa TCP/IP para enrutar las solicitudes. Dado que NLB (y otras soluciones de equilibrio de carga de software) se ejecuta en los servidores cliente web, usa los recursos del sistema cliente web, lo que reduce los recursos que puede emplear para dar servicio a páginas web. Sin embargo, el impacto sobre los recursos del sistema no es importante, y una solución de software puede controlar hasta 32 servidores cliente web. Para obtener más información acerca de los servicios NLB de Windows Server 2003, vea el tema sobre los clústeres de equilibrio de carga de red (https://technet.microsoft.com/es-es/library/cc759510.aspx). Para obtener más información acerca de los servicios NLB de Windows Server 2008, vea el tema sobre el equilibrio de carga de red (en inglés) (https://technet.microsoft.com/es-es/library/cc732855.aspx) (en inglés).

• Hardware, como un enrutador o una caja de distribución. El hardware de equilibrio de carga usa la red para dirigir el tráfico del sitio web entre los servidores cliente web. El hardware de equilibrio de carga es más caro de instalar que el software, pero no afecta a los recursos del servidor cliente web. Windows SharePoint Services 3.0 se puede usar en cualquier hardware de equilibrio de carga.

  Se recomienda establecer la afinidad de equilibrio de carga en Ninguna para aumentar la disponibilidad. Si tiene un requisito de topología personalizada, es posible que desee configurar la afinidad de otro modo.

Aunque no se recomienda, existe un tercer método de equilibrio de carga: el equilibrio de carga por turnos con sistema de nombres de dominio (DNS). El equilibrio de carga de DNS por turnos puede emplear un volumen significativo de recursos en los servidores cliente web, es más lento que el equilibrio de carga de software o hardware y no se recomienda usarlo con Windows SharePoint Services 3.0. Además, el equilibrio de carga de DNS por turnos no tiene en cuenta la carga de la sesión al enrutar un usuario a un servidor, lo cual puede provocar la sobrecarga del servidor.

Planeación de redundancia de servidor de búsqueda

Windows SharePoint Services 3.0 incluye una función de servidor de aplicaciones: la búsqueda. La función de aplicación de búsqueda de Windows SharePoint Services 3.0 incluye componentes de búsqueda como de indización. Estos componentes no se pueden dividir. Puede instalar la función de búsqueda en un servidor web o en un servidor de aplicaciones dedicado. A menos que vaya a implementar Windows SharePoint Services 3.0 en un equipo independiente, no se recomienda instalar la función de búsqueda en el mismo equipo que la base de datos.

Si un servidor que hospeda la búsqueda de Windows SharePoint Services 3.0 produce un error, la búsqueda no estará disponible. La cantidad de tiempo necesaria para restaurar la capacidad de búsqueda dependerá de si los índices de contenido existentes se pueden restaurar o si deben generarse índices nuevos realizando un nuevo rastreo del contenido.

Windows SharePoint Services 3.0 se puede implementar en varios servidores por motivos de capacidad; sin embargo, los servidores múltiples no son redundantes. En este escenario, cada servidor de búsqueda está configurado para rastrear un conjunto diferente de bases de datos de contenido. Debido a que la razón principal para implementar varios servidores de búsqueda es escalar la capacidad o el rendimiento, los siguientes artículos de planeación le ayudarán a decidir si es recomendable usar varios servidores para la implementación. Para obtener más información, vea Planeación del rendimiento y la capacidad (Windows SharePoint Services).

Planeación de redundancia de servidor de base de datos

Use esta sección para determinar si la solución necesita la redundancia de la función de servidor de base de datos. Los siguientes artículos de planeación le ayudarán a decidir la tecnología de redundancia de base de datos que sea más adecuada para su entorno.

La función de servidor de base de datos afecta más a la disponibilidad de su solución que ninguna otra función. En caso de error en el servidor web o en el servidor de aplicaciones, estas funciones pueden restaurarse y volver a implementarse rápidamente. Sin embargo, en caso de error en el servidor de base de datos, su solución depende de que se restaure el servidor de base de datos. En esta operación se puede incluir la reconstrucción del servidor de base de datos y la posterior restauración de datos desde el medio de copia de seguridad. En tal caso, existe la posibilidad de que pierda los datos nuevos o modificados desde la fecha del último trabajo de copia de seguridad, en función de cómo está configurado SQL Server 2005. Además, la solución dejará de estar disponible durante el tiempo que se tarde en restaurar la función de servidor de base de datos.

Selección de una topología de línea de base

Una vez determinadas las necesidades sobre redundancia de las funciones de servidor individuales, revise las topologías de servidor de línea de base y elija la topología más adecuada para el entorno.

Descarga de este libro

Este tema se incluye en el siguiente libro descargable para facilitar la lectura y la impresión:

• Planeación y arquitectura para Windows SharePoint Services 3.0, parte 2 (en inglés)

• Planeación de un entorno de Extranet para Windows SharePoint Services (en inglés)

Vea la lista completa de libros disponibles en la página de libros descargables para Windows SharePoint Services.