Virtualización de Exchange 2013

Se aplica a: Exchange Server 2013

Puede implementar Microsoft Exchange Server 2013 en un entorno virtualizado. En este tema se proporciona información general sobre los escenarios que se admiten para implementar Exchange 2013 en el software de virtualización de hardware.

  • Arranque en frío: al llevar un sistema desde un estado de apagado a un inicio limpio del sistema operativo, la acción es un arranque en frío. En este caso, no se conserva ningún estado de sistema operativo.

  • Estado guardado: cuando una máquina virtual está apagada, los hipervisores suelen tener la capacidad de guardar el estado de la máquina virtual, por lo que cuando la máquina se enciende de nuevo, vuelve a ese estado guardado en lugar de pasar por un inicio de arranque en frío.

  • Migración planeada: cuando un administrador del sistema inicia el traslado de una máquina virtual de un host de hipervisor a otro, la acción es una migración planeada. 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 2013 en producción en software de virtualización de hardware solo cuando se cumplen todas las condiciones siguientes:

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

    Nota

    Se admite la implementación de Exchange 2013 en proveedores de infraestructura como servicio (IaaS) si se cumplen todos los requisitos de compatibilidad. En el caso de los proveedores que aprovisionan máquinas virtuales, estos requisitos incluyen asegurarse de que el hipervisor que se usa para las máquinas virtuales de Exchange sea totalmente compatible y que la infraestructura que usará Exchange cumpla los requisitos de rendimiento que se determinaron durante el proceso de tamaño. Si todos los volúmenes de almacenamiento que se usan para las bases de datos de Exchange y los registros de transacciones de base de datos (incluidas las bases de datos de transporte) están configurados para el almacenamiento premium de Azure, se admite una implementación de máquinas virtuales de Microsoft Azure.

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

    • Está ejecutando Exchange 2013.

    • Se implementa en Windows Server 2008 R2 SP1 (o versiones posteriores), Windows Server 2012 o en Windows Server 2012 R2.

Para implementaciones de Exchange 2013:

  • Todos los roles de servidor de Exchange 2013 se admiten en una máquina virtual.

  • Las máquinas virtuales de Exchange Server (incluidas las máquinas virtuales de buzón de Exchange que forman parte de un grupo de disponibilidad de base de datos o DAG) se pueden combinar con la tecnología de migración y clústeres de conmutación por error basada en host, siempre y cuando las máquinas virtuales estén configuradas de modo que no guarden ni restauren el estado en el disco cuando se muevan o se desconecten. Toda la actividad de conmutación por error que se produzca a nivel del hipervisor 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 en vivo de Hyper-V de estas máquinas virtuales.

  • En la máquina host 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 host. La máquina host 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 núcleos de procesador físico en el sistema físico. Exchange admite una relación de núcleo de procesador virtual a procesador físico no superior a 2:1, aunque se recomienda una relación de 1:1. Por ejemplo, un sistema de procesador dual que usa procesadores de cuatro núcleos contiene un total de 8 núcleos de procesador físico 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.

  • Al calcular el número total de procesadores virtuales que necesita la máquina host, 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 host 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 host al calcular la proporción general entre núcleos físicos y procesadores virtuales. Si la supervisión del rendimiento del sistema operativo host 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 que tenga un tamaño igual a al menos 15 gigabytes (GB) más el tamaño de la memoria virtual asignada a la máquina invitada. Este requisito es necesario para tener en cuenta los requisitos del sistema operativo y del disco de archivo de paginación. Por ejemplo, si a la máquina invitada se le asignan 16 GB de memoria, el espacio mínimo en disco necesario para el disco del sistema operativo invitado es de 31 GB.

    Además, es posible que se impida que las máquinas virtuales invitadas se comuniquen directamente con adaptadores de bus host (HBA) de canal de fibra o SCSI instalados en la máquina host. En este caso, se deben configurar los adaptadores del sistema operativo de la máquina host y presentar los números de la unidad lógica (LUN) a máquinas virtuales invitadas como un disco virtual o un disco de acceso directo.

  • La única manera admitida de enviar correos electrónicos a dominios externos desde recursos de proceso de Azure es a través de una retransmisión SMTP (también conocida como host inteligente SMTP). El recurso de procesos de Azure envía el correo electrónico a la retransmisión SMTP y después el proveedor de la retransmisión SMTP entrega el correo al dominio externo. Microsoft Exchange Online Protection es un proveedor de una retransmisión SMTP, pero también hay varios proveedores de terceros. Para más información, consulte Solucionar problemas de conectividad SMTP saliente en Azure.

Requisitos de almacenamiento de las máquinas host

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

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

  • Algunos hipervisores mantienen archivos en la máquina host 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.

  • Si la máquina host ejecuta Windows Server 2012 Hyper-V o Hyper-V 2012 y configura un clúster de conmutación por error basado en host que hospedará servidores de buzones de Exchange en un grupo de disponibilidad de base de datos, se recomienda seguir las instrucciones documentadas en el artículo de Microsoft Knowledge Base, KB2872325.

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 host 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, para cada máquina invitada de Exchange, debe tener suficiente espacio para las colas de mensajes así como para el almacenamiento suficiente para las bases de datos y los archivos de registro de los servidores de buzones de correo.

  • El almacenamiento que usa el equipo invitado de Exchange para el almacenamiento de datos de Exchange (por ejemplo, colas de transporte y bases de datos de buzones de correo) puede ser un almacenamiento virtual de un tamaño fijo (por ejemplo, discos duros virtuales fijos [VHD o VHDX] en un entorno Hyper-V), almacenamiento virtual dinámico cuando se usan archivos VHDX con 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. Todo el almacenamiento usado por una máquina invitada de Exchange para el almacenamiento de datos de Exchange debe ser de nivel de bloque porque Exchange 2013 no admite el uso de volúmenes de almacenamiento conectado a red (NAS), excepto en el escenario SMB 3.0 descrito más adelante en este tema. Además, no se admite el almacenamiento NAS presentado al invitado como almacenamiento a nivel de bloque mediante hipervisor.

  • Los discos virtuales fijos o dinámicos pueden almacenarse en archivos SMB 3.0 respaldados por almacenamiento de nivel de bloque si la máquina invitada se ejecuta en Windows Server 2012 Hyper-V (o en una versión posterior de Hyper-V). El único uso admitido de recursos compartidos de archivos SMB 3.0 es para el almacenamiento de discos virtuales fijos o dinámicos. Estas comparticiones de discos no se pueden usar para el almacenamiento directo de los datos de Exchange. Al usar recursos compartidos de archivos SMB 3.0 para almacenar discos virtuales fijos o dinámicos, el almacenamiento que respalda el recurso compartido de archivos debe configurarse para lograr una alta disponibilidad a fin de garantizar la mejor disponibilidad posible del servicio Exchange.

  • 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 sobrescribir o ajustar dinámicamente la cantidad de memoria disponible para una máquina invitada específica en función del uso percibido de la memoria 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 propenso 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. Como resultado, no se admite el uso de características de memoria dinámica para Exchange.

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

Las siguientes son respuestas a algunas de las preguntas más frecuentes sobre la tecnología de migración y agrupación en clústeres de conmutación por error basada en host con LOSG de Exchange 2013:

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

    Microsoft no puede hacer declaraciones de soporte técnico para la integración de productos de hipervisor de terceros que usan estas tecnologías con Exchange, ya que estas tecnologías no forman parte del Programa de validación de virtualización de servidores (SVVP). El programa SVVP abarca otros aspectos de la compatibilidad de Microsoft con 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. Si su proveedor de hipervisores admite su 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 compatibilidad con la tecnología de migración, a la vez que Microsoft ofrece compatibilidad con Exchange cuando se use en esta configuración.