Compartir a través de


Información acerca de la virtualización de Exchange 2010

 

Se aplica a: Exchange Server 2010 SP3

Última modificación del tema: 2016-11-28

Puede implementar MicrosoftExchange Server 2010 en un entorno virtualizado. En este tema se proporciona información general sobre los escenarios compatibles con la implementación de Exchange 2010 en software de virtualización de hardware.

Contenido

Requisitos para la virtualización de hardware

Requisitos de almacenamiento de las máquinas raíz

Requisitos de almacenamiento de Exchange

Requisitos y recomendaciones de memoria para Exchange

Migración y agrupación en clústeres de conmutación por error basada en host para Exchange

Los siguientes términos se usan en este tema para analizar la virtualización de Exchange:

  • Arranque en frío   Se refiere a la acción según la cual un sistema pasa de estar de un estado de apagado a un inicio correcto del sistema operativo. En este caso, no se conserva ningún estado de sistema operativo.

  • Estado guardado   Cuando se apaga una máquina virtual, los hipervisores generalmente tienen la capacidad de guardar el estado de la máquina virtual, por lo que cuando ésta se enciende de nuevo, vuelve al estado guardado en lugar de iniciarse mediante un arranque en frío.

  • Migración planificada   Cuando un administrador de sistema inicia el movimiento de una máquina virtual de un host de hipervisor a otro, esta acción se denomina migración planificada. Puede tratarse de una migración única, o bien un administrador de sistema puede configurar la automatización para mover la máquina virtual de manera programada. Una migración planificada también puede ser el resultado de otro evento que ocurra en el sistema, que no sea un error de hardware o software. El punto clave es que la máquina virtual de Exchange funciona correctamente y se debe reubicar por algún motivo. Esta reubicación puede hacerse a través de tecnologías como Migración en vivo o vMotion. No obstante, si la máquina virtual de Exchange o el host del hipervisor donde se encuentra la máquina virtual experimenta algún tipo de condición de error, el resultado no se considerará una migración planificada.

Requisitos para la virtualización de hardware

Microsoft admite Exchange 2010 en producción en software de virtualización de hardware únicamente si se cumplen las siguientes condiciones:

  • El software de virtualización de hardware está ejecutando uno de los componentes siguientes:

    • Windows Server 2008 con tecnología Hyper-V

    • Windows Server 2008 R2 con tecnología Hyper-V

    • Microsoft Hyper-V Server 2008

    • Microsoft Hyper-V Server 2008 R2

    • Microsoft Hyper-V Server 2012

    • Windows Server 2012 con tecnología Hyper-V

    • Cualquier hipervisor de terceros que se haya validado según el Programa de validación de virtualización de Windows Server (posiblemente en inglés).

    Nota

    La implementación de servidores Exchange de producción en máquinas virtuales de Windows Azure no es compatible.

  • La máquina virtual invitada de Exchange tiene las siguientes condiciones:

    • Ejecuta Exchange 2010. Esto incluye el modo de hospedaje de Exchange 2010, disponible en Exchange 2010 SP1 y Exchange 2010 SP2.

    • Se implementa en Windows Server 2008 con SP2 (o versiones posteriores) o en Windows Server 2008 R2 RTM (o versiones posteriores).

    Nota

    Cuando instala Exchange 2010 en un entorno Hyper-V, es posible que obtenga el siguiente mensaje de error: "Error de instalación del rol del servidor Transporte de concentradores." Para los servidores de Active Directory virtualizados, se recomienda deshabilitar el componente de integración de sincronización de hora y, a continuación, configurar la hora en un proveedor de hora externo fiable antes de instalar el rol Transporte de concentradores. Esta recomendación es particularmente importante si el host está unido al dominio en el que se hospeda la máquina virtual.

Para implementaciones de Exchange 2010 SP2 o Exchange 2010 SP1:

  • Todos los roles de servidor de Exchange 2010, incluido el rol del servidor Mensajería unificada, son compatibles con una máquina virtual. Las máquinas virtuales de mensajería unificada tienen los requisitos especiales siguientes:

    • Cuatro procesadores virtuales son necesarios para la máquina virtual. El tamaño de la memoria debe establecerse de acuerdo con las instrucciones estándar de procedimientos recomendados. Para obtener más información, consulte Descripción de configuraciones de memoria y rendimiento de Exchange.

    • Hay disponibles cuatro núcleos de procesador físicos que cada máquina virtual del rol Mensajería unificada puede usar en cualquier momento. Este requisito significa que ninguna sobresuscripción de procesador puede estar en uso. Además, afecta a la capacidad de la máquina virtual del rol Mensajería unificada para usar los recursos de procesadores físicos. Para obtener más información, consulte la sección Virtualización de servidores de mensajería unificada.

  • Las máquinas virtuales del servidor Exchange (incluidas las máquinas virtuales de buzones de correo de Exchange que forman parte de un grupo de disponibilidad de base de datos o DAG), pueden combinarse con la tecnología de migración y agrupación en clústeres de conmutación por error basada en host, siempre que las máquinas virtuales estén configuradas de tal modo que no guarden ni restauren el estado del disco si se mueven o desconectan. Toda la actividad de conmutación por error debe dar lugar a un arranque frío cuando la máquina virtual está activada en el nodo de destino. Todas las migraciones planeadas deben dar lugar al apagado y arranque frío, o bien a una migración en línea que use alguna tecnología como la migración en vivo de Hyper-V. El proveedor del hipervisor admite la migración del hipervisor de máquinas virtuales; por lo tanto, debe asegurarse de que el proveedor del hipervisor haya probado y admita la migración de máquinas virtuales de Exchange. Microsoft admite la migración Hyper-V Live de estas máquinas virtuales.

Para implementaciones de la versión final (RTM) de Exchange 2010:

  • Todos los roles de servidor de Exchange 2010, salvo Mensajería unificada, son compatibles con una máquina virtual.

  • Microsoft no admite la combinación de soluciones de alta disponibilidad de Exchange (como grupos de disponibilidad de base de datos [DAG]) con soluciones de agrupación en clústeres basada en hipervisor, soluciones de alta disponibilidad o soluciones de migración que moverán los servidores de buzones o conmutarán por error de forma automática los servidores de buzones que formen parte de un DAG entre servidores raíz en clúster. Los DAG se admiten en entornos de virtualización de hardware siempre que el entorno de virtualización no emplee servidores raíz en clúster o que los servidores raíz en clúster se hayan configurado para nunca conmutar por error ni mover de forma automática servidores de buzones que formen parte de un DAG en otro servidor raíz en clúster.

  • El almacenamiento usado por el equipo invitado de Exchange para el almacenamiento de datos de Exchange (por ejemplo, buzón de correo, bases de datos o colas de transporte de concentradores) puede ser un almacenamiento virtual de un tamaño fijo [por ejemplo, discos duros virtuales fijos (VHD) en un entorno Hyper-V], almacenamiento a través de SCSI o almacenamiento SCSI en Internet (iSCSI). El almacenamiento de acceso directo es un tipo de almacenamiento configurado en el host y destinado a una máquina invitada. Los siguientes requisitos de disco virtual solo se aplican a los volúmenes utilizados para almacenar datos de Exchange:

    • Exchange no admite discos virtuales que se expandan dinámicamente.

    • No se admiten discos virtuales que usen mecanismos de diferenciación o delta (como instantáneas o VHD de diferenciación de Hyper-V).

    Nota

    En un entorno Hyper-V, cada VHD fijo debe ser inferior a 2.040 GB. Para hipervisores de terceros compatibles, consulte con el fabricante para saber si existen limitaciones de tamaño de disco.

  • En la máquina raíz física solamente se puede implementar software de administración (por ejemplo, software antivirus, software de copia de seguridad o software de administración de máquinas virtuales). No se puede instalar ninguna otra aplicación basada en servidor (por ejemplo, Exchange, SQL Server, Active Directory, o SAP) en la máquina raíz. La máquina raíz se debe destinar a la ejecución de máquinas virtuales invitadas.

  • Algunos hipervisores no incluyen características para la creación de instantáneas de máquinas virtuales. Las instantáneas de máquinas virtuales capturan el estado de una máquina virtual durante su ejecución. Esta característica permite tomar varias instantáneas de una máquina virtual y, a continuación, revertir la máquina virtual a cualquiera de sus estados anteriores aplicándole una instantánea. Sin embargo, las instantáneas de máquinas virtuales no son para aplicaciones, y usarlas puede tener consecuencias no intencionadas e inesperadas para la aplicación de un servidor que mantiene datos de estado, como Exchange. Por consiguiente, no se admite la creación de instantáneas de una máquina virtual invitada de Exchange.

  • Muchos productos de virtualización de hardware permiten especificar el número de procesadores virtuales que se debe asignar a cada máquina virtual invitada. Los procesadores virtuales ubicados en la máquina virtual invitada comparten un número fijo de procesadores lógicos en el sistema físico. Exchange admite una proporción entre procesadores virtuales y procesadores lógicos no superior a 2:1. Por ejemplo, un sistema con dos procesadores que use procesadores de cuatro núcleos contiene un total de ocho procesadores lógicos en el sistema host. En un sistema con esta configuración, no se deben asignar más de 16 procesadores virtuales al total de máquinas virtuales invitadas.

  • Cuando calcula el número total de procesadores virtuales que necesita la máquina raíz, también se deben tener en cuenta los requisitos de E/S y del sistema operativo. En la mayoría de los casos, el equivalente al número de procesadores virtuales necesarios en el sistema operativo raíz para un sistema que hospeda máquinas virtuales de Exchange es 2. Este valor se debe usar como línea base para el procesador virtual del sistema operativo raíz al calcular la proporción general entre núcleos físicos y procesadores virtuales. Si la supervisión del rendimiento del sistema operativo raíz indica que se está consumiendo más capacidad de procesador que la equivalente a dos procesadores, el número de procesadores virtuales asignados a las máquinas virtuales invitadas se debe reducir en consecuencia y se debe comprobar que la proporción global entre procesadores virtuales y núcleos físicos no sea superior a 2:1.

  • El sistema operativo de una máquina invitada de Exchange debe usar un disco con un tamaño mínimo de 15 GB más el tamaño de la memoria virtual asignada a la máquina invitada. Este requisito es necesario para hacer frente a los requisitos de disco del sistema operativo y del archivo de paginación. Por ejemplo, si la máquina invitada tiene asignados 16 GB de memoria, el espacio de disco mínimo necesario para el disco del sistema operativo es de 31 GB.

    Además, es posible que las máquinas virtuales invitadas no se puedan comunicar directamente con el canal de fibra o los adaptadores de bus host SCSI (HBA) instalados en la máquina raíz. En este caso, se deben configurar los adaptadores del sistema operativo de la máquina raíz y presentar los LUN a máquinas virtuales invitadas como un disco virtual o un disco de acceso directo.

  • Se admite Exchange Jetstress 2010 con instancias de invitados virtuales implementadas en uno de los siguientes hipervisores. Jetstress no se admite cuando se usa en instancias de invitados virtuales con cualquier otro hipervisor.

    • Windows Server 2008 R2 (o posterior) con tecnología Hyper-V

    • Hyper-V Server 2008 R2 (o posterior)

    • VMware ESX 4.1 (o posterior)

Se admite la ejecución de la herramienta MicrosoftExchange Server Jetstress 2010 en una máquina virtual invitada si se implementa en uno de los siguientes equipos host:

  1. MicrosoftWindows Server 2008 R2 o una versión posterior

  2. Microsoft Hyper-V Server 2008 R2 o una versión posterior

  3. VMware ESX 4.1 o una versión posterior

Requisitos de almacenamiento de las máquinas raíz

Los requisitos de espacio mínimo en disco para las máquinas raíz son los siguientes:

  • Las máquinas raíz de algunas aplicaciones de virtualización de hardware pueden necesitar espacio de almacenamiento para un sistema operativo y sus componentes. Por ejemplo, al ejecutar Windows Server 2008 con Hyper-V, necesitará un mínimo de 10 GB para cumplir los requisitos para Windows Server 2008. Para obtener más detalles, vea Requisitos de sistema de Windows Server 2008 R2. También se requiere espacio de almacenamiento adicional para admitir el archivo de paginación del sistema operativo, el software de administración y los archivos de recuperación tras bloqueo (volcado).

  • Algunos hipervisores mantienen archivos en la máquina raíz que son exclusivos de cada máquina virtual invitada. Por ejemplo, en un entorno Hyper-V, se crea y se mantiene un archivo de almacenamiento de memoria temporal (archivo BIN) para cada máquina invitada. El tamaño de cada archivo BIN es igual a la cantidad de memoria asignada a la máquina invitada. Además, se pueden haber creado y mantenido otros archivos en la máquina host para cada máquina invitada.

Requisitos de almacenamiento de Exchange

Los requisitos de almacenamiento para un servidor Exchange virtualizado son los siguientes:

  • Cada máquina virtual de Exchange debe tener asignado suficiente espacio de almacenamiento en la máquina raíz para el disco fijo que contiene el sistema operativo invitado, para los archivos de almacenamiento de memoria temporal que estén en uso y para los archivos de máquinas virtuales relacionados hospedados en la máquina host. Además, cada máquina invitada de Exchange debe tener suficiente espacio para las colas de mensajes de los servidores Transporte de concentradores y los servidores de transporte perimetral, así como para el almacenamiento de las bases de datos y los archivos de registro de los servidores de buzones de correo.

  • El almacenamiento usado por Exchange se debe hospedar en ejes de disco independientes del almacenamiento que hospeda el sistema operativo de la máquina virtual.

  • Se admite la configuración de almacenamiento iSCSI para usar un iniciador iSCSI en una máquina virtual invitada de Exchange. Sin embargo, el rendimiento será inferior en esta configuración si la pila de red dentro de la máquina virtual no tiene todas las características (por ejemplo, no todas las pilas de red virtuales admiten tramas gigantes).

Requisitos y recomendaciones de memoria para Exchange

Algunos hipervisores tienen la capacidad de suscribir en exceso o ajustar de forma dinámica la cantidad de memoria disponible para una máquina invitada específica en función del uso de memoria percibido en la máquina invitada en comparación con las necesidades de otras máquinas invitadas administradas por el mismo hipervisor. Esta tecnología es útil para cargas de trabajo en las que se necesita la memoria por períodos cortos de tiempo y que luego se puede liberar para otros usuarios. Sin embargo, no es útil para cargas de trabajo que están diseñadas para usar la memoria de forma regular y constante. Exchange, como muchas aplicaciones de servidor con optimizaciones para rendimiento que conllevan el almacenamiento de datos en la memoria caché, es susceptible a un rendimiento bajo del sistema y a una experiencia del cliente inaceptable si no tiene control completo sobre la memoria asignada a la máquina física o virtual en la que se está ejecutando.

Muchas de las ganancias de rendimiento de las últimas versiones de Exchange, en especial, aquellas relacionadas con la reducción de E/S, se basan en el uso altamente eficaz de grandes cantidades de memoria. Cuando esa memoria ya no está disponible, no se puede alcanzar el rendimiento esperado del sistema. Por este motivo, la suscripción en exceso de la memoria o el ajuste dinámico de la memoria de la máquina virtual se deben deshabilitar para los servidores de producción de Exchange.

Ajuste el tamaño de la memoria de las máquinas invitadas mediante los mismos métodos que para las implementaciones físicas. Encontrará detalles sobre el ajuste del tamaño de la memoria para los roles de servidor de Exchange 2010 en Descripción de configuraciones de memoria y rendimiento de Exchange. Para obtener más información, consulte la sección “Consideraciones de aplicación” de las notas del producto escritas por el equipo de Microsoft Hyper-V, que se puede descargar en Implementación y configuración de la memoria dinámica (en inglés).

Migración y agrupación en clústeres de conmutación por error basada en host para Exchange

A continuación se responde a las preguntas más frecuentes acerca de la tecnología de agrupación en clústeres de conmutación por error basada en host con grupos de disponibilidad de base de datos de Exchange 2010.

  • ¿Admite Microsoft una tecnología de migración de terceros?

    Microsoft no puede realizar instrucciones de soporte para la integración de hipervisores de terceros mediante el uso de estas tecnologías con Exchange, ya que no forman parte del Programa de validación de virtualización del servidor (SVVP). El programa SVVP abarca otros aspectos del soporte para hipervisores de terceros. Asegúrese de que su proveedor de hipervisores admite la combinación de su tecnología de agrupación en clústeres y migración con Exchange. En resumen, si su proveedor de hipervisores admite su propia tecnología de migración con Exchange, Microsoft admitirá Exchange con la tecnología de migración del proveedor.

  • ¿Cómo define Microsoft la agrupación en clústeres de conmutación por error basada en host?

    La agrupación en clústeres de conmutación por error basada en host se refiere a cualquier tecnología que proporcione una capacidad automática para reaccionar a los errores a nivel de host e iniciar las máquinas virtuales afectadas en servidores alternativos. Se admite el uso de esta tecnología siempre que, en un escenario de error, la máquina virtual se inicie a partir de un arranque en frío en el host alternativo. Con esta tecnología se garantiza que la máquina virtual no se active nunca desde un estado guardado que persista en el disco porque será un relativo obsoleto para el resto de miembros del grupo de disponibilidad de base de datos.

  • ¿Qué entiende Microsoft por soporte de migración?

    Por tecnología de migración se entiende cualquier tecnología que permita un movimiento planificado de una máquina virtual de un equipo host a otro. Este movimiento también podría ser un movimiento automático que ocurre como parte del equilibrio de carga de recursos, aunque no está relacionado con un error en el sistema. Las migraciones se admiten siempre que las máquinas virtuales no se inicien a partir de un estado guardado que persista en el disco. Esto significa que con Exchange se admite la tecnología que mueve una máquina virtual mediante el transporte del estado y de la memoria de la máquina virtual por la red sin tiempo de inactividad perceptible. Un proveedor de hipervisores de terceros debe ofrecer soporte para la tecnología de migración, mientras que Microsoft ofrecerá soporte para Exchange cuando se use en esta configuración.

    Advertencia

    En el caso de Microsoft Hyper-V, se admite la opción de migración en vivo pero no la de migración rápida. Es importante saber que al seleccionar la operación de movimiento en una máquina virtual en un entorno de Hyper-V , el comportamiento predeterminado es realizar una migración rápida. Para permanecer en un estado admitido con los miembros del grupo de disponibilidad de base de datos de Exchange SP1 y Exchange SP2 es muy importante utilizar la opción de migración en vivo, según se muestra en la siguiente figura.

    Migración en vivo de los miembros del grupo de disponibilidad de base de datos en Hyper-V

Virtualización de servidores de mensajería unificada

A diferencia de la versión RTM de Exchange 2010, Exchange 2010 SP1 y SP2 admiten el rol Mensajería unificada (UM) en Hyper-V y en otros hipervisores compatibles. Se debe implementar Exchange 2010 SP1 o Exchange 2010 SP2 para la compatibilidad con Mensajería Unificada porque el rol Mensajería Unificada depende de un componente multimedia suministrado por Microsoft Lync. Antes del lanzamiento de Exchange 2010 SP1, el equipo de ingeniería de Lync habilitó el procesamiento de audio de alta calidad en tiempo real en una implementación virtual. En Exchange 2010 SP1, los cambios se integraron en el rol Mensajería unificada.

 © 2010 Microsoft Corporation. Reservados todos los derechos.