Compartir a través de

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

En este tema se proporcionan recomendaciones para instalar y configurar BizTalk Server en un entorno de Hyper-V, incluidas recomendaciones para la instalación y configuración de la máquina virtual de 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.

El documento Directrices de optimización 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.

Requisitos previos de Hyper-V Platform

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 la virtualización asistida por hardware. Esto significa que el procesador debe ser compatible con la tecnología intel Virtualization Technology (Intel VT) o amd Virtualization (AMD-V), el BIOS del sistema debe admitir la prevención de ejecución de datos (DEP) y DEP debe estar habilitado. En concreto, debe habilitar el bit Intel XD (bit deshabilitar la ejecución) o el bit AMD NX (bit de no ejecución).

Nota:

Después de habilitar estas opciones en el BIOS del sistema, desactive el equipo por completo y reinicie el equipo para asegurarse de que se aplican estas opciones.

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 un mayor ancho de banda de E/S de disco que los servidores físicos con cargas informáticas comparables. Para implementar un entorno que satisfaga las expectativas, tenga en cuenta los factores siguientes para determinar los requisitos exactos de hardware del 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 hospedar. Hay un equilibrio al elegir la configuración de almacenamiento para Hyper-V entre el uso de la capacidad y el rendimiento que puede proporcionar.

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

Si va a implementar un entorno de Producción de BizTalk Server 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 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 muy intensivas que abarcan varias unidades de datos, cada disco duro virtual debe estar conectado a un controlador SCSI sintético independiente para mejorar el rendimiento general. Además, cada disco duro virtual debe almacenarse en unos discos físicos independientes. Para obtener más información sobre cómo configurar 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 estrictos requisitos de rendimiento, ya que maximizar el uso de recursos tiende a ser la prioridad principal. En el caso de los entornos de desarrollo, el rendimiento proporcionado al hospedar varios archivos VHD en una sola unidad física suele ser aceptable.

Hyper-V admite varios tipos diferentes de opciones de disco de almacenamiento. Cada una de las opciones de almacenamiento se puede conectar a través de un IDE o un controlador SCSI a la máquina. Una posible ventaja 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 asegurarse de que los componentes de integración del sistema operativo correctos 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 ninguna diferencia de rendimiento entre el uso de un controlador IDE virtual o un controlador SCSI virtual al acceder a discos duros virtuales.

En el caso de actividades intensivas de lectura y escritura, como hospedar bases de datos de SQL Server, la opción de disco de acceso directo proporciona ventajas de rendimiento incrementales sobre discos fijos de disco duro virtual (VHD). La opción de acceso directo permite que la máquina virtual tenga acceso directo al disco físico y omita el sistema de archivos NTFS en la partición raíz, pero no admite cierta funcionalidad de los discos virtuales, como las instantáneas de máquina virtual y la compatibilidad con la agrupación en clústeres. Por lo tanto, no se recomienda el uso de la característica de disco de acceso directo en un entorno de BizTalk o SQL Server, ya que las ventajas marginales de rendimiento son más que compensan la funcionalidad que falta.

En la tabla siguiente se resumen las ventajas y desventajas de las opciones de almacenamiento disponibles Hyper-V:.

Tipo de almacenamientoHyper-V Pros Contras Consideraciones para BizTalk Server
Discos de tamaño fijo Funciona 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 única E/S se divide en varias E/S. Esto tiene la menor cantidad de sobrecarga de CPU de los tipos de VHD porque las lecturas y escrituras no necesitan buscar el mapeo del bloque.		 Requiere la asignación de la cantidad completa de espacio en disco por adelantado. Se usa para volúmenes de sistema operativo en BizTalk Server y SQL Server. Importante: El disco de inicio de una partición de invitado Hyper-V debe estar conectado a un controlador IDE.
Expansión dinámica de discos El tamaño del archivo VHD aumenta al tamaño especificado al crear el disco, ya que se almacenan más datos en la propia máquina virtual. Esto admite el uso más eficaz del almacenamiento disponible. No funciona tan bien como un VHD de tamaño fijo. Esto se debe a que los bloques del disco se inician como bloques con ceros, 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 de esto, cada vez que se hace referencia a un bloque existente, se debe buscar la asignación de bloques en los metadatos. Esto aumenta el número de actividades de lectura y escritura que, a su vez, provocan un mayor uso de la CPU.

El crecimiento dinámico también requiere que el administrador del servidor supervise la capacidad del disco para asegurarse de que haya 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 un problema, por ejemplo, en un entorno de desarrollo, puede ser una opción adecuada para las unidades de disco duro del sistema operativo.

Provoca una sobrecarga adicional de CPU debido a la consulta de mapeo de bloques.
Discos de diferenciación Esta es una configuración padre-hijo donde el disco de diferenciación almacena todos los cambios en relación con un VHD base y el VHD base permanece estático. Por lo tanto, solo los bloques que son diferentes del disco duro virtual primario deben almacenarse en el disco duro virtual de diferenciación del hijo. El rendimiento puede degradarse porque las lecturas y escrituras necesitan acceder al VHD principal fijo o dinámico, y también al disco de diferenciación. Esto aumenta el uso de 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 aumentar considerablemente, lo que minimizaría las ventajas de usar esta configuración de disco. La lectura de varios discos duros virtuales en este escenario incurre en una sobrecarga adicional de E/S de disco y CPU.
Discos de acceso directo Estos son discos físicos que se establecen en sin conexión en la partición raíz y permiten que Hyper-V tengan acceso exclusivo de lectura y escritura al disco físico. Requiere un disco o LUN totalmente 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 archivos VHD.		 Si la instancia de SQL Server se ejecuta en Hyper-V, puede obtener mejoras de rendimiento incrementales al usar discos de acceso directo en lugar de discos duros virtuales fijos (VHD) para los volúmenes de datos de BizTalk Server.

Si está hospedando ubicaciones de recepción de archivos locales en BizTalk Server o transmitiendo mensajes de gran tamaño al disco durante el procesamiento, puede obtener mejoras de rendimiento incrementales utilizando discos de paso en lugar de 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.

Redes

BizTalk Server tiende a mostrar un uso elevado de la red. Por lo tanto, cuando el rendimiento de la red es un problema, considere la posibilidad de asignar una tarjeta de red física independiente para cada máquina virtual.

Al configurar una máquina virtual, asegúrese de usar 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, use los contadores "\Network Interface \Bytes Total/sec" y \Network Interface(*)\Output Queue Length del sistema operativo host para medir el rendimiento general de la tarjeta de red. Si una red física se ha identificado como ocupada, use el contador "\Hyper-V adaptador de red virtual (*)\Bytes/s" en el sistema operativo host para identificar qué adaptadores de red de máquina virtual están generando una carga elevada.

Para obtener más información sobre cómo evaluar el rendimiento de la red en un entorno de Hyper-V, consulte la sección Medición del rendimiento de la red de lista de comprobación: Medición del rendimiento en Hyper-V.

Unidad Central de Procesamiento (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 en el sistema operativo host para evitar una conmutación excesiva de contexto. 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 "\Hyper-V procesador lógico del hipervisor (_Total)\% tiempo de ejecución total" mide el uso general de recursos de todas las máquinas invitadas y el hipervisor en el host de Hyper-V. Si este valor es superior a 90%, el servidor se ejecuta con capacidad máxima; la asignación de procesadores virtuales adicionales a máquinas virtuales en este escenario puede degradar el rendimiento general del sistema y debe evitarse. Para obtener más información sobre el uso de los contadores de rendimiento de HyperV, consulte la sección Evaluación del rendimiento de BizTalk Server 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 de 64 bits 4
Windows 7 de 32 bits 4
Windows Vista de 64 bits 2
Windows Vista 32 bits 2

Nota:

Para obtener más información sobre los sistemas operativos invitados compatibles con 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 las máquinas virtuales que se ejecutan en el servidor. Durante las pruebas, se asignó un mínimo de 2 GB de memoria a la partición raíz y se supervisaba el contador del monitor de rendimiento Memoria/Mbytes disponible para asegurarse de que no se experimentaba ninguna presión de memoria.

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

  • Tamaño de los mensajes procesados

  • Flujo de mensajes

  • Diseño de orquestación

  • Procesamiento de tubería

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

    Para obtener una lista completa de los factores que afectan a la memoria, vea la sección "Los factores de rendimiento" de la Guía de optimizaciones de rendimiento de BizTalk Server.

    Supervise de forma proactiva el contador Memoria/Mbytes disponible desde dentro de cada máquina virtual y la propia partición raíz. Las siguientes instrucciones de la lista de comprobación: Medir el rendimiento en Hyper-V deben usarse 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 de 5% de memoria libre disponible = Crítico, el rendimiento se verá afectado negativamente.

Elección de la versión del sistema operativo raíz

Hyper-V se admite en Server Core, así como en 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 server Core de Windows Server 2008 R2. El rol Hyper-V se puede administrar de forma remota desde Hyper-V Manager en otro sistema. 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 sobre la opción de instalación Server Core disponible para Windows Server 2008 R2, vea Server Core para Windows Server 2008 R2.

Si decide usar una instalación completa de Windows Server 2008 R2, asegúrese de que la partición raíz esté dedicada solo al rol de servidor Hyper-V. La ejecución de roles de servidor adicionales consumirá memoria, disco, procesador y recursos de red y reducirá 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 hacerlo, resulta útil responder a las siguientes preguntas:

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

  • ¿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 Hyper-V Server?

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

    Para más información sobre cómo crear y configurar máquinas virtuales, consulte Creación de 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 hospeda las imágenes ISO.

Importante

Cada vez que se elija el método de instalación, por motivos de rendimiento es fundamental que se instalen los componentes de integración del sistema operativo 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 huésped funcione eficazmente utilizando dispositivos sintéticos. Los dispositivos sintéticos evitan la necesidad de dispositivos emulados, que se usan 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 usadas en este laboratorio, se creó una imagen base inicial en un disco duro virtual de tamaño fijo. Esto implica una instalación manual de Windows Server 2008 R2. Una vez instaladas todas las actualizaciones adecuadas, la máquina virtual base se imagenizó mediante la utilidad sysprep que se instala con Windows Server 2008, en el directorio %WINDIR%\system32\sysprep.

Nota:

Ejecutar Sysprep después de instalar y configurar BizTalk Server 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 su uso 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 de BizTalk Server