Exportar (0) Imprimir
Expandir todo
Expandir Minimizar

Descripción de la disponibilidad y de las soluciones de resistencia de sitio para Exchange Server 2003

 

Última modificación del tema: 2005-09-14

Es frecuente que se evalúe a las compañías por la capacidad para mantener las operaciones y ofrecer sus servicios en todo momento. Una interrupción de los servicios o de las operaciones puede tener un efecto devastador en la reputación de la compañía y pasar una factura muy elevada.

Por lo general, la disponibilidad se consigue mediante el equilibrio entre las medidas de reducción de riesgos, como la resistencia de sitio, y las opciones de recuperación, es decir, las funciones de copia de seguridad. El término resistencia de sitio hace referencia a la posibilidad de ampliar la topología lógica de una infraestructura concreta de su ubicación física principal a una ubicación física secundaria.

Microsoft® Exchange Server 2003 ofrece nuevas características que se pueden usar en infraestructuras con resistencia de sitio. Además de estas nuevas características, los proveedores de almacenamiento de terceros ofrecen soluciones que permiten la implementación de Exchange Server 2003 en una infraestructura con resistencia de sitio.

En este artículo se describen varios factores que afectan a las soluciones de resistencia de sitio y se ofrecen prácticas recomendadas para implementar dichas soluciones. No se tratan soluciones específicas de proveedores de almacenamiento de terceros, pero sí se explican los tres enfoques principales que usan normalmente estos proveedores.

Aunque se usan indistintamente, los términos "disponibilidad" y "alta disponibilidad" pueden significar cosas diferentes según el contexto en el que se usen y el público al que se dirijan. En este artículo, la disponibilidad hace referencia a la capacidad de un componente o servicio para realizar la función solicitada en un instante indicado o en un período definido de tiempo. Alta disponibilidad hace referencia a la minimización o enmascaramiento de errores implementando la tolerancia a errores y la redundancia.

Ya que con frecuencia estos términos se confunden, es relativamente fácil que los clientes mantengan expectativas incorrectas sobre los destinos de disponibilidad. También sucede que los clientes exigen niveles más altos de disponibilidad de lo que están dispuestos a pagar.

Entre las implicaciones de costo se incluyen los siguientes elementos, aunque no se limitan a ellos:

  • Hardware
  • Software
  • Infraestructura de la red
  • Personal
  • Entrenamiento
  • Dispositivos
  • Capacidad de servicio   La capacidad de servicio hace referencia a los acuerdos contractuales alcanzados con proveedores de servicios de terceros, o bien acuerdos de nivel operativo alcanzados con divisiones de TI dentro de la organización, para ofrecer o mantener servicios o componentes de TI.
  • Costos operativos

Microsoft Operations Framework (MOF) cubre los conceptos de administración de disponibilidad y de continuidad de servicio, incluidas las consideraciones de costo, en detalle. Además, eche un vistazo a los siguientes artículos para obtener más información:

Con la implementación de la redundancia, puede mejorar la disponibilidad. Las siguientes características de los distintos roles del servidor de Exchange Server 2003 le ayudan a implementar la redundancia:

  • Servidores de buzones   Puede sacar partido del servicio de clúster en Microsoft Windows Server™ 2003 para ofrecer alta disponibilidad a los servidores de buzones.
  • Servidores de carpetas públicas   Puede sacar partido de la replicación integrada para ofrecer alta disponibilidad a los servidores de carpetas públicas. La replicación integrada funciona manteniendo una copia de las carpetas en uno o más servidores. Los almacenes de carpetas públicas también residen en servidores en clúster de Windows.
  • Servidores cabeza de puente   Gracias a los conectores SMTP y conectores de grupos de enrutamiento de Exchange Server 2003, se pueden configurar varios servidores como servidores cabeza de puente, con lo que se proporciona una alta disponibilidad al transporte. Además, los servidores SMTP pueden ser parte de un clúster de equilibrio de carga de red (NLB) para ofrecer alta disponibilidad del servidor SMTP.
  • Servidores front-end   Los servidores front-end de Exchange Server 2003 pueden ser parte de un clúster NLB para ofrecer disponibilidad de Microsoft Office Outlook® Web Access y otros clientes de Exchange basados en Internet.

Las soluciones de alta disponibilidad y confiabilidad del sitio de Exchange Server 2003 que ofrecen los proveedores de almacenamiento de terceros aplican uno de los siguientes enfoques o una combinación de los mismos:

  • Replicación de datos
  • Clústeres dispersos geográficamente
  • Clústeres en espera

Desde un punto de vista de aplicación, Exchange Server 2003 no tiene conocimiento de dichas soluciones. Estas soluciones se crean de manera que no sea necesario hacer ningún cambio en la configuración de Exchange Server 2003 y la solución trabaja de manera transparente para Exchange Server.

En Directrices de implementación para replicar datos de varios sitios de Exchange Server se explican los conceptos que hay detrás de las tecnologías de replicación para Exchange Server 2003. Sin embargo, cuando explore las soluciones de disponibilidad y de resistencia de sitio para Exchange Server 2003, es fundamental entender algunos conceptos básicos de las soluciones de replicación:

  • ¿Dónde se produce la replicación?   La replicación puede producirse en el nivel del host o en el nivel del sistema de almacenamiento.
  • ¿Cómo ocurre la replicación?
    • La replicación basada en host usa el software para interceptar la E/S y administrar el proceso de replicación. En la mayoría de los casos, la replicación basada en el host usa un controlador de filtro.
    • La replicación basada en almacenamiento se produce en el nivel del sistema de almacenamiento.
  • ¿Cómo funciona la replicación?
    • Replicación sincrónica implica que los datos se escriben tanto en el almacenamiento principal como secundario antes de que el host reciba una respuesta de escritura completa.
    • La replicación asincrónica implica que el host recibe la respuesta de escritura completa desde el almacenamiento principal después de que se hayan escrito los datos. La replicación se produce en segundo plano.

En la tabla 1 se muestran las ventajas y las desventajas de la replicación sincrónica y asincrónica.

Tabla 1   Ventajas y desventajas de la replicación sincrónica y asincrónica

Tipo de replicación Ventajas Inconvenientes

Replicación sincrónica

  • La replicación sincrónica normalmente garantiza que no se pierdan datos porque los datos se escriben en el almacenamiento principal y secundario antes de que se reciba una respuesta de escritura completa.
  • No hay diferencia entre los datos de almacenamiento principales y secundarios.
  • Los datos replicados de Exchange Server son completamente compatibles con Microsoft.
  • Hay restricciones de rendimiento y escalabilidad.
  • La distancia afecta a la latencia de la escritura, sobre todo a la latencia de escritura en registro.
  • La latencia alta exige una reducción de la demanda de escritura de E/S para mantener una experiencia de usuario aceptable. Por lo tanto, el número de buzones por servidor debe reducirse.
  • La replicación sincrónica es relativamente cara.

Replicación asincrónica

  • No hay un efecto significativo en el rendimiento y la escalabilidad porque el host no tiene que esperar a que se escriban los datos en el almacenamiento remoto antes de recibir una respuesta de escritura completa.
  • La replicación asincrónica es relativamente barata.
  • Los datos replicados de Exchange Server no son compatibles con Microsoft.
  • Puede que los datos del almacenamiento secundario no estén siempre actualizados.
  • La conservación incorrecta del orden de escritura puede provocar daños en los datos de Exchange Server. El proveedor de almacenamiento de terceros debe asegurarse de que los datos estén escritos correctamente.

Las soluciones para los clústeres dispersos geográficamente son también soluciones de proveedores de almacenamiento de terceros que confían en la tecnología de organización en clústeres de Windows. Para obtener más información acerca de los clústeres dispersos geográficamente, consulte los siguientes artículos:

Cuando piense en usar clústeres dispersos geográficamente para Exchange Server 2003, tenga en cuenta los siguientes aspectos:

  • Las soluciones de clústeres dispersos geográficamente se basan en la tecnología de organización en clústeres de Windows. Las soluciones de clústeres dispersos geográficamente se crean usando una combinación de hardware y software de proveedores de almacenamiento de terceros. Puede encontrar información detallada en el Catálogo de Windows Server en Cluster Solutions, Geographically Dispersed Cluster Solution (página en inglés).
  • Los clústeres dispersos geográficamente pueden compartirse en clústeres de quórum, con un mínimo de dos nodos; o clústeres de tipo de conjunto de nodos mayoritario (MNS, Majority Node Set), con un mínimo de tres nodos.
  • Los clústeres dispersos geográficamente se basan en la replicación de datos, que es parte de la solución.
  • Cada nodo del clúster tiene acceso a una réplica del almacenamiento compartido.
  • Las soluciones de clústeres dispersos geográficamente exigen la expansión de la subred que usa la interfaz pública de red del clúster a una ubicación física secundaria.
  • Las soluciones de clústeres dispersos geográficamente exigen la expansión de la subred de latido del clúster a una ubicación física secundaria. En cualquier caso, la solución no debe superar una latencia de red superior a los 500 ms.
  • En concreto para Exchange Server, es necesaria una solución de replicación sincrónica para que los datos replicados de Exchange Server sean compatibles con Microsoft.

Ahora vamos a echar un vistazo a algunas de las ventajas y desventajas de usar clústeres dispersos geográficamente para Exchange Server 2003.

A continuación se enumeran algunas de las ventajas del uso de clústeres dispersos geográficamente para Exchange Server 2003:

  • Las soluciones de clústeres dispersos geográficamente ofrecen resistencia de sitio para los clústeres de buzón.
  • Las soluciones de clústeres dispersos geográficamente son completamente transparentes para los usuarios y exigen una intervención manual mínima para la conmutación por error.
  • No hay pérdida de datos.
  • Las repercusiones para los usuarios son mínimas durante la conmutación por error.
  • Las soluciones cualificadas de los Laboratorios de calidad de hardware de Windows (WHQL) son compatibles con Microsoft.

A continuación se enumeran algunas de las desventajas del uso de clústeres dispersos geográficamente para Exchange Server 2003:

  • Las soluciones de clústeres dispersos geográficamente son relativamente caras de implementar.
  • Las soluciones de clústeres dispersos geográficamente son relativamente complejas de implementar.
  • Las soluciones de clústeres dispersos geográficamente requieren niveles más altos de madurez operativa y procesos.
  • El rendimiento y la escalabilidad están afectados por el uso de la replicación sincrónica.
  • El número de buzones por servidor se reduce en comparación con el servidor de Exchange independiente.

Los clústeres en espera se pueden usar en soluciones de resistencia de sitio para los clústeres de buzón de Exchange Server 2003. Un clúster en espera para Exchange Server 2003 es un clúster de servidores de Windows con las siguientes características:

  • Un clúster en espera es idéntico al clúster de producción de Exchange en términos de configuración de hardware y software, incluidas las versiones de Windows Server y Exchange Server, además de las actualizaciones de software.
  • Los archivos de programa de Exchange Server se instalan en el clúster en espera, pero éste no se ha configurado aún con ninguno de los servidores virtuales de Exchange.
  • El clúster en espera se puede utilizar sólo cuando todos los servidores virtuales de Exchange del clúster de producción estén desconectados.

Se puede usar un clúster en espera para ofrecer recursos de tono de marcación de mensajería o, cuando se usa con soluciones de replicación de datos, el clúster en espera puede ofrecer datos completos en la ubicación secundaria. El recurso de tono de marcación de mensajería es una estrategia que permite enviar y recibir mensajes usando buzones vacíos y temporales mientras tienen lugar las tareas de recuperación de datos.

El uso de clústeres en espera para Exchange Server 2003 se describe en detalle en Guía de operaciones para la recuperación de desastres de Exchange 2003.

Cuando piense en soluciones de resistencia de sitio para Exchange Server 2003, tenga presente las siguientes prácticas recomendadas:

  • Determine los requisitos de disponibilidad.
  • Debe comprender qué aspecto tendrá la infraestructura del sitio alternativo.
    • ¿Tendrá la ubicación lugares vacíos con electricidad, controles medioambientales, equipo de red e infraestructura de telecomunicaciones de manera que una organización pueda instalar su equipo informático en una situación de recuperación ante desastres? La recuperación ante desastres hace referencia al proceso de recuperar los datos de usuarios y configuración desde un origen de copia de seguridad para restaurar la disponibilidad del servicio.
    • ¿Dispondrá el lugar de equipo informático e infraestructura apropiados y preparados para la recuperación del servicio?
    • ¿Tendrá la ubicación un equipo informático dedicado que duplique los sistemas empresariales críticos de la compañía y que esté listo para la conmutación por error inmediata sin pérdida de datos o con una pérdida mínima?
  • ¿Están los otros servicios de resistencia del sitio preparados en la infraestructura?
  • ¿Tiene los contratos de nivel de servicio? Con frecuencia, los clientes no tienen contratos de nivel de servicio bien definidos para su entorno y muchos clientes no tienen unos requisitos de disponibilidad claros para la resistencia de sitio. Un contrato de nivel de servicio es un acuerdo escrito entre un proveedor de servicios y su cliente, que documenta los niveles de disponibilidad acordados para un servicio.
  • Trate de implicar al proveedor de almacenamiento de terceros en todo el proceso.
  • Planee una prueba de concepto y asegúrese de que las soluciones que desee implementar se prueben y se validen con Microsoft y con el proveedor de almacenamiento de terceros.
  • Planee simulaciones de conmutación por error del sitio en producción.
  • Determine cuánto tiempo debe soportar la solución el modo del sitio alternativo.
  • Asegúrese de que comprende todos los requisitos de dependencia para la resistencia del sitio. Estos requisitos de dependencia pueden incluir lo siguiente:
    • Red
    • Conectividad del cliente y redirección
    • Resolución de nombres
    • Servicio de directorio Active Directory®
    • Conectividad de transporte
    • Preparación de operaciones
 
¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft