Uso de la replicación de datos basada en almacenamiento en un cluster de campus

La replicación de datos basada en almacenamiento utiliza software instalado en el dispositivo de almacenamiento para gestionar la replicación dentro de un cluster, llamado cluster de campus. Dicho software es específico de su dispositivo de almacenamiento particular y si no se utiliza para la recuperación después de un desastre. Consulte la documentación incluida con el dispositivo de almacenamiento cuando vaya a configurar la replicación de datos basada en almacenamiento.

Según el software que utilice, puede usar el failover automático o manual con la replicación de datos basada en almacenamiento. Oracle Solaris Cluster admite el failover manual y automático de los replicadores con el software de EMC SRDF.

En esta sección, se describe la replicación de datos basada en almacenamiento como se la utiliza en un cluster de campus. En Figura 1, se proporciona un ejemplo de configuración de dos salas donde los datos se replican entre dos matrices de almacenamiento. En esta configuración, la matriz de almacenamiento principal se incluye en la sala primaria, donde proporciona datos a los nodos de ambas salas. La matriz de almacenamiento principal también proporciona a la matriz de almacenamiento secundaria datos que se van a replicar.

Figura 1  Configuración de dos salas con replicación de datos basada en almacenamiento

La replicación sincrónica basada en almacenamiento con EMC SRDF se admite en Oracle Solaris Cluster. La replicación asincrónica no se admite para EMC SRDF.

No use el modo Domino (Dominó) ni el modo Adaptive Copy (Copia adaptable) de EMC SRDF. El modo Domino (Dominó) hace que los volúmenes SRDF locales y de destino no estén disponibles para el host si el destino no está disponible. El modo Adaptive Copy (Copia adaptable) se usa normalmente para migraciones de datos y movimientos del centro de datos, y no se recomienda para la recuperación después de un desastre.

Si se pierde el contacto con el dispositivo de almacenamiento remoto, asegúrese de que una aplicación que se ejecute en el cluster principal no se bloquee mediante la especificación de un fence_level de never o async. Si especifica data o status para Fence_level, el dispositivo de almacenamiento principal rechaza las actualizaciones si estas últimas no se pueden copiar al dispositivo de almacenamiento remoto.

Requisitos y restricciones del uso de la replicación de datos basada en almacenamiento en un cluster de campus

Para garantizar la integridad de los datos, utilice rutas múltiples y el paquete de RAID adecuado. En la lista siguiente, se incluyen consideraciones para la implementación de una configuración de cluster que usa replicación de datos basada en almacenamiento.

• Si va a configurar el cluster para la conmutación por error automática, utilice la replicación sincrónica.

  Para obtener instrucciones de configuración del cluster para failover automático de volúmenes replicados, consulte Configuración y administración de dispositivos replicados basados en el almacenamiento. Para obtener detalles sobre los requisitos para diseñar un cluster de campus, consulte Shared Data Storage de Oracle Solaris Cluster Hardware Administration Manual.

• Es posible que ciertos datos específicos de la aplicación no sean adecuados para la replicación de datos asincrónica. Emplee sus conocimientos acerca del comportamiento de la aplicación para determinar la mejor manera de replicar datos específicos de la aplicación en los dispositivos de almacenamiento.

• La distancia de nodo a nodo está limitada por la infraestructura de interconexión y el canal de fibra de Oracle Solaris Cluster. Póngase en contacto con el proveedor de servicios de Oracle para obtener más información acerca de las limitaciones actuales y las tecnologías admitidas.

• No configure un volumen replicado como dispositivo del quórum. Localice los dispositivos del quórum en un volumen compartido sin replicar o utilice el servidor del quórum.

• Asegúrese de que sólo la copia principal de los datos permanece visible para los nodos del cluster. De lo contrario, el administrador de volúmenes puede intentar acceder simultáneamente a las copias principales y secundarias de los datos. Consulte la documentación que recibió con la matriz de almacenamiento para obtener más información sobre el control de la visibilidad de las copias de datos.

• EMC SRDF permiten que el usuario defina los grupos de dispositivos replicados. Cada grupo de dispositivo de replicación requiere grupo de dispositivo de Oracle Solaris Cluster con el mismo nombre.

• Para una configuración de tres sitios o de tres centros de datos que usan EMC SRDF con dispositivos RDF simultáneos o en cascada, debe agregar la siguiente entrada en el archivo de opciones de Solutions Enabler (SYMCLI) en todos los nodos participantes del cluster:

  SYMAPI_2SITE_CLUSTER_DG=device-group:rdf-group-number

  Esta entrada permite que el software del cluster automatice el movimiento de la aplicación entre los dos sitios SRDF síncronos. rdf-group-number en la entrada representa el grupo RDF que conecta el symmetrix local del host al symmetrix del segundo sitio.

  Para obtener más información sobre las configuraciones de tres centros de datos, consulte Three-Data-Center (3DC) Topologies de Oracle Solaris Cluster 4.3 Geographic Edition Overview.

• Oracle Real Application Clusters (Oracle RAC) no es compatible con SRDF al replicar dentro de un cluster. Los nodos conectados a las réplicas que no son actualmente la réplica principal no tienen acceso de lectura. Cualquier aplicación escalable que requiere acceso directo de escritura desde todos los nodos del cluster no es compatible con dispositivos replicados.

• No se admiten conjuntos de discos de varios propietarios de Solaris Volume Manager para Sun Cluster.

• No use el modo Domino (Dominó) ni el modo Adaptive Copy (Copia adaptable) de EMC SRDF. Consulte Uso de la replicación de datos basada en almacenamiento en un cluster de campus para obtener más información.

Problemas de recuperación manual en el uso de la replicación de datos basada en almacenamiento en un cluster de campus

Al igual que ocurre con los clusters de campus, los clusters que utilizan la replicación de datos basada en almacenamiento generalmente no necesitan intervención cuando se produce un solo fallo. Sin embargo, si utiliza la conmutación por error manual y se pierde la sala que contiene el dispositivo de almacenamiento principal (como se muestra en Figura 1), se ocasionan problemas en un cluster de dos nodos. El nodo restante no puede reservar el dispositivo de quórum y no puede iniciar como miembro del cluster. En esta situación, el cluster requiere la siguiente intervención manual:

1. El proveedor de servicios de Oracle debe volver a configurar el nodo restante para iniciar como miembro del cluster.

2. O usted o el proveedor de servicios de Oracle deben configurar un volumen sin replicar del dispositivo de almacenamiento secundario como dispositivo del quórum.

3. O usted o el proveedor de servicios de Oracle deben configurar el nodo restante para utilizar el dispositivo de almacenamiento secundario como almacenamiento principal. Esta reconfiguración puede suponer la reconstrucción de los volúmenes del administrador de volúmenes, la restauración de datos o el cambio de asociaciones de aplicaciones con volúmenes de almacenamiento.

Mejores prácticas para utilizar la replicación de datos basada en almacenamiento

Cuando use el software de EMC SRDF para la replicación de datos basada en almacenamiento, utilice dispositivos dinámicos en lugar de dispositivos estáticos. Los dispositivos estáticos requieren varios minutos para cambiar la replicación principal y pueden afectar el tiempo de conmutación por error.