Instalación y configuración de una máquina Virtual Hyper-V para su uso con BizTalk Server

  • Artículo
  • 02/02/2021
  • 12 minutos de lectura
    • M
    • v
    • D
    • n
    • V
    • +1
¿Es útil esta página?

Gracias.

Este tema proporciona recomendaciones para instalar y configurar BizTalk Server en un entorno Hyper-V, incluidas recomendaciones para la instalación y configuración de la máquina virtual Hyper-V y recomendaciones para instalar BizTalk Server en una máquina virtual Hyper-V.

Instalación y configuración de Hyper-V

Antes de instalar Hyper-V, consulte Novedades de Hyper-V en Windows Server 2008 R2. La guía» Introducción a Microsoft Hyper-V Server 2008 R2 » proporciona detalles sobre cómo instalar y configurar Windows Server 2008 R2 Hyper-V. La guía está disponible en https://go.microsoft.com/fwlink/?LinkID=202431.

El documento «Pautas de ajuste de rendimiento para Windows Server 2008 R2» proporciona detalles sobre el ajuste de Windows Server 2008 R2 e incluye una sección centrada específicamente en Hyper-V. El documento está disponible en https://go.microsoft.com/fwlink/?LinkID=202087.

Requisitos previos de la plataforma Hyper-V

Hyper-V es un rol de servidor disponible para 64 bits y todas las ediciones de Windows Server 2008 SP2 son solo de 64 bits. Además, el hardware físico debe admitir virtualización asistida por hardware. Esto significa que el procesador debe ser compatible con la tecnología de Virtualización Intel (Intel VT) o la tecnología de Virtualización AMD (AMD-V), el BIOS del sistema debe admitir la Prevención de Ejecución de Datos (DEP) y el DEP debe estar habilitado. Específicamente, debe habilitar el bit Intel XD (bit de desactivación de ejecución) o el bit AMD NX (sin bit de ejecución).

Nota

Después de habilitar estas opciones en el BIOS del sistema, apague el equipo por completo y, a continuación, reinicie el equipo para asegurarse de que se aplican estas configuraciones.

Determinación de los requisitos de hardware

Debido a las demandas de consolidación de servidores, los servidores Hyper-V tienden a consumir más CPU y memoria, y requieren mayor ancho de banda de E/S de disco que los servidores físicos con cargas informáticas comparables. Para implementar un entorno que cumpla con las expectativas, considere los factores a continuación para determinar los requisitos de hardware exactos de su servidor.

Opciones de configuración de almacenamiento

El hardware de almacenamiento debe proporcionar suficiente ancho de banda de E / S y capacidad de almacenamiento para satisfacer las necesidades actuales y futuras de las máquinas virtuales que planea alojar. Al elegir la configuración de almacenamiento para Hyper-V, existe un equilibrio entre el uso de la capacidad y el rendimiento que puede proporcionar.

Al planificar la configuración de almacenamiento, tenga en cuenta los requisitos del entorno que está aprovisionando. Los requisitos para entornos de producción, preproducción y desarrollo pueden diferir considerablemente.

Si está implementando un entorno de servidor BizTalk de producción en Hyper-V, el rendimiento será un requisito clave. Para evitar la contención de E/S de disco en sistemas de producción ocupados, instale los servicios de integración en el sistema operativo host e invitado y configure discos para volúmenes de datos con el controlador SCSI sintético. Para cargas de trabajo de E/S de almacenamiento altamente intensivas que abarcan varias unidades de datos, cada VHD debe estar conectado a un controlador SCSI sintético independiente para un mejor rendimiento general. Además, cada VHD debe almacenarse en discos físicos separados. Para obtener más información sobre la configuración de discos para volúmenes de datos con el controlador SCSI sintético, consulte la sección «Optimizar el rendimiento del disco» del tema Lista de comprobación: Optimización del rendimiento en Hyper-V.

Normalmente, los entornos de desarrollo no tienen requisitos de rendimiento estrictos, ya que la principal prioridad suele ser maximizar la utilización de recursos. Para entornos de desarrollo, el rendimiento proporcionado al alojar varios archivos VHD en una sola unidad física es generalmente aceptable.

Hyper-V admite varios tipos diferentes de opciones de disco de almacenamiento. Cada una de las opciones de almacenamiento se puede conectar a la máquina mediante un controlador IDE o SCSI. Un beneficio potencial de usar el controlador SCSI sobre el controlador IDE es que solo funcionará correctamente si se han instalado las versiones correctas de los componentes de integración del sistema operativo en la máquina virtual invitada. Este es un método sencillo para garantizar que los componentes de integración del sistema operativo correcto estén instalados en el sistema operativo invitado.

Nota

A diferencia de las versiones anteriores de la tecnología de virtualización de Microsoft, no hay diferencia de rendimiento entre usar un controlador IDE virtual o un controlador SCSI virtual al acceder a discos duros virtuales.

Para actividades intensivas de lectura y escritura, como alojar bases de datos SQL Server, la opción de disco passthrough proporciona ventajas de rendimiento incrementales sobre los discos de disco duro virtual fijo (VHD). La opción paso a través permite que la máquina virtual tenga acceso directo al disco físico y omite el sistema de archivos NTFS en la partición raíz, pero no admite ciertas funciones de los discos virtuales, como instantáneas de máquinas virtuales y compatibilidad con clústeres. Por lo tanto, no se recomienda el uso de la función de disco de paso directo en un entorno BizTalk o SQL Server porque los beneficios de rendimiento marginales se compensan con creces por la funcionalidad que falta.

La siguiente tabla resume las ventajas y desventajas de las opciones de almacenamiento Hyper-V disponibles:.

Tipo de almacenamiento Hyper-V Pros Contras Consideraciones para BizTalk Server
Los discos de tamaño fijo funcionan mejor que un VHD dinámico porque el archivo VHD se inicializa en su tamaño máximo posible cuando se crea en el disco duro físico.
Esto hace que la fragmentación sea menos probable y, por lo tanto, mitiga los escenarios en los que una sola E/S se divide en varias E/S. Este tiene la sobrecarga de CPU más baja de los tipos VHD porque las lecturas y escrituras no necesitan buscar la asignación del bloque.
Requiere la asignación de la cantidad total de espacio en disco por adelantado. Uso para volúmenes del sistema operativo en BizTalk Server y SQL Server. Condición: El disco de inicio de una partición invitada Hyper-V debe estar conectado a un controlador IDE.
Discos de expansión dinámica El tamaño del archivo VHD aumenta al tamaño especificado al crear el disco, a medida que se almacenan más datos en la propia máquina virtual. Esto se adapta al uso más eficiente del almacenamiento disponible. No funciona tan bien como un VHD de tamaño fijo. Esto se debe a que los bloques en el disco comienzan como bloques a cero, pero no están respaldados por ningún espacio real en el archivo VHD. Las lecturas de estos bloques devuelven un bloque de ceros. Cuando se escribe un bloque por primera vez, la pila de virtualización debe asignar espacio dentro del archivo VHD para el bloque y, a continuación, actualizar los metadatos correspondientes. Además, cada vez que se hace referencia a un bloque existente, la asignación de bloques debe buscarse en los metadatos. Esto aumenta el número de actividades de lectura y escritura, lo que a su vez provoca una mayor utilización de la CPU.
El crecimiento dinámico también requiere que el administrador del servidor supervise la capacidad del disco para asegurarse de que hay suficiente almacenamiento en disco a medida que aumentan los requisitos de almacenamiento.
No funciona tan bien como un VHD de tamaño fijo.
Si el rendimiento no es una preocupación, por ejemplo, en un entorno de desarrollo, esta puede ser una opción adecuada para los discos duros del sistema operativo.
Causa sobrecarga de CPU adicional debido a la búsqueda de asignación de bloques.
Discos de diferenciación Esta es una configuración padre-hijo en la que el disco de diferenciación almacena todos los cambios relativos a un VHD base y el VHD base permanece estático. Por lo tanto, solo los bloques que son diferentes del padre deben almacenarse en el VHD de diferenciación hijo. El rendimiento puede degradarse porque la lectura / escritura necesita acceder al VHD primario fijo / dinámico, así como al disco de diferenciación. Esto aumenta la utilización de la CPU y la sobrecarga de E/S de disco. Se requiere una gran cantidad de configuración específica de la máquina para las instalaciones de BizTalk Server y los archivos VHD secundarios pueden crecer sustancialmente, lo que minimizaría los beneficios de usar esta configuración de disco. La lectura de múltiples VHD en este escenario genera una sobrecarga adicional de E/S de CPU y disco.
Discos passthrough Estos son discos físicos que están configurados como sin conexión en la partición raíz y permiten que Hyper-V tenga acceso exclusivo de lectura y escritura al disco físico. Requiere un disco o LUN completamente dedicado para que se asigne a una máquina virtual.
Un disco físico es más difícil de mover entre máquinas que los archivos VHD.
Si su instancia de SQL Server se está ejecutando en un Hyper-V, puede obtener mejoras de rendimiento incrementales utilizando discos passthrough sobre discos duros virtuales fijos (VHD) para los volúmenes de datos de BizTalk Server.
Si aloja ubicaciones de recepción de archivos locales en el servidor BizTalk o transmite mensajes grandes al disco durante el procesamiento, puede obtener mejoras de rendimiento incrementales utilizando discos passthrough sobre discos duros virtuales fijos (VHD).

Para obtener más información sobre la implementación de discos y almacenamiento con Hyper-V, consulte Implementación de discos y almacenamiento (https://go.microsoft.com/fwlink/?LinkID=142362).

Redes

BizTalk Server tiende a exhibir una alta utilización de la red. Por lo tanto, cuando el rendimiento de la red es un problema, considere asignar una tarjeta de red física separada para cada máquina virtual.

Al configurar una máquina virtual, asegúrese de utilizar el Adaptador de red en lugar del Adaptador de red heredado. El adaptador de red heredado está diseñado para sistemas operativos que no admiten componentes de integración.

Para medir el rendimiento de la red, utilice los contadores» \Interfaz de red \Bytes Total/seg » y \Interfaz de red(*)\Longitud de la cola de salida del monitor de rendimiento en el sistema operativo host para medir el rendimiento general de la tarjeta de red. Si se ha identificado que una red física está ocupada, utilice el contador»Adaptador de red virtual \ Hyper-V (*) \ Bytes / seg» en el sistema operativo host para identificar qué adaptador de red de máquina virtual genera o está generando una carga alta.

Para obtener más información sobre la evaluación del rendimiento de la red en un entorno Hyper-V, consulte la sección Medición del rendimiento de la red de la Lista de comprobación: Medición del rendimiento en Hyper-V.

CPU

Hyper-V admite diferentes números de procesadores virtuales para diferentes sistemas operativos invitados; como se resume en la tabla siguiente. Para asignar el máximo de recursos de CPU para BizTalk Server, instálelo en un sistema operativo invitado Windows Server 2008 R2, que admite cuatro procesadores virtuales por máquina virtual.

Configure una asignación 1-1 de procesadores virtuales en los sistemas operativos invitados a procesadores lógicos disponibles para el sistema operativo host para evitar un cambio de contexto excesivo. El cambio excesivo de contexto entre procesadores provocará una degradación del rendimiento. Para obtener más información sobre cómo asignar procesadores virtuales a procesadores lógicos, consulte la sección» Optimizar el rendimiento del procesador » del tema Lista de comprobación: Optimización del rendimiento en Hyper-V.

El contador de monitor de rendimiento»Procesador Lógico de Hipervisor \ Hyper-V (_Total) \ % Tiempo de ejecución total» mide la utilización general de recursos de todas las máquinas invitadas y el hipervisor en el host Hyper-V. Si este valor es superior al 90%, el servidor se está ejecutando a su capacidad máxima; asignar procesadores virtuales adicionales a máquinas virtuales en este escenario puede degradar el rendimiento general del sistema y debe evitarse. Para obtener más detalles sobre el uso de los contadores de rendimiento de HiperV, consulte la sección Evaluación del rendimiento del servidor BizTalk en Hyper-V de esta guía.

Sistema operativo Límite de procesador virtual
Windows Server 2008 R2. Todas las ediciones de Windows Server 2008 R2 son solo de 64 bits. 4
Windows Server 2008 SP2 de 64 bits 4
Windows Server 2008 SP2 de 32 bits 4
Windows 7 64-bit 4
Windows 7 de 32 bits 4
Windows Vista 64-bit 2
Windows Vista de 32 bits 2

Nota

Para obtener más información acerca de los sistemas operativos invitados compatibles en Hyper-V, consulte https://go.microsoft.com/fwlink/?LinkID=118347.

Memoria

El servidor físico requiere suficiente memoria para la partición raíz y cualquier máquina virtual que se ejecute en el servidor. Durante las pruebas, se asignó un mínimo de 2 GB de memoria a la partición raíz y se supervisó el contador del monitor de rendimiento de Memoria/Mbytes Disponibles para garantizar que no se experimentara presión de memoria.

La cantidad de memoria que se debe asignar a cada máquina virtual en un entorno de servidor BizTalk depende de la carga de trabajo y el tipo de procesamiento que se realizará. Hay muchos factores que afectan los requisitos de memoria de BizTalk Server, incluyendo:

  • Tamaño de los mensajes procesados

  • Transmisión de mensajes

  • Diseño de orquestación

  • Procesamiento de tuberías

  • Número de hosts BizTalk que planea ejecutar dentro de la máquina virtual

    Para obtener una lista completa de los factores que afectan a la memoria, consulte la sección «Factores de rendimiento» de la Guía de Optimizaciones de rendimiento de BizTalk Server en https://go.microsoft.com/fwlink/?LinkId=122587.

    Supervise proactivamente el contador de Memoria / Mbytes disponibles desde cada máquina virtual y la partición raíz en sí. Se deben usar las siguientes pautas de Lista de comprobación: Medir el rendimiento en Hyper-V para determinar si hay suficiente memoria física disponible para la máquina virtual y para la partición raíz:

  • 50% de memoria libre disponible o más = Saludable

  • 25% de memoria libre disponible = Monitor

  • 10% de memoria libre disponible = Advertencia

  • Menos del 5% de la memoria libre disponible = Crítico, el rendimiento se verá afectado negativamente

La elección de la versión del sistema operativo raíz

Hyper-V es compatible con un núcleo de servidor, así como con una instalación completa de Windows Server 2008 R2. Para minimizar la sobrecarga de la partición raíz, instale Hyper-V en una instalación de Server Core de Windows Server 2008 R2. El rol Hyper-V se puede administrar de forma remota desde el Administrador de Hyper-V en un sistema diferente. Server Core proporciona un perfil de disco y memoria más pequeño, por lo que deja más recursos disponibles para las máquinas virtuales. Para obtener más información acerca de la opción de instalación de Server Core disponible para Windows Server 2008 R2, consulte https://go.microsoft.com/fwlink/?LinkID=202439.

Si elige utilizar una instalación completa de Windows Server 2008 R2, asegúrese de que la partición raíz esté dedicada únicamente al rol de servidor Hyper-V. La ejecución de roles de servidor adicionales consumirá recursos de memoria, disco, procesador y red y degradará el rendimiento.

Creación de máquinas Virtuales

Después de instalar y configurar el rol de servidor Hyper-V, debe crear las máquinas virtuales. Antes de hacer esto, es útil responder las siguientes preguntas:

  • ¿Qué configuración de almacenamiento utilizaré?

  • ¿Cuántos procesadores virtuales admite el sistema operativo invitado?

  • ¿Cuánta memoria se asignará a la máquina virtual?

  • ¿Cuántas máquinas virtuales puedo ejecutar en mi servidor Hyper-V?

  • ¿Cómo puedo instalar el sistema operativo en la máquina?

    Para obtener más información sobre cómo crear y configurar máquinas virtuales, consulte Crear máquinas virtuales.

Instalación del Sistema Operativo Base

Todas las opciones disponibles para una instalación de servidor físico están disponibles en Hyper-V. Se puede usar un CD/DVD-ROM de arranque o una imagen ISO para realizar una instalación manual. Se puede realizar una instalación de red si la máquina virtual se ha configurado con un adaptador de red conectado a la misma red que un servidor que aloja las imágenes ISO.

Importante

Sea cual sea el método de instalación elegido, por razones de rendimiento es fundamental que los componentes de integración del sistema operativo se instalen para cada máquina virtual que se ejecute en Hyper-V. Los componentes de integración proporcionan un conjunto de controladores y servicios que permiten que la máquina invitada funcione mediante el uso de dispositivos sintéticos. Los dispositivos sintéticos evitan la necesidad de dispositivos emulados, que se utilizan en sistemas operativos que no admiten componentes de integración. Los dispositivos emulados incurren en una mayor sobrecarga del sistema en comparación con los dispositivos sintéticos.

Para instalar y configurar las máquinas utilizadas en este laboratorio, se creó una imagen base inicial en un VHD de tamaño fijo. Esto implicó una instalación manual de Windows Server 2008 R2. Una vez que se instalaron todas las actualizaciones apropiadas, se creó una imagen de la máquina virtual base con la utilidad sysprep instalada con Windows Server 2008, en el directorio %WINDIR%\system32\sysprep.

Nota

Ejecutar Sysprep después de que BizTalk Server se haya instalado y configurado en el servidor se puede realizar mediante el uso de un archivo de respuesta Sysprep y scripts proporcionados con BizTalk Server. Estos scripts de ejemplo están diseñados para usarse con BizTalk Server instalado en Windows Server 2008 R2. Para obtener más información, consulte la documentación en línea de BizTalk Server.

Instalación y configuración del servidor BizTalk

  • Para minimizar el tiempo necesario para instalar máquinas virtuales, cree una imagen base que solo incluya el sistema operativo invitado y los requisitos previos del software. Utilice SysPrep para preparar la imagen VHD para reutilizarla y, a continuación, basar todas las máquinas virtuales (VM) en este VHD.

    Nota

    Con BizTalk Server, es posible ejecutar Sysprep contra una imagen base Después de que el servidor de BizTalk se haya instalado y configurado en el servidor. Esto se puede lograr mediante el uso de un archivo de respuesta Sysprep y scripts proporcionados con BizTalk Server. Estos scripts de ejemplo están diseñados para usarse con BizTalk Server instalado en Windows Server 2008 R2 . Para obtener más información, consulte la documentación en línea de BizTalk Server.

    La Referencia de configuración de Windows Desatendida está disponible en https://go.microsoft.com/fwlink/?LinkId=142364.

  • Siga las recomendaciones de la sección «Al instalar y Configurar BizTalk Server Biz» del tema Lista de verificación: Prácticas recomendadas para Instalar y Configurar BizTalk Server en Hyper-V.

  • Para obtener información sobre la compatibilidad de BizTalk Server y SQL Server en un entorno Hyper-V, consulte el Apéndice C: Compatibilidad de BizTalk Server y SQL Server Hyper-V.

Write a Comment

Tu dirección de correo electrónico no será publicada.