Planeación de arquitecturas virtuales (SharePoint Server 2010)

Se aplica a: SharePoint Server 2010

Última modificación del tema: 2017-01-17

En este artículo se describen consideraciones fundamentales para la planeación de arquitecturas virtuales mediante el uso de roles del servidor de Microsoft SharePoint Server 2010. En este artículo no se incluyen datos ni recomendaciones de planeación de rendimiento o capacidad. Contiene orientación general para la planeación de entornos virtuales e incluye ejemplos de arquitecturas para conjuntos o granjas de servidores pequeñas, medianas y grandes.

En este artículo:

• Arquitecturas virtuales vs. físicas

• Ejemplos de arquitecturas virtuales para granjas de servidores pequeñas a medianas

• Ejemplos de arquitecturas virtuales para granjas de servidores de medianas a grandes

Arquitecturas virtuales vs. físicas

Normalmente, una organización considera la implementación de arquitecturas virtuales porque desea reducir el número de servidores necesarios para hospedar una solución, para usar de forma más eficiente el hardware existente o para ahorrar energía y espacio. La capacidad de automatizar la implementación de servidores es también una de las principales motivaciones para implementar un entorno de servidor virtual.

Virtualización de servidores web y servidores de aplicaciones

Los roles de los servidores web y los servidores de aplicaciones son buenos candidatos para la virtualización. Cuando se planea un entorno virtual, un enfoque razonable consiste en planear la topología, el rendimiento y la capacidad del entorno físico y, a continuación, usar el número resultante de servidores web y servidores de aplicaciones, incluidos los roles de los servidores de aplicaciones específicos, como punto de partida para implementar el entorno virtual.

En cambio, en un entorno virtual pueden requerirse más servidores virtuales durante las horas pico para proporcionar el mismo nivel de servicio y rendimiento que los servidores físicos. Los resultados dependerán de los servicios específicos y de los patrones de uso de estos servicios.

Dicho esto, la ejecución en un entorno virtual proporciona la flexibilidad de reasignar los recursos entre máquinas virtuales según sea necesario para ajustar el rendimiento. También permite agregar y quitar servidores virtuales de manera más sencilla, en función de los picos de uso de servicios específicos que se producen en momentos predecibles durante todo el año.

Virtualización de SQL Server

La pregunta de si conviene virtualizar Microsoft SQL Server es debatible y depende de los objetivos generales de una implementación. Un entorno de SQL Server virtual suele tener un rendimiento un poco más lento que un entorno físico, aunque el rendimiento va mejorando en cada nueva versión. Si se usa la versión más reciente del rol de Hyper-V (incluido en Windows Server 2008 R2), las pruebas de rendimiento de SQL Server indican que se puede lograr la misma capacidad de proceso (en comparación con un servidor físico) en una máquina virtual invitada a expensas de un uso ligeramente mayor de la CPU.

Hay otros aspectos que se deben tener en cuenta antes de planear la virtualización de SQL Server, como el número de núcleos de CPU que requiere SQL Server, el plan de conmutación por error y disponibilidad y las opciones de optimización del almacenamiento. No obstante, las ventajas de implementar SQL Server en un entorno virtual podrían superar el coste del rendimiento.

Las organizaciones que hospedan granjas de servidores de SharePoint y planean implementar y recompilar granjas de servidores a menudo, como las compañías de servicios de hospedaje, obtendrán el mayor beneficio agregando SQL Server al entorno virtual. La virtualización de SQL Server también podría ser útil en una solución temporal o transitoria, por ejemplo cuando se combinan varias granjas de servidores en una granja de servidores empresarial y se retira hardware. Las organizaciones que sacan el máximo partido de hardware limitado obtendrán el máximo beneficio al implementar SQL Server en servidores físicos. Los ejemplos contenidos en este artículo incluyen entornos que adoptan ambos enfoques.

Para obtener más información, vea el tema sobre cómo ejecutar SQL Server 2008 en un entorno de Hyper-V (procedimientos recomendados y recomendaciones de rendimiento) (https://go.microsoft.com/fwlink/?linkid=134106&clcid=0xC0A). Estas notas del producto se basan en una versión anterior de Hyper-V. Busque una versión más reciente de este documento a fines de la primavera de 2010.

Virtualización de otros servidores en el entorno

Las soluciones de Productos de SharePoint 2010 se basan en otros servidores del entorno. En esta sección se proporciona orientación general sobre la inclusión de éstos en una arquitectura virtual.

Active Directory

Se recomienda, como mínimo, que el controlador de dominio raíz de un entorno de servicios de directorio de Active Directory se hospede en un servidor físico fuera de entornos virtuales. Si es necesario, se pueden implementar controladores de dominio adicionales como servidores virtuales.

Para obtener más información acerca de cómo implementar Active Directory en entornos virtuales, vea los siguientes recursos:

• Blog de Sander Berkouwer: Active Directory en entornos de Hyper-V, parte 2 (https://go.microsoft.com/fwlink/?linkid=186927&clcid=0xC0A)

• Consideraciones de planeación para controladores de dominio virtualizados (https://go.microsoft.com/fwlink/?linkid=186928&clcid=0xC0A)

Productos de puerta de enlace

Entre los productos de puerta de enlace se incluyen los siguientes:

• Microsoft Forefront Unified Access Gateway (UAG)

• Microsoft Forefront Threat Management Gateway (TMG)

Para una alta disponibilidad, se recomienda colocar estos productos fuera del entorno virtual de Productos de SharePoint 2010. Para obtener más información sobre cómo configurar los entornos virtuales para estos productos de puerta de enlace, vea la documentación del producto.

Pruebas en paralelo

Si le preocupa el modo en que la implementación de roles del servidor de Productos de SharePoint 2010 en un entorno virtual puede afectar al rendimiento, considere la posibilidad de probar los roles específicos que planea implementar. Puede usar los resultados para decidir cuántos servidores virtuales implementar para un rol específico, o incluso si le conviene implementar un rol específico en el entorno virtual. Por ejemplo, si la granja de servidores rastreará mucho contenido, los resultados de las pruebas pueden llevarlo a implementar el rol de rastreo en un servidor físico dedicado.

Una manera de probar un entorno virtual consiste en implementar un rol específico de forma virtual y física y comparar datos de red, memoria, disco y CPU. En la ilustración siguiente se proporciona un ejemplo de cómo probar los roles de servidor específicos usando un número limitado de servidores.

En esta ilustración, se implementan roles específicos en el entorno virtual. Se configura un servidor de prueba físico para probar cada rol, uno a la vez, para poder recopilar datos comparativos en paralelo. No olvide tener en cuenta las diferencias entre los entornos físicos y virtuales que afectarán a los resultados de las pruebas, como las diferentes especificaciones de hardware.

Si tiene una granja de servidores, puede agregar un host virtual e intercambiar máquinas virtuales que tienen roles equivalentes para ver cómo se ve afectado el rendimiento virtual de cada rol. También puede ver cómo diferentes combinaciones de roles afectan al rendimiento general de la granja de servidores. En el ejemplo siguiente se ilustra esta idea.

Ejemplos de arquitecturas virtuales para granjas de servidores pequeñas a medianas

El punto de partida para reemplazar una granja de servidores física por una granja de servidores virtual es usar de dos a cuatro servidores host físicos. Para cada host, el número de servidores que se puede implementar está determinado por la memoria disponible, la CPU, el disco y los recursos de red.

En las dos ilustraciones siguientes se proporcionan ejemplos de implementaciones en las que los roles del servidor web y del servidor de aplicaciones se implementan en un entorno virtual.

En este ejemplo, tenga en cuenta lo siguiente:

• Los recursos mínimos de CPU y RAM representan puntos de partida para la o granja de servidores. Debido a que solo hay dos núcleos reservados para cada imagen de virtual, este ejemplo solo es adecuado para entornos de desarrollo o de prueba de conceptos en los que el rendimiento no es un problema. Reserve suficientes recursos auxiliares para reasignarlos en función de la supervisión del rendimiento.

• SQL Server se implementa en servidores físicos, en lugar de en servidores virtuales.

• Los servidores web y los servidores de aplicaciones son redundantes en los dos servidores host.

• Se implementan tres servidores web en el entorno virtual para obtener alta disponibilidad.

• Los controladores de dominio de Active Directory se implementan en servidores físicos.

Para entornos de producción y pruebas piloto, cuatro núcleos es el punto de partida mínimo recomendado para máquinas virtuales. El entorno virtual siguiente usa menos máquinas virtuales para lograr este objetivo.

En este ejemplo se representa un entorno inicial básico. Es posible que deba agregar recursos, según el patrón de uso de la granja de servidores.

Ejemplos de arquitecturas virtuales para granjas de servidores de medianas a grandes

Mediante el uso de servidores host más grandes, se pueden asignar más recursos a imágenes virtuales. En la ilustración siguiente se proporciona un ejemplo de una implementación que usa más CPU y RAM.

Si las ventajas de virtualizar SQL Server superan los inconvenientes de rendimiento, SQL Server se puede implementar como invitado también, como se muestra en la siguiente ilustración.

En este ejemplo, tenga en cuenta lo siguiente:

• Solo se implementa una instancia de SQL Server en cada host. En entornos virtuales pequeños y medianos, se recomienda no implementar más de un SQL Server invitado por host.

• Ambos servidores host incluyen más memoria para adaptarse al número de servidores virtuales, incluido SQL Server.

Si un rol del servidor específico consume tantos recursos que afecta negativamente al rendimiento general del entorno virtual, considere la posibilidad de dedicar un servidor físico a este rol. En función de los patrones de uso de una organización, estos roles pueden incluir servidores de rastreo, el servidor que importa perfiles, la aplicación de Servicios de Excel u otros servicios que usan intensamente. En la ilustración siguiente se proporciona un ejemplo.

En este ejemplo:

• SQL Server se implementa en servidores físicos. Quite SQL Server desde el entorno virtual antes de quitar los roles del servidor de aplicaciones.

• El rol de rastreo se implementa en un servidor físico. En algunos entornos, otro rol puede ser candidato para implementar un servidor físico, según el uso.