Compartir a través de

Recomendaciones y directivas de compatibilidad de Microsoft para servidores de Exchange en entornos de virtualización de hardware

  • Artículo

 

Última modificación del tema: 2012-06-06

En este tema se proporcionan las directivas de Microsoft para ejecutar versiones actualmente compatibles de Microsoft Exchange Server en producción en un entorno de virtualización de hardware. Asimismo, se ofrecen recomendaciones para ejecutar Exchange Server en producción en un entorno de estas características.

El software de virtualización de hardware permite ejecutar sistemas operativos múltiples e independientes simultáneamente en un solo equipo. Microsoft dispone de las ofertas de software siguientes que proporcionan funcionalidad de virtualización de hardware:

  • Tecnología Hyper-V de Windows Server 2008/Microsoft Hyper-V Server   Windows Server 2008 proporciona tecnología de virtualización de 64 bits llamada Hyper-V. Hyper-V es un hipervisor: un nivel de software que se sitúa justo por encima del hardware y bajo uno o más sistemas operativos. Para obtener más información acerca de Hyper-V, consulte Virtualization and Consolidation with Hyper-V (página en inglés).

  • Windows Server 2008 R2 Hyper-V Technology/Microsoft Hyper-V Server   Windows Server 2008 R2 Hyper-V agrega a la arquitectura y las funciones de Windows Server 2008 Hyper-V sobre las que se construye nuevas características que mejoran la flexibilidad del producto. Para obtener más información sobre las características clave y los escenarios principales de Windows Server 2008 R2 Hyper-V, consulte Virtualization with Hyper-V: Overview (página en inglés).

  • Microsoft Virtual Server   Virtual Server es un software que proporciona tecnología de virtualización de servidores diseñada para la plataforma Windows Server System (Windows Server 2003 y Windows Server 2003 R2). Para obtener más información acerca de Microsoft Virtual Server, consulte Virtual Server 2005 R2 SP1 Product Overview (página en inglés).

  • Microsoft Virtual PC   Virtual PC es un software que permite crear máquinas virtuales independientes en el escritorio de Microsoft Windows, cada una de las cuales virtualiza el hardware de un equipo físico. Para obtener más información acerca de Virtual PC, consulte Microsoft Virtual PC 2007 Product Information (página en inglés).

Existen terceros que también ofrecen funcionalidades de virtualización de hardware. Para obtener más información acerca de la directiva de Microsoft para la compatibilidad con software de virtualización de hardware de terceros, consulte:

Para obtener información acerca del diseño y el tamaño, así como recomendaciones y prácticas recomendadas para ejecutar Exchange Server en producción en entornos de virtualización de hardware de terceros compatibles, consulte con el fabricante del software de virtualización.

Terminología usada en este tema

A lo largo de este tema se emplean los términos que se describen a continuación:

  • Hipervisor
    Nivel de software que se sitúa justo por encima del hardware y bajo uno o más sistemas operativos.
  • Raíz
    Máquina física que ejecuta el software de virtualización de hardware. En algunos entornos de virtualización de hardware, esta máquina se denomina también máquina principal o máquina host.
  • Invitado
    Máquina virtual que se ejecuta como máquina secundaria de un entorno de virtualización de hardware. La máquina virtual normalmente se ejecuta en un segundo o tercer nivel por encima del hardware de la máquina host.

Directiva de compatibilidad y recomendaciones para Exchange Server 2007

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

  • El software de virtualización de hardware es Windows Server 2008 con tecnología Hyper-V, Microsoft Hyper-V Server o cualquier hipervisor de terceros que se haya validado de acuerdo con el Windows Server Virtualization Validation Program (página en inglés).

  • El equipo virtual invitado de Exchange Server tiene los siguientes condicionantes:

    • Ejecuta Microsoft Exchange Server 2007 con Service Pack 1 (SP1) o una versión posterior.

    • Se implementa en el sistema operativo Windows Server 2008 de 64 bits.

    • No tiene instalado el rol del servidor Mensajería unificada. En un entorno de virtualización, se admiten todas las funciones del servidor de Exchange 2007 excepto la función de Mensajería unificada.

    • Cumple todos los requisitos establecidos en los Requisitos del sistema para Exchange 2007.

  • El almacenamiento que usa el equipo invitado de Exchange Server para almacenar datos de Exchange (por ejemplo, bases de datos de buzones o colas de transporte de concentradores) puede ser un almacenamiento virtual de tamaño fijo (por ejemplo, discos duros virtuales fijos (VHD) en un entorno Hyper-V), almacenamiento de paso a través SCSI o almacenamiento SCSI de Internet (iSCSI). El almacenamiento de paso a través es un tipo de almacenamiento configurado en el nivel de host y destinado a un equipo invitado. Todo el almacenamiento que use un equipo invitado de Exchange para almacenar datos de Exchange deberá ser de nivel de bloque. Exchange 2010 no admite el uso de volúmenes de almacenamiento conectado a la red (NAS). No se admite el almacenamiento NAS presentado al invitado como almacenamiento de nivel de bloque mediante el uso del hipervisor. Los volúmenes de paso a través se deben presentar como almacenamiento de nivel de bloque en el software de virtualización de hardware. Esto se debe a que Exchange 2010 no admite el uso de volúmenes de almacenamiento conectado a la red (NAS). Los requisitos de disco virtual que se indican a continuación se aplican a volúmenes que se usen para almacenar datos de Exchange.

    Nota

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

    • 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).

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

  • Microsoft admite la replicación continua en clúster (CCR) de Exchange y los clústeres de copia única (SCC) en entornos de virtualización de hardware, siempre que estos entornos no incluyan soluciones de migración o clústeres basados en hipervisor (por ejemplo, Hyper-V quick migration o VMware ESX vMotion) que estén configuradas para la realizar automáticamente la conmutación por error o para mover servidores de buzones de correo en clúster que se ejecuten como equipos invitados entre servidores raíz.

  • 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 cualquier 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 servidor que mantiene datos de estado, como Exchange Server. Por ello, 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 de procesadores duales que use procesadores de núcleo cuádruple contiene un total de 8 procesadores lógicos en el sistema host. En un sistema con esta configuración, no se debe asignar más de 16 procesadores virtuales al total de máquinas virtuales invitadas.

Consideraciones sobre rendimiento y escalabilidad

Ejecutar Exchange 2007 SP1 en una máquina virtual invitada no modifica los requisitos de diseño de Exchange Server desde el punto de vista de la aplicación. Así, sigue siendo necesario determinar adecuadamente el tamaño de la máquina virtual invitada de Exchange Server para controlar la carga de trabajo. Se adopta el mismo método para determinar el tamaño de un servidor de Exchange virtualizado que para determinar el tamaño de un servidor de Exchange no virtualizado. Sigue siendo necesario diseñar las funciones del servidor Buzón de correo, Acceso de cliente, así como las de transporte, para conseguir un rendimiento, una capacidad y una confiabilidad óptimos. Además, deben tener asignados recursos suficientes para controlar la carga del sistema según los perfiles de uso del mismo. Para obtener detalles y pautas acerca de la determinación del tamaño de las funciones del servidor de Exchange, consulte:

Consideraciones sobre la asignación de memoria dinámica

Muchos hipervisores incluyen características que ajustan dinámicamente la cantidad de RAM disponible para una o varias máquinas virtuales. Esta funcionalidad permite que el hipervisor asigne memoria RAM a las máquinas virtuales según los requisitos actuales de RAM que perciba que necesita cada máquina.

En general, esta funcionalidad es adecuada para cargas de trabajo de máquinas virtuales que usan mucha memoria durante periodos breves y después reanudan las operaciones habituales. En este escenario, el hipervisor puede asignar la memoria necesaria para satisfacer las necesidades de la carga de trabajo en cuestión y, a continuación, recuperar la memoria para usarla en otras máquinas virtuales. Sin embargo, puede que esta funcionalidad no sea adecuada para cargas de trabajo diseñadas para usar un bloque de memoria concreto de forma regular.

Muchas de las mejoras de rendimiento de las últimas versiones de Exchange se basan en el uso eficaz de RAM mediante la asignación del tamaño de memoria adecuado, particularmente en el caso de las mejoras relacionadas con la reducción de las operaciones E/S. Las optimizaciones de rendimiento se basan en el almacenamiento de datos en caché que Exchange realiza en la memoria RAM. Si la memoria RAM se reduce dinámicamente, no se consigue el rendimiento esperado del sistema. En este escenario, el rendimiento de Exchange puede ser inferior, o bien los usuarios finales pueden notar una disminución del rendimiento al conectarse a Exchange. Por ello, en el caso de las máquinas virtuales que ejecutan Exchange en un entorno de producción, lo mejor es desactivar la sobresuscripción de memoria o la asignación de memoria dinámica. En su lugar, configure un tamaño de memoria estático basado en los valores adecuados para Exchange 2007.

Para más consideraciones sobre la memoria, consulte Diseño de configuraciones de memoria. Para obtener más información acerca de la asignación de memoria dinámica, consulte la sección "Application Considerations" de las notas del producto del equipo de Hyper-V, Implementing and Configuring Dynamic Memory.

Consideraciones sobre las máquinas virtuales

A continuación se exponen ciertas consideraciones sobre las máquinas virtuales invitadas de Exchange:

  • Al calcular el número total de procesadores virtuales asignados, se deben tener en cuenta los requisitos del sistema operativo raíz. Muchos productos de virtualización de hardware (por ejemplo, Hyper-V) asignan procesadores virtuales al sistema operativo de la máquina raíz. El número de procesadores virtuales disponibles asignados a la máquina raíz variará en función del número de procesadores físicos y núcleos de la máquina raíz, además de otras opciones de configuración. En el caso de Hyper-V, el número de procesadores virtuales asignados a la máquina raíz será igual al número de procesadores físicos principales de la máquina raíz. Este número suele representar un valor mayor del que necesitan generalmente la mayoría de configuraciones de Exchange.

  • Al calcular 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 hospede 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 el equivalente a 2 procesadores, el número de procesadores virtuales asignados a las máquinas se debe reducir en consecuencia y se debe comprobar que la proporción global entre procesadores virtuales y núcleos físicos no sea mayor que 2:1.

  • El diseño de la red y el almacenamiento de la máquina invitada del servidor de Exchange requieren tener en cuenta otros aspectos relativos a la máquina raíz; en concreto, el impacto de las CPU en la máquina raíz. En algunos entornos de virtualización de hardware (como Hyper-V), la máquina raíz atiende todas las solicitudes de E/S realizadas por máquinas virtuales invitadas. En estos entornos, no se recomienda implementar otras aplicaciones que realicen un uso intensivo de E/S (por ejemplo, Microsoft SQL Server) en máquinas invitadas hospedadas en la misma máquina raíz que las máquinas invitadas del servidor de Exchange.

  • La adición de un nivel de virtualización a un servidor de Exchange (donde Exchange se ejecuta en una máquina virtual invitada) implica que es necesario supervisar el rendimiento y la disponibilidad de componentes adicionales. Algunas consideraciones adicionales a tener en cuenta al supervisar Exchange en un entorno virtual son:

    • Los ciclos de CPU en una máquina virtual invitada se producen en relación a intervalos de tiempo de CPU en la máquina raíz. Este comportamiento hace que los valores de los contadores de rendimiento relativos a la CPU en una máquina virtual invitada sean diferentes a los valores notificados por la máquina raíz. No obstante, los valores notificados por ambos sistemas son correctos porque están basados en el punto de vista del sistema y en el modo en que los recursos del procesador se comparten entre las máquinas raíz e invitada. Para obtener información acerca de este tema en un entorno Hyper-V, consulte Hyper-V: Clocks lie... which performance counters can you trust? (página en inglés)

      Nota

      UNRESOLVED_TOKEN_VAL(exBlog) 

    • Los contadores de rendimiento específicos de Exchange únicamente están disponibles en la máquina invitada. La máquina raíz sólo publica datos de rendimiento de recursos que usa directamente y contadores específicos del entorno host (por ejemplo, contadores de rendimiento Hyper-V). La máquina raíz no publica datos de rendimiento específicos de Exchange.

  • Las máquinas virtuales invitadas de algunos hipervisores mostrarán tendencias de escalabilidad del núcleo del procesador diferentes a las que muestran las máquinas físicas. Es importante realizar pruebas exhaustivas de sobrecarga de la máquina virtual invitada configurada antes de ponerla en producción.

  • Algunos hipervisores incluyen características de control de recursos que permiten equilibrar los recursos entre máquinas invitadas. Por ejemplo, en un entorno Hyper-V, es posible especificar un porcentaje de recursos del procesador reservados para cada máquina invitada. En este caso recibe el nombre de reserva de máquina virtual. También se puede especificar el porcentaje máximo de recursos del procesador que la máquina invitada puede usar. A esto se le llama límite de máquina virtual. Asimismo, se puede asignar una ponderación relativa para cada máquina virtual y establecer cómo se deben asignar los recursos cuando se ejecutan varias máquinas que compiten por ellos. En la mayoría de entornos, no es necesario modificar la configuración predeterminada de las propiedades de control de recursos del hipervisor. Se recomienda solicitar al fabricante del hipervisor información acerca de la configuración y los ajustes.

  • La compatibilidad de buzones de correo de gran tamaño (por ejemplo, de 1 GB o más) requiere el uso de replicación continua en clúster o soluciones VSS basadas en hardware. No es posible usar VSS basado en hardware en un entorno de virtualización de hardware.

Consideraciones sobre la disponibilidad y la recuperación ante desastres

Exchange 2007 incluye una serie de características de alta disponibilidad y recuperación ante desastres, como la replicación continua local (LCR), la replicación continua en clúster (CCR), la replicación continua en espera (SCR) y los clústeres de copia única (SCC). Las cuatro configuraciones se admiten en un entorno virtualizado.

Algunos software de virtualización de hardware incluyen características que admiten la agrupación en clúster o la portabilidad de máquinas virtuales invitadas en varias máquinas raíz físicas. Por ejemplo, Hyper-V incluye una solución en clúster llamada migración rápida que combina máquinas host Hyper-V con clústeres de conmutación por error de Windows. Para obtener más información acerca de la migración rápida, descargue las notas de producto Quick Migration with Hyper-V (página en inglés). Con los sistemas operativos Windows Server 2008 Enterprise y Windows Server 2008 Datacenter, se pueden ejecutar los servidores que proporcionen servicios cliente como máquinas virtuales invitadas en un servidor físico y configurar el servidor físico como un nodo en un clúster de conmutación por error (un grupo de equipos conectados que trabajan juntos para proporcionar redundancia a los servicios). En esta configuración, otros servidores físicos del clúster están listos para admitir máquinas virtuales invitadas cuando sea necesario durante la migración rápida. El impacto de la migración rápida en una máquina invitada depende de la naturaleza de la interrupción:

  • Interrupciones programadas   Una interrupción programada se produce cuando el administrador mueve manualmente recursos en clúster a otro nodo del clúster. En este escenario, el estado de la máquina invitada queda suspendido y se guarda, los recursos se transfieren al nodo específico y la máquina invitada se reanuda desde el estado guardado en el nodo especificado. Desde la perspectiva de Exchange, el servidor únicamente experimenta interrupciones de conexiones TCP. Los clientes experimentan una interrupción del servicio durante el proceso de migración: los usuarios de Microsoft Office Outlook en modo caché de Exchange, así como los clientes de Exchange ActiveSync, sufrirán una breve desconexión, y los usuarios de Outlook en modo en línea, así como los de Office Outlook Web Access, POP3 e IMAP4, no tendrán acceso a sus buzones de correo durante el proceso de migración. La duración de la interrupción variará en función del tiempo que la máquina virtual tarde en pasar al modo de suspensión, moverse y reanudarse, y dependerá en gran medida de la conectividad del almacenamiento y el tamaño de la memoria de la máquina virtual.

  • Interrupciones no programadas   Una interrupción no programada se produce cuando un error afecta a un nodo activo hasta el punto de activar directivas de conmutación por error en clúster. Por ejemplo, si se pierde energía o se produce un error grave de software o hardware en el nodo activo. En este escenario, la máquina invitada experimenta pérdidas de energía inesperadas. En una máquina invitada de Exchange que hospeda la función del servidor Buzón de correo, el apagado inesperado hará que el estado de cierre de las bases de datos sea "con errores". Cuando se reinicie el invitado de Exchange, Exchange llevará a cabo los procesos integrados de recuperación tras bloqueo y reproducirá todos los archivos de registro de todas las bases de datos. El tiempo de recuperación depende de la cantidad de archivos de registro que se deba reproducir (todos los archivos de registro generados después del punto de control). En términos generales, la velocidad de reproducción prevista es de al menos dos archivos de registro por segundo.

Elección de una solución de alta disponibilidad para un servidor de Exchange virtualizado

Se recomienda el uso de las soluciones de alta disponibilidad de Exchange integradas para servidores virtualizados de Exchange en lugar de soluciones de portabilidad y agrupación en clúster provistas de hipervisor (como la característica de migración rápida de Hyper-V). Estas características de Exchange Server (en particular, la replicación continua en clúster) aportan más ventajas que las soluciones de hipervisor que mueven máquinas virtuales entre máquinas raíz físicas.

El mecanismo de replicación de datos integrado de Exchange (replicación continua) se puede combinar con el clúster de conmutación por error, conocido como CCR. CCR se puede implementar en un entorno de virtualización de hardware y, con ello, proporcionar un servicio y una solución de disponibilidad de datos para Exchange 2007 en un entorno virtualizado. En un entorno CCR virtualizado (o SCC), cada máquina invitada que sea un nodo en el clúster se debe hospedar en máquinas raíz físicas independientes para proporcionar alta disponibilidad y redundancia real.

Nota

Es posible implementar CCR o SCC con una combinación de nodos físicos y virtuales. Como en todas las configuraciones de alta disponibilidad de Exchange, se debe garantizar que el tamaño de todos los nodos se haya determinado adecuadamente para poder controlar la totalidad de la carga de trabajo durante interrupciones programadas y no programadas.

No se recomienda el uso de la migración de máquinas virtuales basada en hipervisor (como la migración rápida de Hyper-V) para servidores de Exchange virtualizados. En una configuración de migración de máquinas virtuales, una interrupción no programada puede ocasionar la pérdida de datos. En un entorno CCR, esta pérdida de datos queda enormemente mitigada con la característica conocida como contenedor de transporte. El contenedor de transporte aprovecha la redundancia en el entorno para recuperar algunos datos afectados por la conmutación por error. Para obtener más información, consulte Replicación continua en clúster.

Las diferencias entre soluciones de migración de máquinas virtuales y CCR (cuando se implementan en un entorno de virtualización de hardware) se enumeran en la tabla siguiente:

Migración de máquinas virtuales frente a replicación continua en clúster

  Migración de máquinas virtuales Replicación continua en clúster

Detección de latido del sistema operativo

Sí

Sí

Detección de latido del servidor de Exchange

No

Sí

Copias de datos de Exchange

1

2

Requiere almacenamiento compartido

Sí

No

Admite copia de seguridad para Exchange desde el nodo pasivo

No

Sí

Consideraciones sobre la realización y restauración de copias de seguridad

Exchange Server tiene importantes requisitos de E/S. Al implementar servidores de Exchange de gran tamaño en máquinas virtuales invitadas, se recomienda usar discos de acceso directo para almacenar los datos. La implementación actual de VSS en Hyper-V no admite copias de seguridad basadas en raíz para discos de acceso directo o discos iSCSI conectados a un iniciador iSCSI dentro de la máquina virtual invitada. Como resultado, las copias de seguridad VSS de una máquina virtual invitada de Exchange que se realizan en la máquina raíz no se admiten para discos de acceso directo o iSCSI conectados en la máquina virtual invitada.

Para llevar a cabo copias de seguridad compatibles de un servidor de Exchange virtualizado con cualquiera de estos tipos de almacenamiento, las copias de seguridad se deben realizar desde la máquina virtual invitada. Se puede usar un software de copia de seguridad que admita las API de copia de seguridad de secuencias ESE o una solución VSS basada en software para Exchange (por ejemplo, Microsoft System Center Data Protection Manager).

La copia de seguridad VSS de una máquina virtual invitada de Exchange desde la máquina raíz se admite cuando se usan discos duros virtuales (VHD) Hyper-V.

Algunas soluciones también incluyen métodos de almacenamiento admitidos por los proveedores para realizar copias de seguridad VSS basadas en hardware directamente de los volúmenes de almacenamiento. El proveedor del almacenamiento, y no Microsoft, es quien ofrece compatibilidad con estos métodos de copia de seguridad.

Consideraciones sobre el almacenamiento

Se recomienda el uso de LUN independientes que estén protegidos con matrices redundantes de discos independientes (RAID) para el sistema operativo host, todos los discos de sistema operativo invitado y todo el almacenamiento de máquinas virtuales. Los LUN para bases de datos y archivos de registro se deben aislar de acuerdo a las prácticas recomendadas de almacenamiento de Exchange 2007. Todos los requisitos y las prácticas recomendadas de almacenamiento de Exchange 2007 se aplican a los servidores de Exchange que se ejecutan en un entorno de virtualización de hardware. Para obtener más información acerca de los requisitos de almacenamiento, recomendaciones y prácticas recomendadas para Exchange 2007, consulte Planear el almacenamiento en disco.

En la siguiente ilustración se muestra la configuración del almacenamiento de Exchange 2007 en un entorno Hyper-V.

Configuración del almacenamiento de Exchange 2007 en un entorno Hyper-V

Almacenamiento en Hyper-V y en Exchange

Requisitos de almacenamiento de máquinas virtuales invitadas

El sistema operativo de un equipo invitado 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 al equipo virtual. 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 del equipo raíz y presentar los LUN a equipos virtuales invitados como un disco virtual o un disco de paso a través.

Requisitos de almacenamiento de las máquinas raíz

Las máquinas raíz tienen requisitos mínimos de espacio en disco que se deben cumplir:

  • 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, para ejecutar Windows Server 2008 con Hyper-V, será necesario un mínimo de 10 GB para cumplir los requisitos del sistema de Windows Server 2008 del sistema operativo. También se requerirá 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 y recomendaciones de almacenamiento para Exchange Server

A continuación, se muestran los requisitos y las recomendaciones de almacenamiento vinculados a un servidor de Exchange virtualizado:

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

  • 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.

  • Puede que el rendimiento de los discos virtuales no sea tan óptimo como el de otros tipos de disco. Consulte la documentación sobre rendimiento y escalabilidad del fabricante del hipervisor para saber de qué modo afectarán las distintas opciones de almacenamiento a la E/S de Exchange.

  • Se recomienda usar almacenamiento de acceso directo SCSI para hospedar bases de datos de transporte de concentradores y buzones de correo, así como archivos de registro de transacciones. Aunque el uso de discos de acceso directo limita la portabilidad de las máquinas virtuales, se ha demostrado que esta configuración proporciona el mejor rendimiento entre todas las opciones de almacenamiento para un servidor de Exchange virtualizado.

  • Al usar almacenamiento iSCSI, el mejor rendimiento se obtiene cuando se configura el componente iSCSI Initiator en la máquina host, y los discos se presentan a la máquina invitada como discos de acceso directo. Se recomienda usar velocidades Gigabit Ethernet o superiores para el almacenamiento iSCSI, así como aislar la red de almacenamiento iSCSI del resto del tráfico. Asimismo, se recomienda usar tarjetas de interfaz de red física dedicada para el tráfico de red iSCSI. En un entorno Hyper-V, se recomienda además que las tarjetas de red iSCSI física dedicada se configuren para usar tramas gigantes y que no estén enlazadas a ningún conmutador de red virtual.

  • Se admite la configuración del almacenamiento iSCSI para usar un iniciador iSCSI en una máquina virtual invitada de Exchange. Sin embargo, el rendimiento se verá reducido con esta configuración porque la pila de red en una máquina virtual no tiene todas las características que tiene una pila de red no virtualizada (por ejemplo, una pila de red virtual no admite tramas gigantes). Sin embargo, dado que el almacenamiento iSCSI está conectado directamente al iniciador iSCSI invitado y que no está configurado como discos de acceso directo, la máquina virtual dispone de mayor portabilidad.

Consideraciones sobre red

Cuando se ejecuta Exchange 2007 en un entorno de virtualización de hardware, se recomiendan las configuraciones de red específicas. Estas configuraciones dependen de si Exchange está implementado para alta disponibilidad.

En entornos no implementados para alta disponibilidad (por ejemplo, sin CCR, sin SCC o sin Quick Migration), es recomendable seguir las orientaciones de planeación e implementación proporcionadas por el proveedor del hipervisor. Por ejemplo, en el caso de Hyper-V, se recomienda seguir las pautas fijadas en las guías Hyper-V Planning and Deployment Guide y Microsoft Hyper-V Server 2008 Configuration Guide (páginas en inglés).

Para entornos implementados para alta disponibilidad (por ejemplo, CCR o SCC), se recomienda disponer de al menos dos tarjetas de interfaz de red física (NIC) en la máquina raíz. Una NIC debe estar destinada específicamente a la máquina raíz del hipervisor y la otra a las máquinas virtuales invitadas. Se deben usar NIC adicionales independientes para cualquier almacenamiento iSCSI utilizado por las máquinas raíz o invitadas.

Nota

Si está implementando máquinas invitadas de acceso de cliente y transporte de concentradores en Hyper-V que también están configuradas para alta disponibilidad utilizando equilibrio de carga de red (NLB), entonces debe instalar la revisión del artículo de la Knowledge Base de Microsoft 953828, "El host NLB no converge como se esperaba en máquinas virtuales de Windows Server 2008 Hyper-V". Para obtener más información acerca de la instalación y configuración de NLB, consulte la Network Load Balancing Deployment Guide (página en inglés).

Directiva de compatibilidad y recomendaciones para Exchange Server 2003

Microsoft admite Exchange Server 2003 en producción en software de virtualización de hardware (máquinas virtuales) únicamente si se cumplen las siguientes condiciones:

  • El software de virtualización de hardware es Microsoft Virtual Server 2005 R2 o una versión posterior de Microsoft Virtual Server.

  • La versión de Exchange Server que se ejecuta en la máquina virtual es Microsoft Exchange Server 2003 con Service Pack 2 (SP2) o una versión posterior.

  • Microsoft Virtual Server 2005 R2 Virtual Machine Additions está instalado en el sistema operativo invitado.

  • Exchange Server 2003 está configurado como servidor independiente y no como parte de un clúster de conmutación por error de Windows.

  • El controlador SCSI instalado en el sistema operativo invitado es el controlador PCI SCSI de Microsoft Virtual Machine.

  • La característica "Deshacer" del disco duro virtual no está habilitada para la máquina virtual de Exchange.

    Nota

    Cuando se agrega un adaptador SCSI de Microsoft Virtual Server a una máquina virtual después de haber instalado Virtual Machine Additions, el sistema operativo invitado detecta e instala un controlador SCSI Adaptec genérico. En este caso, se debe quitar y volver a instalar Virtual Machine Additions para que se instale el controlador SCSI correcto en el sistema operativo.

Para comprobar el controlador SCSI que está instalado en el sistema operativo invitado, siga estos pasos:

  1. En el sistema operativo invitado, haga clic con el botón secundario en Mi PC y, a continuación, en Administrar.

  2. En Herramientas del sistema, haga clic en Administrador de dispositivos.

  3. En Controladores SCSI y RAID, compruebe que se muestra el Controlador SCSI de PCI de Microsoft Virtual Machine. Si aparece otro controlador, se debe volver a instalar Virtual Machine Additions. Por ejemplo, si aparece Adaptec, vuelva a instalar Virtual Machine Additions.

    Nota

    Si la máquina virtual está configurada para usar únicamente un controlador IDE, no es necesario realizar ninguna acción.

Consideraciones sobre rendimiento y escalabilidad

Al planear la implementación de Exchange Server 2003 SP2 en un entorno virtualizado, se aplican los mismos aspectos de rendimiento y escalabilidad que se describen en la Guía de rendimiento y escalabilidad de Exchange Server 2003 para determinar el tamaño de cada máquina virtual de Exchange Server 2003.

No obstante, algunos factores afectan directamente al rendimiento y a la escalabilidad de Exchange Server 2003 cuando se ejecuta en Virtual Server 2005 R2. Estos factores se deben tener en cuenta al determinar el tamaño tanto de las configuraciones host como de las configuraciones invitadas.

A continuación, se detallan los factores relacionados con la configuración de máquinas virtuales que se deben tener en cuenta:

  • Cada máquina virtual puede tener únicamente una CPU. Esto limita la potencia de procesamiento de la instalación de Exchange virtualizada. Se debe determinar el tamaño del servidor de modo que una sola CPU pueda controlar la carga estimada del servidor. Además, el número de máquinas virtuales que se ejecutan de forma simultánea en el equipo host afectará al rendimiento global de la totalidad del sistema.

  • Al determinar el tamaño de la capacidad del disco de la máquina virtual, se debe tener en cuenta el tiempo necesario para realizar una copia de seguridad en línea completa de los datos de Exchange Server a través de la red. Considere la posibilidad de agregar un adaptador de la red virtual dedicada para copias de seguridad de Exchange Server.

    Nota

    Aunque se pueden realizar copias de seguridad sin conexión de los archivos del disco duro virtual (.VHD) en el nivel de host, esto no impide que siga siendo necesario realizar periódicamente una copia de seguridad de Exchange Server. Para obtener más información acerca de los procesos de copia de seguridad y restauración de Exchange Server, consulte la Guía de operaciones para la recuperación de desastres de Exchange 2003.

  • Cree discos virtuales de tamaño fijo independientes para los archivos de registro y las bases de datos de Exchange Server, y almacénelos en unidades físicas separadas del servidor host.

  • El rendimiento de Exchange Server se debe validar antes de entrar en producción con las herramientas de rendimiento de Exchange Server 2003. Para obtener más información acerca de estas herramientas, consulte la Guía de rendimiento y escalabilidad de Exchange Server 2003.

A continuación, se detallan los factores relacionados con la configuración del host que se deben tener en cuenta:

  • Asegúrese de que el servidor que ejecuta Virtual Server 2005 R2 tiene el tamaño adecuado para controlar la cantidad de máquinas virtuales que planea implementar. Este cálculo debe incluir CPU, memoria, adaptadores de red y configuración de disco.

  • Use una solución de disco duro que permita un acceso rápido. Puede usar un disco duro SCSI, una matriz redundante de discos independientes (RAID) o una red de área de almacenamiento (SAN) para almacenar los archivos .VHD que usan los datos de Exchange Server.

  • Si se instala un programa antivirus en el host, se debe configurar para que no examine los archivos .VHD.

Directiva de compatibilidad para versiones de Exchange Server anteriores a Exchange Server 2003

Microsoft no admite ninguna versión de Microsoft Exchange Server anterior a Exchange Server 2003 en producción en entornos de virtualización de hardware. Esta directiva se aplica a Exchange 2000 Server, Exchange 2000 Conferencing Server, Exchange Server 5.5 y todas las versiones anteriores de Exchange Server.