Exportar (0) Imprimir
Expandir todo

Proceso detallado de diseño y especificación del sistema para una granja virtual de servidores de SharePoint 2013

 

Se aplica a: SharePoint Server 2013, SharePoint Foundation 2013

Última modificación del tema: 2013-12-18

Resumen: implemente un proceso para crear un diseño de topología detallado y una especificación de los requisitos del sistema para la granja de servidores de SharePoint 2013 y los equipos host Hyper-V.

Este artículo contiene un ejemplo que puede utilizar para crear una arquitectura detallada y los requisitos del sistema para una granja de SharePoint 2013 virtualizada. Esta arquitectura consta de las máquinas virtuales que se utilizan para las funciones de servidor de granja, los equipos físicos que pueden utilizarse como servidores de granja y los equipos host de virtualización. El diseño detallado es un reflejo de la dualidad de un entorno virtual y debe adaptarse a las restricciones y exigencias de las máquinas virtuales, los equipos host de virtualización, las redes y el almacenamiento.

El diseño detallado debe cumplir todos los criterios técnicos y empresariales (y expectativas) para la nueva granja de SharePoint en un entorno de producción.

En este artículo:

En este artículo se siguen las prácticas recomendadas aceptadas para llevar a cabo los pasos necesarios para crear una topología de granja detallada, una arquitectura de virtualización y una especificación de requisitos del sistema para las máquinas virtuales y equipos de Tecnología Hyper-V de Windows Server 2008. Recomendamos que utilice el procedimiento descrito en la sección Identificar los requisitos de la granja de servidores virtual de Crear un plan de virtualización para SharePoint 2013 (trate la topología y los servidores del mismo modo que trataría el diseño de una granja de servidores implementada en una plataforma física). Dado que los requisitos de SharePoint 2013 son tecnológicamente independientes, no hay ningún requisito para tratar los elementos de virtualización de dirección hasta que tenga suficiente información para ampliar las especificaciones del sistema y la topología a la capa virtual subyacente. También se recomienda utilizar un proceso iterativo para crear y perfeccionar el diseño, que empieza por identificar los requisitos obligatorios e importantes, como la disponibilidad y el rendimiento. Es una técnica frecuentemente utilizada y probada para obtener la información necesaria para perfeccionar y completar un diseño.

Como parte del proceso de diseño, también debe establecer los criterios de evaluación para determinar si las especificaciones del sistema y la topología de granja son aceptables para la primera fase de implementación de preproducción, que normalmente es un entorno piloto o de concepto de prueba (POC).

NotaNota:
En lo que respecta al rendimiento, en este artículo no se proporciona información detallada acerca de cómo crear y ejecutar pruebas comparativas. La orientación para el análisis y la interpretación de los datos de las pruebas comparativas también queda fuera del alcance.

Después de identificar los requisitos, continúe el proceso de diseño y especificación con la siguiente secuencia de pasos como guía.

  1. Utilice la guía de arquitectura y solución de SharePoint 2013 para crear una topología que se adapte mejor a la solución que desea implementar.

  2. Utilice el diseño de la topología de borrador para identificar el número de servidores de granja que son necesarios y documente los requisitos mínimos de configuración para cada servidor según su función. Recuerde que se trata de un punto de partida, no del diseño y la configuración final de la granja.

  3. Amplíe la topología de granja para incluir la infraestructura de virtualización. Una vez más, haga uso de la orientación publicada para determinar la distribución óptima de las funciones de servidor de granja a través de los equipos host de virtualización. Como parte de este paso, calcule los recursos que necesita cada equipo host para ser compatible con las máquinas virtuales que se desea implementar en el host.

    NotaNota:
    Las capacidades y los límites de los equipos host de virtualización deben reflejarse en la arquitectura.
  4. Continúe perfeccionando la topología hasta que tenga un diseño que sea adecuado para implementar una granja de prueba en un entorno de preproducción. Al mismo tiempo que perfecciona la topología se pueden ajustar las especificaciones del sistema si obtiene información adicional acerca de los requisitos de configuración para las máquinas virtuales de granja o los equipos host. A menos que tenga datos de pruebas comparativas de una implementación anterior, las especificaciones del sistema son una estimación y los ajustes significativos procederán de las pruebas comparativas.

El proceso y la orientación de este artículo se centran en cómo instalar y configurar Productos de SharePoint mediante una solución de Tecnología Hyper-V de Windows Server 2008. Sin embargo, puede aplicar nuestra estrategia a cualquier solución de virtualización que valide el Programa de validación de virtualización del servidor (SVVP). Para más información, vea las Preguntas más frecuentes acerca del Programa de validación de virtualización

En este artículo no se proporciona información detallada acerca de cómo instalar y configurar un equipo host de virtualización o las máquinas virtuales que son necesarias para una granja de Productos de SharePoint. Para obtener más información, vea Utilización de las configuraciones de mejores prácticas para los equipos virtuales de SharePoint 2013 y el entorno Hyper-V.

NotaNota:
En esta versión de SharePoint 2013, no se admiten los cambios de virtualización y funciones de Windows Server 2012.

En este artículo se tratan los siguientes temas en distintos grados, pero se proporciona información detallada acerca de cada área en los artículos independientes.

  • Continuidad del negocio: alta disponibilidad y recuperación ante desastres para un entorno virtual

  • Seguridad: recomendaciones para proteger los equipos host de virtualización de Hyper-V

  • Rendimiento y capacidad

  • Mantenimiento y operaciones

El punto de partida en la creación de un diseño detallado es establecer, revisar y dar prioridad a los requisitos funcionales, técnicos y operativos para SharePoint 2013 y la infraestructura de virtualización compatible. Debe establecer prioridades ya que habrá prioridades que compitan desde los participantes. Habrá intervalos significativos entre los requisitos, en realidad las expectativas, entre diferentes unidades organizativas. Por ejemplo, los usuarios siempre esperan un tiempo de respuesta rápido mientras que el grupo de seguridad de TI requiere un diseño que reduzca el riesgo de incumplimiento del sistema.

A medida que trabaja en el proceso para identificar y asignar prioridades a los requisitos, también debe desarrollar criterios de calificación para determinar cuando es adecuado el diseño para una granja que se puede implementar en un entorno de preproducción.

Hay muchos enfoques y herramientas que se pueden utilizar para establecer prioridades entre los requisitos y no hay una manera o forma que sea mejor o más correcta para cualquier escenario determinado. Por ejemplo, una forma habitual de enfocar el problema consiste en clasificar los requisitos como obligatorios, muy importantes y así sucesivamente. Otro enfoque consiste en utilizar un sistema de ponderación o la escala de clasificación para establecer prioridades. Independientemente del método que utilice, elija un enfoque que permita establecer prioridades creíbles y aplíquelo de forma coherente al tiempo que identifica y perfecciona los requisitos.

Se recomienda que agrupe los requisitos en categorías principales y, a continuación, subdivida cada categoría con el fin de proporcionar más detalles acerca de los requisitos específicos. Por ejemplo, la seguridad es una categoría muy amplia: es muy importante la información detallada acerca de los niveles de permisos de usuario necesarios o quién debe acceder a componentes o funciones de la granja para comprender, diseñar e implementar un sistema seguro.

NotaNota:
Las ventajas de la separación de los requisitos son que será capaz de concentrarse mejor en los detalles pertinentes y que le ayudará a reducir la posibilidad de que falte algo. Sin embargo, las categorías no están aisladas. Siempre hay superposiciones o dependencias. Debe adoptar un enfoque integral del diseño que reconozca e incorpore estas superposiciones y dependencias clave.

En este artículo se utilizan cuatro categorías principales para agrupar los requisitos de diseño. Estas categorías, en orden de prioridad son las siguientes:

  • Alta disponibilidad

  • Seguridad

  • Rendimiento

  • Capacidad

NotaNota:
Se reconoce la interdependencia entre rendimiento y capacidad, pero decidimos separar estas dos categorías para la comodidad de los lectores.

El primer paso en el diseño de la alta disponibilidad es determinar el nivel de disponibilidad de SharePoint que su organización debe tener para dar soporte al negocio. Normalmente, el requisito de alta disponibilidad de la organización viene definido por el tipo de negocio, el grado de globalización, los clientes y los asociados de negocios. Desde una perspectiva interna, debe documentar el nivel de disponibilidad necesario para la organización en conjunto, además de para las unidades de negocio individuales.

NotaNota:
La alta disponibilidad (HA) y la recuperación ante desastres (DR) son subconjuntos de un proceso y una estrategia más amplia de administración de continuidad del negocio (BCM). Este artículo se centra en los elementos de diseño inmediato que se requieren para poner una granja en producción. Los requisitos de recuperación ante desastres son muy importantes y no se deben omitir durante el proceso de diseño de arquitectura. Decidimos tratar por separado la recuperación ante desastres como actividad posterior a la implementación con el fin de proporcionan un enfoque mayor y los detalles sobre requisitos, mejores prácticas y opciones de la recuperación ante desastres.

Los pasos siguientes permiten evaluar todos los componentes de la granja para determinar sus efectos potenciales sobre la disponibilidad, revisar las opciones para proporcionar componentes altamente disponibles y, a continuación, decidir qué opción es la mejor para su arquitectura.

NotaNota:
Los costos son siempre un factor a tener en cuenta para las organizaciones. Sin embargo, debe sopesarlos, así como el efecto potencial de disponibilidad reducida en su negocio.

Le recomendamos que, como mínimo, evalúe los siguientes componentes de la granja desde una perspectiva de alta disponibilidad:

  • Bases de datos de SharePoint

  • Servidores de aplicaciones

  • Servidores web front-end

  • Funciones y servicios de SharePoint como máquinas virtuales de búsqueda

  • utilizadas para la distribución

  • de funciones de servidores de granja a través de los equipos host de virtualización

  • Equipos host de virtualización

  • Elementos de infraestructura como enrutadores y equilibradores de carga

La virtualización introduce otro nivel de seguridad que se debe abordar. El equipo host de virtualización proporciona un único punto de acceso a las máquinas virtuales que lo hospedan, que amplía la superficie de ataque. Además, la red virtual presenta desafíos adicionales para proteger la red de granja.

Su organización ya dispone de las directivas, procedimientos y herramientas para administrar la seguridad y autenticación para la infraestructura y los sistemas de TI. Debe proteger el servidor de virtualización mediante el uso de las mismas medidas que se toman para proteger cualquier servidor que ejecute Windows Server 2008 o Windows Server 2008 R2. También debe implementar medidas adicionales para ayudar a proteger las máquinas virtuales, los archivos de configuración y los datos. Para más información sobre cómo ayudar a proteger las cargas de trabajo de Windows Server 2008, vea la Guía de seguridad de Windows Server 2008.

SharePoint 2013 proporciona características nuevas, rediseñadas y ampliadas y por lo tanto, características de rendimiento del servidor de granja y los requisitos de recursos difieren de los requisitos para Productos de SharePoint 2010. Es necesario una profunda comprensión de los cambios realizados en SharePoint 2013 para conocer los requisitos de recursos del servidor de cada granja. Comprender el efecto de estos cambios es especialmente importante en un escenario en el que intente basar las especificaciones de sistema del servidor de granja en los datos históricos: los perfiles de uso o datos de rendimiento. Para obtener más información acerca del rendimiento, vea Planeación del rendimiento y la administración de capacidad en SharePoint Server 2013.

Datos de uso

El uso de datos históricos facilita la derivación de los parámetros de prueba que puede utilizar para las pruebas de línea base. Sin embargo, al evaluar estos datos hágalo en el contexto de las nuevas características de SharePoint 2013. Determine cómo pueden afectar estas características a los patrones de comportamiento de usuario. Por ejemplo:

  • un resultado típico de las mejoras de una función existente es que más personas la utilizarán con más frecuencia y durante períodos más prolongados.

  • Las características nuevas o ampliadas tienen el mismo efecto que las características mejoradas y en algunos casos, principalmente cuando no estaban disponibles las funcionalidades muy solicitadas; el aumento en el uso de SharePoint es muy importante.

  • Un aumento significativo en el tamaño de la base de usuarios, el resultado de una fusión o una adquisición, por ejemplo, también afectará al perfil de uso.

Los cambios en los patrones de uso como el número de conexiones simultáneas o el tiempo medio de conexión pueden tener un efecto significativo sobre los requisitos de sistema globales.

Datos de rendimiento

Los datos de rendimiento miden el grado en que un servidor controla la carga de trabajo de SharePoint según su función, además de los recursos del equipo (como el uso de la CPU o memoria) utilizados cuando el sistema realiza sus tareas. (Puede también utilizar el rendimiento general de un grupo de servidores de granja como otra medida de rendimiento.) Para lograr un óptimo rendimiento debe haber suficientes recursos de equipo disponibles para controlar la carga de trabajo. La especificación de requisitos del sistema, excluyendo los requisitos previos de software, debe identificar la configuración de cada servidor con el fin de controlar la carga que se necesita para la función de servidor. La configuración final es el resultado de pruebas iterativas (pruebas comparativas) que recopilan datos de rendimiento cuando se realizan tareas predeterminadas con cargas diferentes. Los evaluadores de equipo del proyecto comparan los datos de las pruebas comparativas con la línea de base para poder ver el efecto de la carga y las tareas que afectan al rendimiento. Si hay datos históricos es más fácil crear la línea de base para las pruebas de rendimiento.

ImportanteImportante:
Asegúrese de que las características de rendimiento de todas las características rediseñadas o actualizadas se hayan probado exhaustivamente y que se entiende su efecto en el rendimiento general del sistema. Algunas de estas características pueden no aumentar significativamente o visiblemente las demandas de rendimiento. Sin embargo, la carga impuesta por una característica puede cambiarse a una función de servidor de granja diferente. Las suposiciones que tenga para una función determinada deben validarse volviendo a realizar pruebas comparativas.

Si la granja de SharePoint es la primera implementación de la organización no podrá optar a utilizar datos históricos como punto de referencia para establecer una línea base de rendimiento. Tendrá que crear la línea base con las directrices y los límites previstos para SharePoint 2013. Independientemente de cómo establezca la línea de base, debe ejecutar distintas pruebas comparativas diseñadas para recopilar datos específicos con los que perfeccionar el diseño de arquitectura y las especificaciones de requisitos del sistema.

ImportanteImportante:
Las pruebas de rendimiento y el análisis para cada función de servidor se deben combinar para crear un perfil de rendimiento para el rendimiento global de granja, lo que facilita la tarea de identificar cuellos de botella de rendimiento en la granja.

Después de determinar los requisitos de capacidad de la granja de SharePoint 2013 el paso siguiente es ajustar el tamaño de la granja, sus servidores y la infraestructura de virtualización. Las dos áreas clave en las que se centran los arquitectos de la granja son el almacenamiento de contenido y el rendimiento de la granja. Para más información sobre la capacidad, vea Ajuste de tamaño y administración de la capacidad para SharePoint Server 2013.

SharePoint 2013 destaca por su capacidad para controlar una diversa gama de los tipos de contenido, que van desde simples archivos de texto hasta grandes archivos de medios. Esta capacidad incluye y no se limita a la creación y edición de contenido, el uso compartido para la colaboración, el almacenamiento a corto y largo plazo y archiving. Desde una perspectiva de ajuste de tamaño, su diseño debe ser suficiente para controlar los requisitos de términos cercanos: a medida que crezca la base de datos puede incrementar la escalabilidad vertical de la granja para acomodar este crecimiento.

La capacidad de una granja para satisfacer o superar el nivel de rendimiento necesario de forma coherente es el segundo aspecto importante de la capacidad. La capacidad de rendimiento normalmente se define y se evalúa como el tipo de carga que se coloca en los servidores de granja en comparación con un conjunto predefinido de umbrales. Los umbrales son límites configurables que se utilizan para definir las cargas aceptables y también para las cargas que expondrán a la granja a un estado incorrecto cuando se supere un límite. Para obtener más información, vea Restricciones y límites del software de SharePoint 2013.

NotaNota:
La capacidad de rendimiento normalmente incluye las mediciones de la entrega de contenido, así como el tiempo de carga de la página.

La capacidad de rendimiento de la granja se determina por su tamaño, en función de las soluciones que admite y las características de muchos componentes de esta. Algunos ejemplos de estos componentes son los siguientes: los propios servidores de granja, el ancho de banda de red y la latencia, el diseño de página y el código personalizado, por nombrar algunos.

Como sucede con el rendimiento, ya sea esta granja la primera implementación de SharePoint 2013 de la organización o una ya existente, mide su estrategia para planear la capacidad.

Una arquitectura bien definida para una granja virtual, empezando desde la capa de hardware, consta de los equipos host de virtualización, la infraestructura de red, el sistema de almacenamiento y las máquinas virtuales que forman parte del entorno de SharePoint 2013. (Un diseño de arquitectura heterogéneo incluye los servidores de granja físicos). Utilice la ilustración de diseño que proporcionamos como guía para configurar su propio proceso y los criterios para la creación de una arquitectura detallada y las especificaciones del sistema. Adapte su enfoque para reflejar los requisitos de su organización y también los requisitos de la solución de Productos de SharePoint que piensa implementar en un entorno virtual.

Nuestra estrategia de diseño utiliza el modelado e iteración para llegar a una arquitectura de granja y unas especificaciones del sistema preparadas para las pruebas activas.

El modelado es una herramienta de visualización muy útil que le permite ver todos los componentes de una implementación de granja de Productos de SharePoint para la solución. Si el modelo incluye las especificaciones del sistema también le permitirá realizar una comprobación para asegurarse de que se han identificado y documentado todas las especificaciones. Ya que el modelo es un documento pequeño, es fácil que circule entre todos los participantes para que lo revisen y envíen comentarios sobre este fácilmente.

El grado de detalle que se utilice en un modelo dependerá del usuario. El modelo que utilizamos para mostrar el proceso de diseño está formado por los servidores de granja, los componentes de Productos de SharePoint que se instalan y configuran en cada servidor y las especificaciones del sistema para cada servidor. Hemos decidido no incluir el procesamiento de flujos de trabajo o de la infraestructura de red de Productos de SharePoint con el fin de mantener el modelo lo más sencillo posible y que siga siendo útil.

El proceso de diseño iterativo es un enfoque conocido y probado para el diseño de aplicaciones y sistemas. El diseño iterativo proporciona varias ventajas, como las siguientes:

  • Permite identificar si la información falta o es incorrecta.

  • Permite identificar de una manera más fácil las especificaciones del sistema o los elementos de diseño dudosos que requieren una mayor investigación.

La siguiente lista de tareas describe los pasos claves para crear, configurar e implementar una granja virtual y la infraestructura de soporte:

  1. Crear un modelo de arquitectura y especificaciones del sistema para una granja implementada en servidores físicos

  2. Utilizar la arquitectura física y las especificaciones del sistema como una plantilla para crear la arquitectura de granja virtual preliminar y la plataforma de soporte física necesaria.

    SugerenciaConsejo:
    Recopilar material de referencia técnica detallado (por ejemplo, artículos técnicos y artículos de la Knowledge Base) para SharePoint 2013, SQL Server y Hyper-V. Utilice esta información para crear una base de conocimientos técnica que se pueda utilizar como una herramienta de diseño. Esta base de conocimientos es muy útil durante las pruebas de preproducción cuando el equipo de pruebas tiene que determinar la mejor manera de resolver un problema de rendimiento e identificar la mejor solución.
  3. Agregue los equipos host de virtualización y sus especificaciones de sistema al modelo.

  4. Inicie el proceso de diseño iterativo. Analice el modelo de arquitectura para comprobar que el modelo identifica todos los elementos que son necesarios para la solución de granja. Realice una prueba de razonabilidad contra las especificaciones del sistema de cada servidor de granja. Identifique y obtenga la información que falta o esté incompleta de forma que pueda utilizarla para ajustar las especificaciones o el diseño de granja.

  5. Perfeccione la arquitectura en función del resultado del análisis y mediante la incorporación de información nueva o actualizada.

  6. Inicie otro bucle iterativo: revisar, revisar, revisar. Continúe evaluando y perfeccionando la arquitectura y las especificaciones, hasta que esté seguro de que todos los aspectos de la granja virtual cumplen los criterios para implementar y probar la granja en un entorno de preproducción como prueba de concepto (POC) o prueba piloto limitada.

  7. Implemente la granja.

Cree un modelo de arquitectura física mediante datos históricos, si está disponible, o con los requisitos y directrices que se proporcionan para SharePoint 2013. Si utiliza datos históricos, se recomienda complementar estos datos con la información nueva acerca de los requisitos y la orientación actualizada para que el diseño cubra todas las características nuevas o actualizadas.

ImportanteImportante:
Como práctica recomendada, invierta el mismo tiempo y aplique el mismo rigor que utilizaría para instalar y configurar Productos de SharePoint en servidores físicos. Esta inversión se compensa cuando se traducen las especificaciones del sistema y el diseño físico a un entorno virtual. También elimina los cambios de topología innecesarios y los cambios de tamaño en los equipos virtuales y equipos de host de virtualización.

Cuando esté seguro de que este modelo es sólido y trata adecuadamente los requisitos para la nueva granja, puede asignar la vista física a un entorno virtual.

Nuestra granja de ejemplo

Para mostrar el proceso de creación y perfeccionamiento de las especificaciones del sistema y del diseño de granja utilizamos una granja pequeña-mediana que esté configurada para utilizar la búsqueda. Para evitar confusiones no hemos incluido ninguna de las aplicaciones de servicio que se deben tener en cuenta para el propio diseño.

La siguiente figura muestra nuestra granja de ejemplo implementada en equipos físicos. Se trata de nuestro punto de partida para el proceso de desarrollo de especificaciones del sistema y una arquitectura de granja virtual adecuadas para implementarlas como una prueba piloto o de concepto.

Figura 1. Una granja de tamaño pequeño-mediano implementada en equipos físicos

Arquitectura para la granja de servidores en servidores físicos
NotaNota:
Las etiquetas enumeradas (1X - 6X) en la Figura 1 identifican los componentes de la granja o las configuraciones de servidores que deben investigarse.

Utilice el diseño de topología de granja física y las especificaciones del sistema como guía para modelar el entorno virtual, que incluye los equipos host de Hyper-V.

NotaNota:
Asegúrese de que las capacidades y limitaciones potenciales de los equipos host de virtualización se comprenden y formen parte del plan de diseño.

Utilice la siguiente secuencia de tareas como guía para desarrollar el modelo virtual:

  1. realice una revisión final del modelo físico y de las especificaciones del sistema para comprobar que basa el modelo virtual en el diseño y tamaño conocido.

    Antes de transferir las especificaciones de la nota de modelo físico fíjese en cualquier configuración que destaque para poder comprobar los requisitos de SharePoint 2013 para comprobar las configuraciones o la información que falta. Utilizando nuestro ejemplo, tenga en cuenta lo siguiente:

    1. cada uno de los servidores web front-end (FE-1, 2-FE) está configurado para utilizar 24 GB de RAM. En la primera lectura, esta configuración de memoria parece alta, especialmente cuando se compara con los servidores de aplicaciones que hospedan los componentes de búsqueda.

    2. Dos de los servidores de aplicaciones (SA-1 y SA-2) están dedicados al hospedaje de los componentes de búsqueda. Sin embargo, la capacidad de disco duro para el índice puede no ser suficiente.

    3. El tercer servidor de aplicaciones (AP-1) hospeda los demás componentes de búsqueda además de las otras funciones de aplicación para la granja. No hay ningún aprovisionamiento para alta disponibilidad.

    4. El servidor de aplicaciones AP-1 tiene suficiente memoria. Sin embargo, la capacidad de disco duro podría no ser suficiente.

    5. Falta información de los servidores de base de datos (SQ-1 y SQ-2) sobre los requisitos del disco duro y la configuración de memoria parece ser demasiado baja.

    6. Se señala un requisito para las bases de datos altamente disponibles, pero no se proporciona información específica acerca de la solución de alta disponibilidad.

  2. Identifique el número de máquinas virtuales que se necesitan y asigne la función de cada máquina virtual al servidor correspondiente en el modelo físico.

  3. Utilice las especificaciones del servidor físico para documentar la configuración para cada máquina virtual (número de procesadores, la cantidad de memoria y espacio en disco). Durante la transferencia de las especificaciones del modelo físico tenga en cuenta las configuraciones que destacan para poder comprobar los requisitos de SharePoint 2013 con el fin de comprobar las configuraciones dudosas.

    NotaNota:
    No olvide comprobar los requisitos de SQL Server al mismo tiempo que comprueba las especificaciones para los servidores de la granja de SharePoint 2013.
  4. Determine la distribución de máquinas virtuales en los equipos host. Tenga en cuenta los siguientes factores al determinar cómo distribuir las máquinas virtuales entre los equipos host: requisitos de disponibilidad de la granja, distribución de la función de prácticas recomendadas para un rendimiento óptimo, el número mínimo de equipos host y la capacidad de host (si se sabe).

  5. Examine la distribución de los servicios de la granja a través de los equipos host de virtualización para ver si alguno de estos servicios está expuesto si se produce un error en un equipo host.

  6. Utilice los requisitos de capacidad de la máquina virtual para determinar las especificaciones mínimas del sistema del equipo host (número de núcleos, memoria, discos duros locales o almacenamiento en red).

    NotaNota:
    Utilice configuraciones de prácticas recomendadas para las máquinas virtuales y equipos host de virtualización. Para obtener más información, vea Utilización de las configuraciones de mejores prácticas para los equipos virtuales de SharePoint 2013 y el entorno Hyper-V.
  7. Identifique los requisitos de red, almacenamiento y alimentación generales, teniendo en cuenta estos objetivos de diseño: disponibilidad, rendimiento y capacidad.

    Tal como se indica en la sección "Elegir una estrategia de diseño e identificar las tareas clave", mantenemos el modelo lo más sencillo posible. Por lo tanto, los requisitos de red y almacenamiento no se tratan ni cubren en ningún nivel de detalle.

  8. Revise la arquitectura y las especificaciones del sistema e identifique los recursos sin confirmar en cada uno de los equipos host de Hyper-V. La capacidad del equipo host adicional determina la medida en que se pueden escalar verticalmente las máquinas virtuales en un equipo host o si se puede escalar horizontalmente la granja mediante la adición de una máquina virtual a un equipo host.

Después de terminar la primera versión de las especificaciones de sistema y el modelo de arquitectura virtual, le recomendamos que inicie el proceso iterativo para perfeccionar la arquitectura y las especificaciones del sistema. El objetivo es validar los requisitos de diseño y cualquier suposición que se utiliza para crear el diseño. Este proceso también le permite revisar los requisitos funcionales (para la solución y la granja) para comprobar que no hay cambios que deban considerarse antes de perfeccionar el modelo. Por último, si hay nuevos datos de pruebas comparativas o especificaciones actualizadas del producto, puede incorporar esta información a un modelo revisado.

Durante el proceso de análisis de la arquitectura de granja y las especificaciones del sistema de SharePoint 2013 es importante recordar que las configuraciones de servidor y la topología de granja cambiarán antes y, hasta cierto punto, después de implementar la granja en el entorno de producción. El alcance y el grado de cambio variarán según la solución, pero tenga en cuenta el hecho de que habrá cambios y que deben formar parte de su estrategia de revisión de diseño.

La ilustración siguiente muestra el primer borrador de nuestra arquitectura virtual con las especificaciones del sistema y la topología creadas para la granja física. Los mismos números de servidores de la granja se implementan como máquinas virtuales y se les asignan las mismas funciones que a los servidores físicos. Las máquinas virtuales se distribuyen en dos servidores host Hyper-V. Son necesarios un mínimo de dos servidores host Hyper-V para ser coherentes con el diseño de alta disponibilidad que se utiliza en el modelo físico.

ImportanteImportante:
El sistema de especificaciones para los equipos virtuales y equipos host de Hyper-V que se muestra en el diagrama siguiente es solo un ejemplo, no es obligatorio.
Las máquinas virtuales se configuran según los requisitos mínimos para cada función de servidor, como se indica en el artículo Requisitos de hardware y software para SharePoint 2013.

Figura 2. Topología de la granja virtual con dos equipos host Hyper-V

Arquitectura inicial para la granja virtualizada
NotaNota:
Las etiquetas enumeradas (1X - 5X) en la Figura 2, identifican componentes de granja o las configuraciones de servidores que deben investigarse.

Nuestro enfoque de la revisión del diseño en este artículo consta de tres fases (o categorías), que proporcionan un marco básico para el diseño. Utilice los siguientes pasos como guía para desarrollar su propio proceso de revisión del diseño.

  1. Realice una revisión del diseño de la arquitectura de granja virtual y la plataforma física de soporte.

  2. Analice las especificaciones del sistema para las máquinas virtuales y equipos host de virtualización.

  3. Revise la arquitectura y las especificaciones del sistema como una entidad única.

    NotaNota:
    Subdivida los pasos principales de revisión o categorías tanto como sea necesario para obtener el nivel de detalle que debe tener para perfeccionar la arquitectura o las especificaciones del sistema.

Evaluación del diseño de arquitectura física y virtual

La arquitectura virtual implementa la estrategia de disponibilidad para las funciones de servidor de la granja específicas como el modelo físico. Además del requisito de alta disponibilidad para las bases de datos, se mantiene la redundancia de servidor front-end web. También se mantiene la disponibilidad para los dos servidores de aplicaciones (SA-1, SA-2) que hospedan la consulta de búsqueda y los componentes del índice de búsqueda.

NotaNota:
A pesar de que la arquitectura virtual mantiene el diseño de disponibilidad de la arquitectura física, no la mejora, lo que debe formar parte de una estrategia de virtualización.

La decisión de utilizar dos equipos host y distribuir las funciones de servidor de granja a través de estos hosts logra dos cosas. En primer lugar, se asegura de que la mayoría de los servidores de granja no sean vulnerables a un único punto de errores. En segundo lugar, mediante la distribución de funciones, también se distribuye la carga de trabajo que contribuye a un mejor rendimiento general de la granja.

Defectos de diseño

Se deben tratar los siguientes aspectos del diseño:

  • El nivel de redundancia de los servidores front-end es adecuado para entornos de preproducción, pero se debe revisar antes de poner la granja en producción. La pérdida de un servidor front-end web reduce la capacidad de la granja para ofrecer contenido en un 50%. No hay ninguna opción de alta disponibilidad para los equipos host de virtualización. Si se produce un error en el HOST 2, la granja puede seguir funcionando. Sin embargo, no será el caso si se produce un error en el HOST 1.

  • No se proporciona ninguna alta disponibilidad para todos los servidores de aplicaciones. El componente de administración de búsqueda y el de análisis de búsqueda en AP-1 son vulnerables porque ambas instancias se están ejecutando en el mismo host Hyper-V.

  • No hay ninguna opción de alta disponibilidad para los equipos host de virtualización. Si falla el Host 2, la granja continuará funcionando sin pérdida de servicios. Sin embargo, si falla el Host 1, los servicios clave como el rastreo de contenido o el procesamiento de análisis no estarán disponibles.

Análisis de especificación de sistema de máquina virtual

Las especificaciones del sistema de máquina virtual se basan en las configuraciones de servidor del modelo físico. Después de revisar estas especificaciones, existen dos configuraciones que no pasan la prueba de razonabilidad. Se requiere más información para los siguientes servidores:

  • Los servidores web front-end. Después de comprobar los requisitos de SharePoint 2013 redujimos la configuración de memoria a 8 GB, que es el mínimo recomendado para un sistema que ofrece contenido. Otro aspecto de la configuración del servidor web es el número de procesadores virtuales (necesitamos verificar que estos servidores requieren cuatro procesadores).

  • Los servidores de base de datos. La especificación de memoria parece baja para estos servidores. Sin embargo, el modelo no proporciona información sobre el volumen esperado o los tipos de transacciones de base de datos.

  • El almacenamiento es otra área que merece más investigación. Para los servidores de base de datos lo único indicado es que son necesarios si son para el disco del sistema. No hay ninguna información acerca de los requisitos de capacidad para los otros discos duros de base de datos.

Análisis de especificación de sistema de equipo de host Hyper-V

En la tabla siguiente (Especificaciones del sistema para los equipos host Hyper-V, Host 1 y Host 2) se muestra un análisis de la capacidad de rendimiento de los equipos host de virtualización con memoria, la configuración del procesador y la escalabilidad como criterio.

Especificaciones del sistema para los equipos host Hyper-V (Host 1 y Host 2)

Especificaciones Análisis

Memoria

Host 1: 96 GB RAM

El requisito de memoria total es de 68 GB (permitiendo 4 GB de sobrecarga y 64 GB para las máquinas virtuales), lo que deja 28 GB de RAM disponible para el incremento de la escalabilidad vertical de las máquinas virtuales u horizontal de la granja.

NotaNota:
La deducción de gastos indirectos de memoria para un equipo de host de virtualización Hyper-V normalmente se calcula que es de 2 GB. Sin embargo, para un entorno virtualizado de Productos de SharePoint se recomienda utilizar 4 GB como sobrecarga al calcular los requisitos de memoria.

Host 2: 96 GB RAM

El requisito de memoria total es de 48 GB (permitiendo 4 GB de sobrecarga y 44 GB para los equipos virtuales), dejando 48 GB de RAM disponible para el incremento de escalabilidad vertical de las máquinas virtuales u horizontal de la granja.

Procesadores

La proporción de CPU lógica es 2:1 en el Host 1 y 1.5:1 en el Host 2. Estas tasas están dentro de límites aceptables.

NotaNota:
En un entorno virtualizado de Productos de SharePoint la asignación de memoria de la máquina virtual tiene un efecto significativamente mayor en el rendimiento que una CPU con sobreutilización en el equipo host de virtualización.

Escalabilidad

Los dos equipos de host tienen recursos suficientes para incrementar la escalabilidad vertical de las máquinas virtuales, o bien horizontal mediante la adición de máquinas virtuales.

NotaNota:
Arquitectura de la CPU del equipo host Hyper-V
La sobresuscripción de la CPU en los equipos Hyper-V hosts no es una preocupación. Sin embargo, sería útil saber si la arquitectura de la CPU del host de virtualización es compatible con la tecnología hyper-threading (HT) porque esta característica mejora el rendimiento.

Nuestra revisión resalta la necesidad de obtener más información antes de actualizar las especificaciones de arquitectura y el sistema. El siguiente paso es obtener información acerca de los siguientes aspectos de la granja:

  • Requisitos de capacidad de la base de datos

    El tamaño de la base de datos de la granja, la base de datos de contenido en particular, es un factor determinante para el cálculo del número de archivos de bases de datos en uso y su distribución en el sistema de almacenamiento. Entre otra información valiosa se incluye la siguiente: los tipos de datos que se almacenan (documentos, medios), las actividades de base de datos que se prevé efectuar (p. ej., leer, actualizar, etc.), el control y los requisitos de crecimiento esperado.

  • Requisitos de almacenamiento local y compartido

    Para tratar el almacenamiento por lo general, se necesita más información. En este momento no sabemos si el almacenamiento es local o si la intención es utilizar el almacenamiento de red compartida y local. Los servidores web front-end y los servidores de aplicación de búsqueda (SA 1, SA 2) parecen tener suficiente almacenamiento para archivos binarios y el índice de Productos de SharePoint, pero deben comprobarse los requisitos de almacenamiento para los componentes de búsqueda y todos los demás servicios del otro servidor de aplicaciones (AP 1).

    También debemos comprender la estrategia de almacenamiento de información global con el fin de determinar los requisitos de almacenamiento de los equipos host de virtualización (Host 1, Host 2). Según el modelo parece que se utiliza solo el almacenamiento local, que afectará al diseño del disco duro y a la colocación de la máquina virtual.

  • Configuraciones de disco duro virtual

    Las configuraciones de disco duro virtual afectan directamente a las configuraciones y los requisitos de almacenamiento del equipo host. Por ejemplo, si un host está utilizando el almacenamiento local, en una configuración de conexión directa de disco físico (también conocido como un disco de paso a través) se reserva todo el disco duro para la máquina virtual. Las configuraciones de disco duro de la máquina virtual también afectan a las opciones de copia de seguridad y restauración como instantáneas de SAN y pueden afectar a la configuración de alta disponibilidad del equipo de host de virtualización.

    s

  • Alta disponibilidad

    Se necesita más información para responder a la falta de alta disponibilidad para los servidores de aplicaciones. La alta disponibilidad se identifica como un requisito para los servidores de base de datos, pero necesitamos detalles específicos acerca de la solución que se utilizará (por ejemplo, la organización por clústeres frente a la creación de reflejo) ya que esto afectará a la arquitectura y es muy probable que a las especificaciones del sistema de base de datos.

Cambios adicionales al modelo

El ámbito y el alcance de los cambios en la arquitectura y las especificaciones del sistema vienen determinados por los resultados de la revisión del diseño inicial y el análisis de las especificaciones del sistema.

El plan de implementación también puede desempeñar un papel en el proceso porque se puede usar para determinar qué cambios implementar y la prioridad de cada uno. Los siguientes escenarios no requieren ningún cambio, especialmente si no hay ninguna ventaja significativa y cuantificable. Por ejemplo:

  • La arquitectura preliminar es adecuada para las primeras pruebas en las fases de implementación piloto o de prueba de concepto.

  • Los equipos host de virtualización son solo para las pruebas y el plan es reemplazarlos para las pruebas de aceptación de usuario. Esto elimina la necesidad de tratar los problemas de disponibilidad o de escalabilidad.

  • La granja está pensada para realizar pruebas o evaluaciones y se desactivará cuando terminen estas actividades.

SugerenciaConsejo:
Considere la posibilidad de archivar las máquinas virtuales para que pueda volver a crear la granja para actividades de pruebas futuras.

Tras realizar el seguimiento de las recomendaciones y solicitudes de información que fueron el resultado de la revisión del diseño y la especificación del sistema podemos actualizar las especificaciones del modelo y sistema.

La ilustración siguiente muestra un modelo revisado que incorpora los cambios recomendados, además de la información que falta y los detalles. La ilustración siguiente muestra una arquitectura revisada que es más adecuada para una granja de producción.

Figura 3. La arquitectura revisada para la granja virtual

Arquitectura revisada para la granja virtualizada

Evaluación del diseño de arquitectura física y virtual

La arquitectura física y virtual revisada implementa varios cambios en respuesta a las preocupaciones que se han generado durante la revisión anterior. En la arquitectura revisada, hemos decidido incrementar la escalabilidad horizontal de la plataforma de host de virtualización en lugar de incrementar la escalabilidad vertical de los dos hosts del primer modelo.

NotaNota:
La decisión de incrementar la escalabilidad horizontal o vertical de los equipos host de virtualización viene determinada por la estrategia de hardware de su organización, que se basa en factores como los estándares de TI, los objetivos del negocio y el presupuesto. Ambos enfoques para proporcionar más capacidad son válidos y hay aspectos positivos y negativos para cada opción de escalabilidad.

La nueva arquitectura también está diseñada para satisfacer los siguientes objetivos:

  • Proporcionar alta disponibilidad para todos los servidores de granja y aumentar el nivel de disponibilidad.

  • Mejorar la escalabilidad permitiendo el incremento de escalabilidad horizontal o vertical para la granja y sus componentes.

  • Proporcionar más flexibilidad para mover máquinas virtuales entre los hosts de Hyper-V con el fin de volver a equilibrar las cargas de trabajo si es necesario y permitir la migración activa, si disminuye la capacidad del equipo host virtual debido a un error de hardware o de capacidad.

Los siguientes cambios cumplen nuestros objetivos:

  • Se ha aumentado el número de servidores web front-end a cuatro para obtener un mejor equilibrio de la carga y proporcionar una mayor disponibilidad para esa función de la granja.

  • Se ha aumentado el número de equipos host de virtualización a cuatro, además de la capacidad de cada uno de estos equipos mediante las configuraciones siguientes:

    • CPU: 16 núcleos además de la tecnología Hyper-Threading

    • Memoria: 96 GB

  • La alta disponibilidad para el servidor de base de datos se implementa mediante grupos de disponibilidad AlwaysOn de SQL Server 2012.

    Con dos equipos host hay capacidad suficiente para dedicar un host Hyper-V (Host-3) a la réplica principal (PR) para el grupo de disponibilidad AG 1. La segunda réplica (SR) está instalada en el Host 2, que también se dedica a ejecutar SQL Server 2012. Esta estrategia aumenta la capacidad y el rendimiento de los servidores de base de datos de la granja. Sin embargo, el resultado son equipos host de virtualización infrautilizados. Después de incrementar la memoria de la máquina virtual de base de datos a 32 GB, sigue habiendo 60 GB de memoria sin asignar. La relación del procesador virtual con el procesador lógico es de solo 1:4, dejando ambos equipos host de virtualización con un déficit significativo de suscripción.

    Hemos decidido utilizar una configuración de base de datos que realice un mejor uso de los hosts Hyper-V, un mejor rendimiento de la base de datos al equilibrar la carga de trabajo de una forma más correcta y ofrecer mayor disponibilidad. Esta configuración utiliza dos grupos de disponibilidad (AG 1 y AG 2). La réplica principal para AG 2 comparte Host 2 con la réplica secundaria para AG 1 y la segunda réplica para AG 2 comparte Host 3 con la réplica principal para AG 1.

    Otro aspecto de la arquitectura revisada y las especificaciones del sistema es la decisión de utilizar discos de paso a través para las máquinas virtuales de base de datos. Esta configuración sigue las instrucciones de prácticas recomendadas para configurar discos duros para una máquina virtual que esté ejecutando SQL Server. La configuración de disco recomendada de Hyper-V para servidores de base de datos es el disco de paso a través. Aunque los discos de paso a través ofrecen un rendimiento ligeramente mejor que los discos de tamaño fijo, los primeros son una mejor opción para discos grandes y aplicaciones con una E/S intensiva de disco, una característica conocida de bases de datos de Productos de SharePoint. Además, los discos a través eliminan la contención de los discos porque otros discos duros virtuales no pueden acceder al disco físico.

  • El incremento de escalabilidad horizontal de los hosts de virtualización proporciona más flexibilidad para equilibrar la carga de trabajo de la máquina virtual.

  • El uso de cuatro equipos host de virtualización proporciona una buena base para implementar los clústeres de conmutación por error además de una migración rápida y activa para las máquinas virtuales. Para obtener más información, vea Descripción de Hyper-V y máquinas virtuales en el contexto de un clúster (http://technet.microsoft.com/es-es/library/dd759249.aspx.aspx).

Análisis de especificación del sistema de equipo de host de virtualización

En la tabla siguiente, Especificaciones del sistema revisadas para los equipos host de virtualización (Host 1, Host 2, Host 3, Host 4), se muestra un análisis de la capacidad de rendimiento de los equipos host de virtualización con memoria, la configuración del procesador y la escalabilidad como criterio.

Especificaciones del sistema revisadas para los equipos host de virtualización (Host 1, Host 2, Host 3 y Host 4)

Especificaciones Análisis

Memoria

Después de permitir 4 GB de RAM en cada equipo host de virtualización en los equipos host de Hyper-V, la memoria sin asignar es la siguiente:

  • Host 1: 36 GB

  • Host 2: 28 GB

  • Host 3: 28 GB

  • Host 4: 36 GB

La memoria sin asignar de todos los equipos deja suficiente capacidad para escalar o para la migración activa.

Procesadores

Como resultado de la arquitectura revisada, las relaciones de procesador lógico virtual son:

  • Host 1: la relación lógica virtual 1:1.

  • Host 2: la relación lógica virtual 1:2.

  • Host 3: la relación lógica virtual es 1:2.

  • Host 4: la relación lógica virtual es 1:1.

Estas relaciones están dentro de los límites aceptables.

Escalabilidad

La arquitectura admite escalabilidad en toda la granja y para todos los componentes de esta.

Los cambios en el diseño de arquitectura y las especificaciones del sistema son una mejora con respecto al primer modelo. Sin embargo, sería necesaria una iteración adicional para:

  • Proporcionar más información detallada para la estrategia de almacenamiento (red local o compartida) para las máquinas virtuales de servidor de base de datos. Para ello, se necesita más información acerca del volumen y el tipo de contenido que se espera almacenar en la granja.

  • Perfeccionar las especificaciones para los servidores web front-end. Para ello, obtenga información sobre el uso esperado, como el número de conexiones simultáneas o la duración media del tiempo de conexión.

No hay un número obligatorio u óptimo de iteraciones de revisión; continúe el ciclo hasta que llegue a una fase donde las revisiones adicionales no mejoren significativamente las especificaciones de diseño o del sistema. Este es el punto donde debe probar la granja en un entorno real.

Independientemente de su diligencia, la realidad es que toda la arquitectura y especificaciones del sistema forman parte de la teoría hasta que se implementa la granja en un entorno de pruebas de preproducción y se ejecutan una serie de pruebas comparativas. El número de pruebas comparativas necesarias dependen de su estrategia de hardware. Si esta estrategia se basa en los requisitos especificados, se reducen los requisitos de pruebas comparativas.

SugerenciaConsejo:
Sopese el costo y tiempo necesarios para llevar a cabo amplias pruebas comparativas frente al costo de hardware que proporciona superar la capacidad requerida y la capacidad de rendimiento. Dependiendo de su situación, la inversión de hardware podría ser una mejor opción.

Las pruebas comparativas proporcionan los datos que debe tener para evaluar y, a continuación, implementar los cambios correctos entre plataformas. El primer conjunto de pruebas comparativas permite identificar el ámbito, la naturaleza y magnitud de los cambios que son necesarios. Normalmente los primeros cambios que los equipos de implementación consideran son los siguientes (no se muestran en orden de prioridad):

  • Cambiar la arquitectura de la topología de granja para distribuir las cargas de trabajo.

  • Incrementar la escalabilidad vertical en las máquinas virtuales, u horizontal de la granja mediante la adición de máquinas virtuales.

  • Incrementar la escalabilidad vertical de los equipos de host Hyper-V u horizontal de la plataforma de hardware mediante la adición de más equipos host.

El equipo de distribución tiene que determinar la prioridad, la ganancia potencial y el efecto de estos cambios. Los datos disponibles pueden no ser suficientes para determinar esta información y por lo tanto, puede que se necesiten pruebas comparativas adicionales y es posible que deba cambiarlas con el fin de obtener los datos que desee.

NotaNota:
Le recomendamos que pruebe la estrategia de control y generación de informes (y herramientas) que se va a utilizar para el entorno de producción. Las pruebas de preproducción de la granja permiten llevar a cabo el control y la generación de informes completamente in situ, cuando la granja se lleva a producción.

Como conclusión, la arquitectura y las especificaciones del sistema continuarán evolucionando al pasar de la etapa de preproducción a la de producción. Como práctica recomendada, se recomienda que continue la ejecución de pruebas comparativas hasta que se estabilice la granja en el entorno de producción.

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft