Ejemplo: Configuración de replicación para dispositivos agrupados en clusters
El objetivo de este ejemplo es configurar la replicación de manera adecuada para garantizar que los proyectos se sigan replicando después de la toma de control del cluster, un failback en el cluster o después de realizar una replicación inversa en un dispositivo de destino.
Directrices de configuración
Al configurar la replicación para dispositivos en cluster, siga estas directrices:
-
Asegúrese de que tanto los dispositivos de destino y de origen de la replicación estén en estado CLUSTERED (En cluster). Para obtener detalles, consulte Tabla 12, Estados de clusters.
-
Seleccione las interfaces de red y las direcciones IP que se usarán para el tráfico de replicación en los dispositivos de origen y destino de replicación.
-
Seleccione una interfaz de red única. A diferencia de una interfaz de red privada, una interfaz de red única se transfiere al controlador superviviente después de la pérdida de uno de los controladores del cluster. El uso de una interfaz única garantiza que la replicación se realice correctamente después de la toma de control del cluster o la transición de failback. Para obtener más información acerca de las interfaces únicas, consulte Tabla 13, Tipos de recursos de cluster.
-
Asegúrese de que la interfaz de red seleccionada en el dispositivo de origen y la agrupación desde la cual se replicarán los datos estén asignadas al mismo controlador. Esto sucede siempre cuando el cluster de origen se encuentra en estado CLUSTERED (En cluster).
-
De manera similar para el cluster de destino, la interfaz de red seleccionada en el dispositivo de destino y la agrupación en la cual se replicarán los datos deben estar asignadas al mismo controlador. Esta asociación está garantizada cuando la configuración de replicación se lleva a cabo mientras el cluster de destino está en estado CLUSTERED (En cluster).
-
Los dispositivos de origen y de destino deben poder comunicarse correctamente mediante las interfaces de red y las direcciones IP seleccionadas.
-
-
Cree un enrutamiento estático basado en host /32 entre los dispositivos de destino y de origen para garantizar que en la siguiente reversión de replicación, la interfaz seleccionada se use para el tráfico de replicación de salida cuando la reversión haya transformado el destino actual en un origen de replicación.
-
Una vez que se haya creado la ruta estática, configure el objeto de destino de la replicación en un dispositivo de origen mediante la dirección IP seleccionada del destino.
-
Cuando el dispositivo de destino se encuentra en el estado OWNER (Propietario), se toma el control de todos los recursos compartidos, incluidas las interfaces de red y las agrupaciones de almacenamiento, y pasan a ser propiedad del controlador superviviente que, ahora, se encuentra en el estado OWNER (Propietario). En el controlador que está en el estado OWNER (Propietario), se puede seleccionar una interfaz de red que esté asignada a un controlador y usarla para trasmitir el tráfico de replicación a una agrupación que esté asignada a un controlador diferente. Cuando se regresen los controladores al estado CLUSTERED (En cluster), se regresan las interfaces de red y las agrupaciones de almacenamiento a los controladores asignados. Por lo tanto, no se podrán llevar a cabo actualizaciones de replicación debido a que el dispositivo de origen usará la interfaz de red en el controlador de destino que ya no es propietario de la agrupación. Este error de configuración no se originará cuando la configuración de replicación se realice mientras el dispositivo de destino se encuentra en el estado CLUSTERED (En cluster).
Ejemplo: Configuración de replicación para dispositivos agrupados en clusters
El procedimiento de ejemplo usa las siguientes interfaces de red y direcciones IP de origen y destino:
El cluster del dispositivo de origen está compuesto por los controladores de origen S1 y S2. La agrupación de almacenamiento sp1 se asigna a S1 y la agrupación sp2 se asigna a S2. Las interfaces de red del cluster están compuestas por:
-
La interfaz privada ixgbe0 en S1 con la dirección IP 198.51.100.81/24.
-
La interfaz privada ixgbe0 en S2 con la dirección IP 198.51.100.82/24.
-
La interfaz única ixgbe1 con la dirección IP 192.0.2.101/25 asignada a S1.
-
La interfaz única ixgbe2 con la dirección IP 192.0.2.102/25 asignada a S2.
-
La interfaz única ixgbe3 con la dirección IP 192.0.2.201/25 asignada a S1.
-
La interfaz única ixgbe4 con la dirección IP 192.0.2.202/25 asignada a S2.
Inicialmente, el dispositivo se encuentra en el estado CLUSTERED (En cluster) en donde:
-
S1 es propietario de sp1, ixgbe1 e ixgbe3.
-
S2 es propietario de sp2, ixgbe2 e ixgbe4.
El cluster del dispositivo de destino está compuesto por los controladores T1 y T2. La agrupación de almacenamiento tp1 se asigna a T1 y la agrupación tp2 se asigna a T2. Las interfaces de red del cluster están compuestas por:
-
La interfaz privada ixgbe0 en T1 con la dirección IP 198.51.100.83/24.
-
La interfaz privada ixgbe0 en T2 con la dirección IP 198.51.100.84/24.
-
La interfaz única ixgbe1 con la dirección IP 192.0.2.103/25 asignada a T1.
-
La interfaz única ixgbe2 con la dirección IP 192.0.2.104/25 asignada a T2.
-
La interfaz única ixgbe3 con la dirección IP 192.0.2.203/25 asignada a T1.
-
La interfaz única ixgbe4 con la dirección IP 192.0.2.204/25 asignada a T2.
Inicialmente, el dispositivo se encuentra en el estado CLUSTERED (En cluster) en donde:
-
T1 es propietario de tp1, ixgbe1 e ixgbe3.
-
T2 es propietario de tp2, ixgbe2 e ixgbe4.
En los siguientes pasos, se describe cómo configurar la replicación mediante la CLI para proyectos Red (Rojo), Blue (Azul) y Green (Verde).
-
Seleccione las interfaces de red y las direcciones IP.
-
Comience por seleccionar las interfaces de red y las direcciones IP para la replicación del proyecto Red (Rojo).
El hecho de que el origen S se encuentre en el estado CLUSTERED (En cluster), es motivo suficiente para garantizar que las interfaces de red y las direcciones IP seleccionadas no son privadas. Por lo tanto, en S1 use ya sea ixgbe1 o ixgbe3.
-
Lo mismo se aplica al destino T, por lo tanto, use ya sea ixgbe1 o ixgbe3 en el dispositivo T1. Ya que ixgbe1 y ixgbe3 en S1 y T1 pertenecen a la misma subred, seleccione cualquiera para llevar a cabo la replicación del proyecto Red (Rojo). Para este ejemplo, seleccione la interfaz ixgbe1 en S1 y en T1.
-
-
Configure una ruta estática en S1.
En el siguiente ejemplo, se configura la ruta estática para la replicación del proyecto Red (Rojo) en el controlador de origen S1:
S1:configuration net routing> create S1:configuration net route (uncommitted)> set family=IPv4 family = IPv4 (uncommitted) S1:configuration net route (uncommitted)> set destination=192.0.2.103 destination = 192.0.2.103 (uncommitted) S1:configuration net route (uncommitted)> set mask=32 mask = 32 (uncommitted) S1:configuration net route (uncommitted)> set interface=ixgbe1 interface = ixgbe1 (uncommitted) S1:configuration net route (uncommitted)> set gateway=192.0.2.1 gateway = 192.0.2.1 (uncommitted) S1:configuration net route (uncommitted)> commit S1:configuration net routing> list ROUTE DESTINATION GATEWAY INTERFACE TYPE STATUS ... route-003 192.0.2.103/32 192.0.2.1 ixgbe1 static active -
Configure una ruta estática en T1.
En el siguiente ejemplo, se configura la ruta estática para la replicación del proyecto Red (Rojo) en el controlador de destino T1:
T1:configuration net routing> create T1:configuration net route (uncommitted)> set family=IPv4 family = IPv4 (uncommitted) T1:configuration net route (uncommitted)> set destination=192.0.2.101 destination = 192.0.2.101 (uncommitted) T1:configuration net route (uncommitted)> set mask=32 mask = 32 (uncommitted) T1:configuration net route (uncommitted)> set interface=ixgbe1 interface = ixgbe1 (uncommitted) T1:configuration net route (uncommitted)> set gateway=192.0.2.1 gateway = 192.0.2.1 (uncommitted) T1:configuration net route (uncommitted)> commit T1:configuration net routing> list ROUTE DESTINATION GATEWAY INTERFACE TYPE STATUS ... route-003 192.0.2.101/32 192.0.2.1 ixgbe1 static active -
Cree un destino de replicación en S1.
En el siguiente ejemplo, se crea el objeto de destino de replicación en S1 que se usará para replicar el proyecto Red (Rojo) de sp1 a tp1:
S1:shares replication targets>target S1:shares replication target (uncommitted)> set hostname=192.0.2.103 hostname = 192.0.2.103 (uncommitted) S1:shares replication target (uncommitted)> set label=t1-1 label = t1-1 (uncommitted) S1:shares replication target (uncommitted)> set root_password=(set) root_password = (set) (uncommitted) S1:shares replication target (uncommitted)> commit -
Cree una acción de replicación para cada proyecto.
-
Replique el proyecto Red (Rojo) de la agrupación sp1 a tp1.
-
Replique el proyecto Blue (Azul) de la agrupación sp1 a la agrupación tp2.
-
Replique el proyecto Green de la agrupación sp2 a tp2.
En el siguiente ejemplo, se crea la acción de replicación para el proyecto Red (Rojo):
S1:> shares select Red replication action S1:shares Red action (uncommitted)> set target=t1-1 target=t1-1 (uncommitted) S1:shares Red action (uncommitted)> set pool=tp1 pool=tp1 (uncommitted) S1:shares Red action (uncommitted)> commit -
-
Realice la configuración para replicar el proyecto Blue (Azul) de la agrupación sp1 a tp2.
Comience con la selección de interfaz y dirección, y seleccione las interfaces S1/ixgbe3 y T2/ixgbe4; tenga en cuenta que tanto S como T se encuentran en el estado CLUSTERED (En cluster) y que las direcciones de la interfaz se encuentran en la misma subred, 192.0.2.128/25. Luego, defina las rutas estáticas en ambos dispositivos de manera similar a los ejemplos mencionados anteriormente. A continuación, cree un objeto de destino de replicación t2-2 en S1 y cree la acción de replicación en S1 para el proyecto Blue (Azul) mediante el objeto de destino t2-2.
-
Realice la configuración para replicar el proyecto Green (Verde) de la agrupación sp2 a tp2.
Comience con la selección de la interfaz y seleccione las interfaces S2/ixgbe2 y T2/ixgbe2. Cree rutas estáticas en S2 y T2 mediante las interfaces seleccionadas y sus direcciones, defina el objeto de destino de replicación t2-1 mediante la dirección de T2/ixgbe2 y, finalmente, cree la replicación para el proyecto Green (Verde) mediante el objeto de destino t2-1.
-
Inicie la replicación para las tres acciones.
-
Comience con el proyecto Red (Rojo):
S1:> shares select Red replication select action-000 S1:shares Red action-000> sendupdate
-
Inicie la replicación para las acciones de los proyectos Blue (Azul) y Green (Verde) siguiendo el ejemplo anterior.
-
Ejemplos ilustrados de la ruta de datos de replicación
En las siguientes figuras, se ilustran las rutas de datos de replicación durante actualizaciones de replicación para las acciones de replicación de los proyectos Red (Rojo), Blue (Azul) y Green (Verde):
Figura 26 Ruta de datos de replicación normal
Suponga que el controlador T2 ha sido retirado para mantenimiento. T1 realizó una toma de control y ahora es propietario de todos los recursos. Las actualizaciones de replicación para los proyectos Blue (Azul) y Green (Verde) se cancelarán en caso de que se encuentren en curso durante la toma de control. Luego de que T1 realiza la toma de control, estas actualizaciones de replicación se pueden reanudar de manera manual, o se reanudarán automáticamente si se configuran planificaciones para las acciones de replicación correspondientes.
Una vez que el controlador T1 haya completado la toma de control, se convierte en el propietario de las interfaces ixgbe2 y ixgbe4 que son necesarias para continuar las actualizaciones de replicación para los proyectos Blue (Azul) y Green (Verde). En la siguiente figura, se muestra la ruta de datos de replicación después de que T1 haya completado la toma de control.
Figura 27 Ruta de datos de replicación después de la toma de control de T1
Después de que T2 se encuentra nuevamente en línea, se lleva a cabo un failback en el controlador T1 y toma control de sus recursos. Las actualizaciones de replicación de los proyectos Blue (Azul) y Green (Verde) que estén en curso se cancelarán y se podrán reanudar después de que se complete el failback.
El controlador S2 se retira para mantenimiento y la toma de control que se realiza en el controlador S1 provoca que este se adueñe de todos los recursos, incluida la interfaz necesaria para continuar con la replicación del proyecto Green (Verde). Si una actualización de replicación del proyecto Green (Verde) está en progreso, se cancelará y se podrá reanudar una vez que finalice la toma de control.
Figura 28 Ruta de datos después del failback en T1 y la toma de control en S1
Temas relacionados