Esta sección muestra el diseño y la configuración de RecoverPoint /CE, así como la preparación de VMAX 10K para RecoverPoint/CE en esta solución.
Si bien RecoverPoint está calificado con VMAX 10K, y VMAX 10K tiene un splitter de escritura integrado para admitir la replicación de RecoverPoint, se deben completar otros pasos para que VMAX 10K esté totalmente preparado para RecoverPoint:
1. Configure el splitter de RecoverPoint en el arreglo Symmetrix VMAX 10K
mediante el aprovisionamiento de los siguientes volúmenes: Un volumen de catálogo (3 GB) para el cluster de dispositivo de
RecoverPoint (RPA).
Este volumen almacena información de configuración sobre los RPA y los grupos de coherencia de RecoverPoint, lo que permite un
funcionamiento correcto de un RPA para que se haga cargo sin problemas de las actividades de replicación de un RPA fallido del mismo cluster. También provisionamos un volumen de catálogo del mismo tamaño en el VNX5700 para el cluster de RPA en el sitio de DR. Ocho volúmenes de gatekeeper únicos para RPA1 y RPA2.
Para provisionar estos volúmenes, cree vistas de enmascaramiento de autoaprovisionamiento que presentan los volúmenes a los RPA. Para la solución, creamos tres vistas de enmascaramiento para el cluster de RecoverPoint, ya que se compone de dos RPA.
2. Al replicar volúmenes a un splitter de Symmetrix, los tamaños de LUN de
réplica y de producción deben ser idénticos. La función de falsificación del tamaño de LUN no es compatible con los splitters de Symmetrix. Al realizar una replicación desde un splitter de Symmetrix a otro splitter, el LUN de réplica puede ser más grande que el LUN de producción. Sin embargo, como mejor práctica, siempre haga que el LUN de réplica tenga el mismo tamaño que el de producción mediante el conteo de bloques.
3. Active la omisión de protección contra escritura para iniciadores de RPA.
El splitter de RecoverPoint para VMAX 10K requiere que los iniciadores de RPA tengan un acceso especial que les permita escribir en dispositivos protegidos contra escritura. La Figura 8 muestra esta configuración.
Figura 8. Omisión de protección contra escritura para los RPA
Para obtener más información, consulte EMC RecoverPoint Deploying with Symmetrix Arrays and Splitter Technical Notes.
Descripción general
Preparación de VMAX 10K para RecoverPoint/CE
31 Infraestructura de EMC para aplicaciones de Microsoft en la nube privada
EMC Symmetrix VMAX 10K, EMC RecoverPoint/Cluster Enabler, EMC VNX5700,Microsoft Hyper-V En esta solución, RecoverPoint CRR replica el ambiente de producción al ambiente de recuperación mediante el splitter de RecoverPoint.
Utilizamos replicación asíncrona mediante una WAN IP para RecoverPoint CRR. Conectamos los RPA para los sitios de DR y de producción por medio de una red troncal entre dos switches a fin de que se comuniquen entre sí. Cada RPA estaba conectado a los switches de red con dos conexiones de 1 Gb. Un emulador de distancia de red simuló la latencia de red entre los enlaces WAN del RPA. Configuramos los dos escenarios siguientes para la prueba:
• Latencia de red de 25 ms (distancia de un viaje de ida y vuelta de 2,500 km) • Latencia de red de 85 ms (distancia de un viaje de ida y vuelta de 8,500 km) La consola de administración de RecoverPoint muestra el flujo de datos con información más detallada. La Figura 9 muestra el flujo de datos en uno de los grupos de coherencia implementados en esta solución.
Figura 9. El flujo de datos de RecoverPoint CRR en la consola de administración El tamaño de los volúmenes de registro se relaciona estrechamente con su ventana de protección requerida. Para determinar el tamaño del registro, los administradores deben calcular la tasa de modificación esperada de los datos de aplicaciones en el ambiente.
A continuación, se presenta la fórmula de dimensionamiento del volumen del registro: Configuración de RecoverPoint CRR Dimensionamiento del registro de RecoverPoint
Como regla general, los expertos en la implementación de EMC RecoverPoint recomiendan dimensionar registros en un 20 % de los datos que se replican cuando las tasas de modificación no están disponibles.
En esta solución, la tasa de modificación de los datos del buzón de correo de Exchange es de 6 Mb/s de acuerdo con el perfil de usuario de Exchange. Para respetar un requisito de reversión de tres días (72 horas), el tamaño de registro debe ser de 250 GB:
6 Mbps × 259,200 segundos/0.8 × 1.05 = 2,041,200 Mb (~250 GB) En el cálculo de arriba, 259,200 segundos representa una ventana de reversión de 72 horas, mientras que 0.8 representa el 20 % para el espacio de registro reservado.
Para lograr un rendimiento óptimo del registro, asegúrese de seleccionar los tipos de unidad y RAID correspondientes. En esta solución, usamos discos SAS de 600 GB y 10,000 r/min en una configuración de RAID 1/0 en VNX5700 para la protección remota. También usamos discos Fibre Channel de 600 GB y
10,000 r/min en una configuración de RAID 1 en VMAX 10K para hacer failback durante el failover de un sitio.
Para ajustarse a la ventana de protección en esta solución, EMC recomienda configurar el tamaño de registro correcto para cada grupo de coherencia, como se muestra en la Tabla 17. Comuníquese con su representante local de RecoverPoint para dimensionar sus registros según sus requisitos específicos.
Tabla 17. Dimensionamiento de registro para cada grupo de coherencia
Site Sitio de producción Sitio de DR
Ventana de
protección 1 día 3 días
Tamaño del registro Servidor de buzones de correo de Exchange
75 GB Servidor de buzones de correo de Exchange
250 GB Exchange HUB/CAS 75 GB Exchange HUB/CAS 20 GB
SQL Server 75 GB SQL Server 250 GB
SharePoint SQL Server 90 GB SharePoint SQL Server 300 GB Servidor de aplicaciones de
SharePoint 75 GB Servidor de aplicaciones de SharePoint 20 GB Servidor WFE de SharePoint 15 GB Servidor WFE de SharePoint 50 GB Controlador de dominios 5 GB Controlador de dominios 20 GB
EMC Cluster Enabler para clusters de failover de Microsoft es una extensión de software de la funcionalidad de cluster de failover. Cluster Enabler permite que los clusters de failover de Microsoft funcionen en varios arreglos de almacenamiento en clusters distribuidos geográficamente. Cada nodo de cluster se conecta a los arreglos de almacenamiento compatibles mediante una red de almacenamiento. Configuración
de EMC Cluster Enabler
33 Infraestructura de EMC para aplicaciones de Microsoft en la nube privada
EMC Symmetrix VMAX 10K, EMC RecoverPoint/Cluster Enabler, EMC VNX5700,Microsoft Hyper-V En un ambiente típico, los datos de almacenamiento se replican a otro arreglo de almacenamiento en el sitio de DR para proteger el ambiente contra fallas del sitio. Cuenta con acceso de lectura y escritura en el arreglo de origen y acceso de solo lectura en el de destino. Esto agrega más pasos para permitir el acceso de lectura-escritura en el sitio remoto después del failover al implementar clusters extendidos en los centros de datos. EMC Cluster Enabler permite automatizar estos pasos adicionales mediante el aprovisionamiento del tipo de recurso personalizado CECluRes como parte del cluster de failover. La Figura 10 muestra
este recurso entre las propiedades de un cluster en el Failover Cluster Manager.
Figura 10. Recurso de cluster CE
Para configurar Cluster Enabler, instalamos el componente básico CE y el plug-in para RecoverPoint en cada nodo de Hyper-V (requiere un reinicio). El Cluster Enabler Manager configuró el cluster de Hyper-V.
La Figura 11 muestra cómo el Cluster Enabler Manager administra el cluster actual de Hyper-V y los recursos de disco de una máquina virtual.
Figura 11. Consola de EMC Cluster Enabler Manager
Cuando el cluster de CE esté configurado, crea el recurso personalizado de CE para cada grupo de recursos (una máquina virtual es un grupo de recursos) que contenga recursos de disco. Luego, hace que todos los recursos de disco en el grupo de clusters dependan del recurso personalizado. La Figura 12 muestra el recurso personalizado de CE y la dependencia del disco en una máquina virtual de WFE de SharePoint.
Figura 12. Recurso del cliente de EMC CE
Con respecto a RecoverPoint, debe haber un grupo de coherencia que coincida con cada máquina virtual para que Cluster Enabler funcione. En esta solución, creamos 18 grupos de coherencia:
• A cada grupo de coherencia le pusimos el mismo nombre que lleva cada máquina virtual. La Figura 13 muestra los nombres coincidentes en el Failover Cluster Manager y la aplicación de administración de RecoverPoint.
35 Infraestructura de EMC para aplicaciones de Microsoft en la nube privada
EMC Symmetrix VMAX 10K, EMC RecoverPoint/Cluster Enabler, EMC VNX5700,Microsoft Hyper-V Figura 13. Nombres de las máquinas virtuales en el Failover Cluster Manager
y los nombres de los grupos de coherencia en la aplicación de administración de RecoverPoint
• Para cada grupo de coherencia, configuramos dos volúmenes de registro: uno en el sitio de producción y otro en el sitio de DR. Los conjuntos de replicación de cada grupo de coherencia se componen de LUN de producción y LUN de réplica. La Figura 14 muestra los conjuntos de replicación de un grupo de coherencia del buzón de correo de Exchange.
• Establecimos la configuración de cluster extendido en la política de cada grupo de coherencia y seleccionamos las siguientes opciones: Use
RecoverPoint/CE y Group is managed by CE, RecoverPoint can only monitor.
La Figura 15 muestra esta configuración.
Figura 15. Configuración de cluster extendido
Para obtener más información sobre la configuración de RecoverPoint y CE, consulte la Guía del producto del plug-in de EMC RecoverPoint/Cluster Enabler
La siguiente lista indica las mejores prácticas correspondientes a las máquinas virtuales y el cluster de Hyper-V. Para garantizar que la migración activa y el failover del sitio se realicen correctamente, haga lo siguiente:
1. Instale los hot fixes del cluster de Hyper-V recomendados en los siguientes enlaces:
http://support.microsoft.com/kb/2494036 http://support.microsoft.com/kb/2545685
2. Es importante ajustar la configuración predeterminada para que el cluster de Hyper-V mueva las máquinas virtuales en caso de que un recurso deje de estar disponible. Cambie la configuración predeterminada de Save a Shut Down, como aparece en la Figura 16. De esta forma, las máquinas
virtuales no guardan y restauran el estado del disco cuando se mueve o se deja offline.
Figura 16. Configuración de la máquina virtual cuando esta se encuentra offline
3. Configure cada máquina virtual a fin de que utilice la red correcta para la migración activa del cluster de Hyper-V, como se puede ver en la Figura 17. Preparación
del cluster de Hyper-V para la recuperación de desastres
37 Infraestructura de EMC para aplicaciones de Microsoft en la nube privada
EMC Symmetrix VMAX 10K, EMC RecoverPoint/Cluster Enabler, EMC VNX5700,Microsoft Hyper-V Figura 17. Red de la máquina virtual para la migración activa
4. Configure la lista Preferred Owners correspondiente a una máquina virtual mediante el Failover Cluster Manager para que se realice un failover balanceado en servidores remotos y locales.
5. En caso de que ocurra un desastre, las máquinas virtuales hacen un failover a otro de los servidores restantes. Durante este proceso, se reinicia la máquina virtual. En el inicio, es posible que la tarjeta de red virtual sintética de Hyper-V en las máquinas virtuales no esté lista antes que los servicios de aplicaciones y de red (como Exchange y SQL Server), que también intentan iniciarse. En este caso, los servicios de red y aplicaciones fallarán porque dependen de la red.
Para abordar este problema, se puede usar alguno de los siguientes métodos:
a. Configure los servicios de aplicaciones como el de SQL en Automatic
(Delayed Start) para que se inicien una vez preparados todos los servicios del sistema.
b. Para aumentar el tiempo de inicio predeterminado del servicio
correspondiente a 30 segundos, cree la siguiente entrada de registro. Subclave:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control Nombre: ServicesPipeTimeout
Tipo: REG_DWORD
Datos: La cantidad de milisegundos que desea dedicar al inicio de los servicios