Planeación de la redundancia (Office SharePoint Server)

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 de un nivel mínimo de redundancia de servidores

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

• Planeación de la redundancia de servidores web

• Planeación de la redundancia de servidores de aplicaciones

• Planeación de la redundancia de servidores de bases de datos

• Análisis de los riesgos inherentes a los errores del servidor de aplicaciones

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

Este artículo describe las opciones para aumentar la escala de funciones de servidor redundantes que se incluyen en una granja de servidores de Microsoft Office SharePoint Server 2007. Después de leer este artículo, podrá identificar y registrar las opciones de redundancia que sean adecuadas para el entorno.

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

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 Office SharePoint Server 2007.

Definición de los requisitos de redundancia de servidor

Office SharePoint Server 2007 admite granjas de servidores escalables para obtener capacidad, rendimiento y disponibilidad. Normalmente, la capacidad es el principal factor que considerar para determinar el número inicial de equipos de servidor. Después de la factorización del rendimiento, la disponibilidad también juega un papel importante a la hora de determinar tanto el número de servidores como el tamaño y la capacidad de los equipos servidor de una granja de servidores.

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

Planeación de una implementación de servidores limitada

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

Entre los objetivos de uso limitado se encuentran los siguientes:

• Instalar Office SharePoint Server 2007 con fines de evaluación.

• Implementar sólo Windows SharePoint Services 3.0.

• Implementar un subconjunto de las características de Office SharePoint Server 2007.

• Implementación de Office SharePoint Server 2007 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 Office SharePoint Server 2007 con al menos dos equipos servidor:

• Servidor 1: servidor cliente web y equipo servidor de aplicaciones

• Servidor 2: equipo SQL Server dedicado

  

Si ha determinado que no se requiere redundancia de servidores en el entorno, vaya al siguiente artículo y lleve a cabo el siguiente paso de la planeación: Planeación de rendimiento y capacidad (Office SharePoint Server). Una vez completado este paso de la planeación, 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 de un nivel mínimo de redundancia de servidores

Para implementar una solución redundante, debe implementar una granja de servidores.

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.

Nota

En las explicaciones siguientes, se hace referencia a servidores en los que se ha instalado la función Índice como servidores de índices y los servidores en que la función Consulta se ha instalado como servidores de consultas.

Granja de tres servidores

Existe otra alternativa para obtener redundancia aunque se implementen 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.

Si agrega un tercer servidor al nivel de servidores web, conseguirá la redundancia de la función de servidor web. Las funciones de consulta e índice pueden estar instaladas en el mismo servidor web (vea la opción A a continuación) o pueden instalarse en diferentes servidores web (vea la opción B a continuación).

Dada esta topología, la función Consulta no se puede implementar en ambos servidores web para conseguir redundancia. Esto se debe a que, si la función de servidor de consulta está instalada en el mismo servidor que el servidor de índices, el servidor de índices no propagará el índice a otros servidores de consultas. Sin embargo, puede instalar la función Índice en el servidor de base de datos, lo que permite implementar la función Consulta en ambos servidores web. Sin embargo, el rendimiento del servidor de base de datos se verá afectado.

Aunque la disponibilidad es limitada, dedicar dos servidores a la función de servidor web aumenta el rendimiento global de una granja de servidores pequeña. Use esta topología cuando el rendimiento sea más importante que la redundancia de datos.

Granja de cuatro servidores

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

• Servidores 1 y 2: servidores web y función Consulta instalada en ambos equipos. Otras funciones de servidor de aplicación adicionales, como Excel Calculation Services, pueden instalarse en uno o ambos servidores.

• Servidores 3 y 4: servidor de base de datos agrupado o reflejado.

Con una granja de cuatro servidores, se debe elegir cuidadosamente dónde implementar la función de servidor de índices. La función Consulta no se puede instalar en el servidor de índices y en otro servidor de la granja para obtener redundancia. Esto se debe a que cuando la función Índice se instala en el mismo servidor que la función Consulta, la función Índice ya no propaga índices de contenido a otros servidores de consulta. En consecuencia, si instala la función de servidor de índices en uno de los servidores web, perderá la posibilidad de hospedar la función Consulta en los dos servidores web. Se puede instalar la función Índice en el servidor de base de datos, con lo que se logra la redundancia de la función Consulta en los servidores web. Sin embargo, el rendimiento del servidor de base de datos se verá afectada, especialmente cuando se esté rastreando contenido.

Otras funciones de servidor de aplicación adicionales, como Excel Calculation Services, pueden instalarse en uno o ambos servidores web, dependiendo de los requisitos de rendimiento y disponibilidad. En el diagrama anterior, las funciones de aplicación adicionales se implementan en sólo uno de los servidores en ambas opciones A y B. En la opción A, el rendimiento se optimiza si el servidor web que no hospeda las funciones combinadas de Consulta e Índice hospeda las demás funciones de aplicación. En la opción B, la topología está optimizada para las solicitudes y consultas de los usuarios. El rendimiento del otro servidor web se puede administrar mediante la programación de trabajos de indización durante las horas de poca actividad, lo que permite un mayor rendimiento de las demás funciones del servidor de aplicaciones durante las horas punta.

Granja de cinco servidores

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

Con esta topología, se pueden instalar todas las funciones del servidor de aplicaciones en un servidor de aplicaciones dedicado. Con este diseño se optimiza el rendimiento de los equipos servidores cliente web, ya que se permite descargar al nivel intermedio una o varias funciones del servidor de aplicaciones.

La principal decisión de planeación que se debe tomar con esta topología es dónde instalar las funciones de servidor de aplicación. La función de servidor de índices debe permanecer en el servidor de aplicaciones dedicado. Sin embargo, la decisión acerca de dónde instalar las funciones adicionales de servidor de aplicaciones depende de si desea optimizar la granja de servidores para la capacidad o para el rendimiento. Si la redundancia de las funciones de servidor de aplicaciones es una prioridad, puede instalar funciones de servidor de aplicaciones que estén diseñadas para ser redundantes (Excel Calculation Services, consulta de búsqueda y Microsoft Office Project Server 2007) en los dos servidores web. Para optimizar el rendimiento, considere la posibilidad de mover primero la función de Excel Services al servidor de aplicaciones y, después, la función Consulta.

Implementar la función Consulta en los servidores web es una configuración habitual que consigue la redundancia de esta función y también puede optimizar el rendimiento de la granja de servidores en general. Las opciones de planeación que tome después de leer “Planeación de la disponibilidad del servidor de aplicaciones” más adelante en este artículo determinarán cuál es la opción más adecuada para el entorno.

Granja de seis servidores

Para conseguir la máxima redundancia con un número mínimo de servidores, implemente un servidor de aplicaciones adicional en el nivel medio para funciones de servidor de aplicaciones de equilibrio de carga diseñadas para ser redundantes. Esta topología de granja de servidores consta de seis servidores. La función Consulta se instala en los servidores cliente web para conseguir redundancia.

Si tiene previsto implementar la función de servidor de aplicaciones de Excel Calculation Services o la función de la aplicación de Office Project Server 2007 en la granja de servidores y la redundancia de estos servicios es una prioridad, éste es el punto de inicio recomendado. Esta topología protege estas funciones de servidor de las conexiones directas de los usuarios y optimiza el rendimiento de toda la granja de servidores en comparación con granjas de servidores de menor tamaño.

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 una línea de base del punto de partida para el diseño de la implementación. El punto de inicio que mejor se ajusta a la organización depende de las funciones de servidor para las que necesite 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 la organización necesita. 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 la disponibilidad de servidores 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 limitado número 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. Office SharePoint Server 2007 admite dos métodos de equilibrio de carga:

• Software, como los servicios de equilibrio de carga de red (NLB) del sistema operativo de 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 y, por lo tanto, 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 sobre los servicios de NLB en Windows Server 2003, vea el artículo sobre clústeres de equilibrio de carga de red (https://technet.microsoft.com/es-es/library/cc759510.aspx). Para obtener más información sobre los servicios de NLB en Windows Server 2008, vea el artículo sobre 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. Office SharePoint Server 2007 se puede usar con 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 Office SharePoint Server 2007. 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 la redundancia de servidores de aplicaciones

La topología de servidores de línea de base que elija depende de los requisitos para conseguir redundancia de las funciones de servidor de la aplicación. En esta sección se describen las funciones de servidor de la aplicación relacionadas con sus opciones de disponibilidad.

Las funciones de servidor de aplicación para Office SharePoint Server 2007 se dividen en dos categorías:

• Funciones que pueden ser redundantes

• Funciones que no pueden ser redundantes

Funciones que pueden ser redundantes

Estas funciones de servidor de la aplicación se pueden implementar en varios servidores. El código que se implementa en cada servidor es idéntico y las funciones de servidor de la aplicación no almacenan ningún dato. En otras palabras, cada instancia de estas funciones de servidor permanece idéntica. Si se produce un error en uno de los equipos servidor, no se perderá ningún dato guardado. Los servidores web equilibran automáticamente la carga de solicitudes a estas funciones de servidor entre los equipos servidor de aplicación disponibles.

Las siguientes funciones de servidor de aplicación se pueden implementar de forma redundante:

• Consulta.   La función Consulta se puede implementar en cualquier número de equipos servidor de aplicaciones o se puede implementar en servidores web. Sin embargo, hay una limitación: si la función Consulta se implementa en el mismo servidor que hospeda la función Índice, la función Consulta no se debe implementar en ningún otro equipo servidor. Esto se debe a que la función Índice reconoce que la función Consulta se encuentra en el mismo servidor y, por lo tanto, no intenta propagar el índice. En algunos casos, puede optimizar el rendimiento de la granja de servidores mediante la implementación de la función Consulta en los servidores web, incluso si se ha introducido un nivel medio para servidores de aplicaciones dedicados. Por ejemplo, si más del 50% de las solicitudes de contenido que recibe la granja de servidores son solicitudes de contenido estático, el rendimiento se optimiza potencialmente si se hospeda la función Consulta en los servidores web. Esto se debe a que la función Consulta almacena en memoria caché el contenido que sirve, con lo que el contenido estará fácilmente disponible para las siguientes solicitudes. La función Consulta es única en este sentido.

• Excel Calculation Services. La función Excel Calculation Services realiza los cálculos de Excel en libros de Excel que se almacenan en las bases de datos de contenido. Esta función de servidor de aplicaciones es exclusiva por el hecho de que almacena información del estado de sesión durante la duración completa de una sesión de usuario. Cuando un usuario abre un libro, la función de servidor web continúa enrutando las solicitudes de usuario al mismo servidor de aplicaciones de Excel Calculation Services hasta que se cierra el libro y el usuario termina la sesión. La función Excel Calculation Services puede ser una función que consume muchos recursos. En algunos casos, puede optimizar el rendimiento de la granja de servidores mediante la implementación de esta función en todos los servidores web.

• Office Project Server 2007. Aunque Office Project Server 2007 no se incluye con Office SharePoint Server 2007, se basa en la plataforma Windows SharePoint Services 3.0 y se puede implementar en una granja de servidores de Windows SharePoint Services 3.0 o Office SharePoint Server 2007. La función de aplicación de Office Project Server 2007 sirve las solicitudes de servicios y datos de Office Project Server 2007 a los servidores de Microsoft Office Project Web Access.

Funciones que no pueden ser redundantes

Las funciones del servidor de aplicaciones que no pueden ser redundantes son, por ejemplo, la búsqueda en índices y en Windows SharePoint Services 3.0. Dichas funciones pueden implementarse en varios servidores; sin embargo, dichos servidores no son redundantes. Estas funciones de servidor están configuradas para rastrear contenido y generar índices de contenido. Si implementa dichas funciones en varios servidores, cada servidor rastreará un contenido distinto.

• Windows SharePoint Services 3.0. La función de aplicación de búsqueda de Windows SharePoint Services 3.0 es una alternativa si no usa el sistema de consulta e indización de Office SharePoint Server 2007. La función de aplicación de búsqueda de Windows SharePoint Services 3.0 incluye los componentes tanto de búsqueda como de indización. Dichos componentes no pueden dividirse. Además, el sistema de búsqueda de Windows SharePoint Services 3.0 es necesario para permitir la búsqueda de texto completo de la ayuda. Por tanto, puede considerar la posibilidad de implementar este servidor de aplicaciones en una granja de servidores de Office SharePoint Server 2007 para conseguir esta funcionalidad (incluso si se implementa la búsqueda de Office SharePoint Server 2007).

• Office SharePoint Server 2007. En Office SharePoint Server 2007, la función Índice está asociada a un proveedor de servicios compartidos (SSP). La función Índice genera un índice por SSP. Es posible asociar un servidor de índices a varios SSP. Sin embargo, los índices de varios SSP no pueden combinarse entre sí. Puede implementar varios servidores de índices para mejorar la capacidad. En tal caso, el servidor de índices se asocia a SSP distintos. A diferencia de lo que sucede con la función de búsqueda de Windows SharePoint Services 3.0, los índices de contenido generados por la función Índice de Office SharePoint Server 2007 se propagan constantemente a todos los servidores que hospedan la función Consulta en una granja. En consecuencia, el resultado de la función de servidor de índices de Office SharePoint Server 2007 (es decir, el índice) se considera redundante si la función Consulta se implementa en más de un servidor.

Si va a implementar una granja de servidores de Office SharePoint Server 2007, se recomienda que use las funciones de servidor de consulta y servidor de índices de Office SharePoint Server 2007. Esto permite aumentar la escala del componente de consulta y lograr la redundancia de los índices de contenido. Dado que la razón principal de implementar varios servidores de índices de Office SharePoint Server 2007 o servidores de búsqueda de Windows SharePoint Services 3.0 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 en su implementación.

La siguiente tabla muestra las funciones del servidor de aplicaciones que pueden implementarse de forma redundante y las que pueden implementarse en varios servidores pero que no son redundantes.

Función de servidor de aplicaciones	Varios servidores que hospedan esta función son redundantes
Consulta	Sí
Índice	No
Búsqueda de Windows SharePoint Services 3.0	No
Excel Calculation Services	Sí
Office Project Server 2007	Sí

Planeación de la redundancia de servidores de bases 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 temas de planeación le ayudarán a decidir la tecnología de redundancia de base de datos que sea más adecuada para el entorno. Para obtener más información, vea Planeación y diseño de la administración y el almacenamiento de bases de datos.

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 los 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.

Análisis de los riesgos inherentes a los errores del servidor de aplicaciones

En esta sección se resumen las consecuencias que cabe esperar si se produce un error en el servidor de aplicaciones. Es decir, si implementa una función de servidor de aplicaciones en un único servidor y éste genera un error, ¿qué posibles consecuencias tendrá dicho error? El hecho de conocer las posibles consecuencias le ayudará a dar prioridad a la asignación de servidores en la granja de servidores. En la tabla siguiente se enumeran las funciones del servidor de aplicaciones y se describen las consecuencias que tiene el tiempo de inactividad para cada una de ellas.

Función de servidor de aplicaciones	Consecuencias del tiempo de inactividad
Consulta	Los usuarios no pueden ejecutar consultas de texto. Sin embargo, sí que pueden explorar los sitios y tener acceso al contenido expuesto en ellos. Si la aplicación depende de que los usuarios o clientes puedan encontrar contenido mediante la función de búsqueda, considere la posibilidad de implementar la función de servidor de consulta en varios servidores. En una granja de servidores de cinco servidores, esto puede llevarse a cabo fácilmente si se implementa la función Consulta en los dos servidores web.
Índice	Los servidores de consulta siguen usando los índices de contenido existentes hasta que se restaura el servicio de índices y se generan los índices nuevos o actualizados. Por consiguiente, los resultados de la búsqueda no incluyen contenido nuevo o modificado mientras la función Índice no esté disponible.
Búsqueda de Windows SharePoint Services 3.0	Búsqueda no disponible. La cantidad de tiempo necesaria para restaurar la capacidad de búsqueda dependen de si los índices de contenido existentes pueden restaurarse y si deben generarse nuevos índices mediante un nuevo rastreo del contenido.
Servicios de Office Project Server 2007	Las aplicaciones de Office Project Server 2007 no están disponibles. Las áreas de trabajo de proyecto estarán disponibles desde dentro de la aplicación web de contenido; sin embargo, Office Project Web Access y todas las características relacionadas no estarán accesibles. Además, la integración de terceros con la interfaz de servidor de proyectos no estará disponible. La base de datos de informes de Office Project Server 2007 sigue estando disponible.
Excel Calculation Services	No está disponible en el servidor la representación de Microsoft Office Excel ni de los datos de inteligencia empresarial. Excel Calculation Services no puede cargar, volver a calcular, actualizar ni recuperar las hojas de cálculo. No están disponibles ni el cuadro de mandos ni las características en las que se usa la representación web de Excel. Aún así, los usuarios pueden abrir hojas de cálculo desde las bibliotecas de SharePoint mediante la aplicación cliente de Excel. Sin embargo, si los usuarios no tienen permiso para abrir archivos en el cliente, no pueden ver los archivos hasta que la función Excel Calculation Services vuelva a estar conectada.

En relación con la redundancia, en general se recomienda planear e instalar una función de servidor de aplicaciones en al menos dos equipos servidor de aplicaciones si:

• La solución se basa principalmente en las características proporcionadas por el servidor de aplicaciones.

• Las necesidades de disponibilidad de su organización en relación con las características proporcionadas por la función de servidor son del 99% o más.

Si la organización puede tolerar la pérdida temporal de esta funcionalidad durante el tiempo que necesita el equipo de TI para implementar una función de servidor de aplicaciones en un servidor diferente o para restaurar el servicio en el servidor existente, considere la posibilidad de implementar la función en un único servidor de aplicaciones.

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

Una vez determinadas las necesidades sobre redundancia de las distintas funciones de servidor, 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

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

• Planeación y arquitectura para Office SharePoint Server 2007 (segunda parte)

• Planeación de un entorno de extranet para Office SharePoint Server (en inglés)

Vea la lista completa de libros disponibles en la sección de libros descargables para Office SharePoint Server 2007.