Descripción de los factores de alta disponibilidad

Última modificación del tema: 2010-01-27

Este tema trata varios factores de alta disponibilidad que afectan la arquitectura general del servidor de buzones de correo.

Resistencia del buzón

Con Exchange Server 2010, puede elegir entre implantar la infraestructura de su servidor de buzones de correo mediante una implementación independiente y mediante la resistencia de buzón. Exchange 2010 se volvió a diseñar en torno al concepto de resistencia de buzón, se cambió la arquitectura para que la protección de la conmutación por error automática esté en la base de datos de buzones de correo individual en lugar de estar en el servidor.

Si selecciona una solución que usa la resistencia de buzón de correo, tiene distintas opciones por lo que respecta a la arquitectura:

  • En la implementación de varias copias de bases de datos, puede:
    • Diseñar una solución para mitigar las razones más frecuentes por las que se usa una copia de seguridad. Las copias de bases de datos ofrecen protección contra fallas de centros de datos, software y hardware.
    • Aumentar el tamaño de su base de datos hasta en 2 terabytes porque su mecanismo de recuperación es crear otra copia de la base de datos en lugar de hacer una restauración desde una copia de seguridad.
    • Considerar alternativas de arquitectura de almacenamiento como JBOD (solo unos pocos discos) si va a implementar tres o más copias de bases de datos.
  • Al distribuir bases de datos activas entre todos los servidores que participan de un grupo de disponibilidad de bases de datos (DAG) puede maximizar la eficacia de su hardware. Consulte la siguiente sección de este tema para obtener más información.

Para obtener más información, consulte Diseño de alta disponibilidad y resistencia de sitios y Descripción de la copia de seguridad, restauración y recuperación ante desastres.

Hospedaje de copias de bases de datos activas y pasivas en el mismo servidor

Un aspecto clave de la planificación de capacidad del buzón de correo Exchange 2010 es determinar cuantas copias de bases de datos desea activar en cada servidor cuando se configura para la resistencia de buzón de correo. Existe una gama de diseños disponibles, pero le recomendamos los siguientes modelos.

Diseño para todas las copias de bases de datos activadas

Con este modelo de planificación de capacidad se puede diseñar la estructura del servidor para que administre el 100% de las copias de bases de datos hospedadas que se activen. Por ejemplo, si su servidor hospeda 35 copias de bases de datos, entonces tiene que diseñar el procesador y la memoria para que se hospeden todas las 35 bases de datos activas durante el período de uso máximo.

De los dos modelos recomendados en este tema, éste ofrece mayor disponibilidad y mejores características de rendimiento del cliente. Sin embargo, este modelo tiene mayores costos de capital de servidor.

Diseño de escenarios de error de destino

Con este modelo se puede diseñar la arquitectura del servidor para que administre la carga de buzones activa durante el peor caso de error que se quiera administrar. Este modelo tiene muchos factores a tener en cuenta; por ejemplo, la resistencia del sitio, el almacenamiento RAID frente al JBOD, el tamaño de grupo de disponibilidad de bases de datos (DAG) y el recuento de copias de bases de datos.

Una regla sencilla consiste en realizar el siguiente diseño:

  • Error de nodo único automático en las configuraciones de dos nodos
  • Error de nodo doble en configuraciones de tres servidores (activación manual para el segundo error)
  • Error de nodo doble automático donde el DAG tiene cuatro o más nodos

Debe haber la cantidad necesaria de copias de bases de datos en cada uno de los escenarios y las copias se deben distribuir de manera aleatoria y uniforme.

Si elige este modelo de planificación de capacidad, le recomendamos que restrinja la cantidad de bases de datos que se pueden activar por servidor para que el servidor no supere la cantidad de bases de datos activas admitidas según el diseño (y para evitar, en consecuencia, que la experiencia de cliente sea mala).

Para restringir la cantidad de bases de datos puede establecer la configuración del máximo de bases de datos activas. Puede configurar ese límite en el Shell de administración de Exchange ejecutando: Set-MailboxServer -MaximumActiveDatabases. Configure este límite en cada servidor de DAG para alcanzar el máximo de bases de datos activas que se había establecido para la implementación. Para obtener más información, consulte Set-MailboxServer.

Este modelo de planificación de capacidad ofrece un equilibrio entre los costos de capital, la disponibilidad y las características de rendimiento del cliente.

Para obtener más información, consulte Ejemplos de diseño de grupos de disponibilidad de base de datos.