Dell EMC PowerStore - Tecnologías de Replicación

Documentación técnica
Dell EMC PowerStore: tecnologías de

replicación
Resumen
En esta documentación técnica, se explican las tecnologías de replicación para
la plataforma Dell EMC™ PowerStore™. Se describen las opciones nativas y no
nativas disponibles para la replicación de datos, así como la administración de la
replicación y sus beneficios.
Abril de 2021
H18153.4
Revisiones
Revisiones
Fecha Descripción
Abril de 2020 Versión inicial: PowerStoreOS 1.0
Mayo de 2020 Actualizaciones menores
Agosto de 2020 Actualizaciones menores
Enero de 2021 Actualizaciones de Metro Node
Abril de 2021 Actualizaciones de PowerStoreOS 2.0, incluida la prueba de conmutación por error
Reconocimientos
Autor: Robert Weilhammer
La información de esta publicación se proporciona “tal cual”. Dell Inc. no se hace responsable ni ofrece garantía de ningún tipo con respecto a la
información de esta publicación y desconoce específicamente toda garantía implícita de comerciabilidad o capacidad para un propósito determinado.
El uso, la copia y la distribución de cualquier software descrito en esta publicación requieren una licencia de software correspondiente.
Esta guía puede contener ciertas palabras que no son coherentes con las pautas de lenguaje actuales de Dell. Dell tiene planes para actualizar esta
guía en versiones futuras posteriores para revisar estas palabras según corresponda.
Este documento puede contener lenguaje de contenido de terceros que no está bajo el control de Dell y no es coherente con las reglas actuales de
Dell para el contenido de Dell. Cuando el tercero pertinente actualice el contenido de terceros, este documento se revisará según corresponda.
Copyright © 2020 - 2021 Dell Inc. o sus filiales. Todos los derechos reservados. Dell Technologies, Dell, EMC, Dell EMC y otras marcas comerciales
son marcas comerciales de Dell Inc. o sus filiales. Las demás marcas comerciales pueden ser marcas comerciales de sus respectivos dueños.
[6/14/2021] [Documentación técnica] [H18153.4]
2 Dell EMC PowerStore: tecnologías de replicación | H18153.4

Tabla de contenido
Tabla de contenido
Revisiones ..........................................................................................................................................................................2
Reconocimientos ................................................................................................................................................................2
Tabla de contenido .............................................................................................................................................................3
Resumen ejecutivo .............................................................................................................................................................5
Público de destino ...............................................................................................................................................................5
1 Introducción ..................................................................................................................................................................6
1.1 Visión general de PowerStore ............................................................................................................................6
1.2 Terminología .......................................................................................................................................................7
2 Replicación asíncrona nativa de bloques .....................................................................................................................9
2.1 Licencias .............................................................................................................................................................9
2.2 Teoría de funcionamiento ...................................................................................................................................9
2.2.1 Configuración de puertos para la replicación asíncrona ....................................................................................9
2.2.2 Conexiones de replicación ...............................................................................................................................10
2.2.3 Sistemas remotos .............................................................................................................................................11
2.2.4 Políticas de protección con reglas de replicación ............................................................................................11
2.2.5 Sesión de replicación .......................................................................................................................................13
2.3 Operaciones de replicación ..............................................................................................................................15
2.3.1 Asignar política de protección con replicación .................................................................................................16
2.3.2 Pausar y reanudar ............................................................................................................................................16
2.3.3 Sincronizar ahora..............................................................................................................................................17
2.3.4 Conmutación por error planeado ......................................................................................................................17
2.3.5 Conmutación por error no planeado .................................................................................................................18
2.3.6 Reprotección.....................................................................................................................................................18
2.3.7 Desasignar política de protección con replicación ...........................................................................................19
2.3.8 Prueba de conmutación por error .....................................................................................................................19
2.4 Configuraciones de replicación compatibles ....................................................................................................22
2.5 Replicación asíncrona en PowerStore Manager ..............................................................................................24
2.5.1 Configuración de replicación ............................................................................................................................24
2.5.2 IP de la red de almacenamiento y puertos de replicación ...............................................................................24
2.5.3 Sistemas remotos .............................................................................................................................................31
2.5.4 Creación de una política de protección con regla de replicación .....................................................................32
2.5.5 Asignar política de protección ..........................................................................................................................34
2.5.6 Ver las sesiones de replicación ........................................................................................................................37
2.6 Límites del sistema ...........................................................................................................................................41

Tabla de contenido
2.7 Interoperabilidad ...............................................................................................................................................41

2.7.1 Otras soluciones de protección de datos de Dell EMC ....................................................................................41
2.8 Actualizaciones .................................................................................................................................................41
3 Integración con PowerStore .......................................................................................................................................42
3.1 RecoverPoint for Virtual Machines ...................................................................................................................42
3.2 AppSync ...........................................................................................................................................................43
3.3 Metro Node .......................................................................................................................................................44
4 Conclusión ..................................................................................................................................................................45
A Compatibilidad con la replicación entre plataformas..................................................................................................46
B Soporte técnico y recursos .........................................................................................................................................47

Resumen ejecutivo
Resumen ejecutivo
Dell EMC™ PowerStore™ brinda soluciones nativas y no nativas para proteger los datos y ayudar a las
organizaciones a cumplir los objetivos empresariales de protección y disponibilidad de datos. PowerStore
proporciona soluciones de replicación asíncrona nativas que pueden replicar datos a otros sistemas, ya
sea que se encuentren en el mismo sitio o en una instalación remota. Las copias remotas de datos ofrecen
protección contra las interrupciones en el sistema principal. También habilitan la recuperación rápida en un
sistema de destino con una pérdida de datos mínima o nula según el método de replicación seleccionado.
En esta documentación técnica, se describen las siguientes tecnologías de replicación para PowerStore:
• Replicación de bloques asíncrona nativa

• Dell EMC RecoverPoint™ for Virtual Machines
• Dell EMC Metro Node
La replicación asíncrona de bloques se puede configurar y administrar en PowerStore Manager, PowerStore

CLI o API REST. PowerStore Manager es una interfaz intuitiva basada en HTML5 que no solo permite a los
usuarios configurar y administrar su configuración de replicación, sino que también proporciona una
representación visual de la configuración.
Dell EMC RecoverPoint for Virtual Machines es un dispositivo virtual que ofrece una solución alternativa
para la replicación de VM de PowerStore. RecoverPoint se configura para la protección de VM mediante la
interfaz intuitiva de Dell EMC Unisphere™ Manager for RecoverPoint. Debido a su naturaleza independiente,
RecoverPoint for Virtual Machines permite la recuperación de los datos de VM a cualquier punto en el tiempo
y la replicación de los datos a muchos otros sistemas de almacenamiento.
Dell EMC Metro Node ofrece disponibilidad continua de los datos de las aplicaciones y movilidad de datos
transparente para el almacenamiento de bloques. Metro Node se coloca en la ruta de datos entre hosts
y crea una arquitectura de almacenamiento flexible.
Público de destino
Esta documentación técnica está dirigida a los clientes, los partners y los empleados de Dell Technologies™
que consideran el uso de la replicación asíncrona nativa de bloques o RecoverPoint for Virtual Machines para
PowerStore. En este documento, se da por sentado la familiaridad con el sistema PowerStore y el software
de administración.

Introducción
1 Introducción
Los datos son uno de los recursos más valiosos de una organización. Los usuarios y, a veces, sus clientes
evalúan los datos constantemente de manera directa e indirecta mediante diversas aplicaciones. Esto hace
que los datos sean una parte esencial de las operaciones diarias. Las interrupciones pueden suceder en
cualquier momento y pueden restringirse a un solo sistema o a todo un centro de datos o una ubicación
completa. Ya sean interrupciones planeadas como un mantenimiento periódico o eventos no planificados
como un corte de energía, es una prioridad garantizar que los datos cruciales estén siempre disponibles.
Se sugiere contar con un plan de continuidad comercial para los datos cruciales a fin de evitar estas
interrupciones costosas. Para protegerse contra diversos escenarios, una organización debería planificar
e implementar una estrategia de protección de datos que incluya una solución de replicación de datos.
La replicación asíncrona se puede usar para protegerse contra una interrupción del sistema de almacenamiento
creando una copia de los datos en un sistema remoto. La replicación es una característica de software que
sincroniza los datos a un sistema remoto en el mismo site o en una ubicación diferente. Replicar los datos ayuda
a proporcionar redundancia y protección contra las fallas del sistema de almacenamiento en el sitio de producción
principal. Contar con un sitio de recuperación ante desastres (DR) remoto protege contra interrupciones del
sistema y del sitio completo. También proporciona una ubicación remota que puede reanudar la producción
y minimizar el tiempo de inactividad debido a un desastre. La plataforma PowerStore ofrece muchas soluciones
de protección de datos que pueden satisfacer las necesidades de recuperación ante desastres en varios entornos.
La replicación asíncrona se usa principalmente para replicar los datos a larga distancia, pero también se puede
usar para replicar los sistemas dentro de la misma ubicación. La replicación asíncrona para PowerStore está
diseñada para tener un impacto mínimo en la latencia de I/O del host. Las escrituras de host se reconocen una
vez que se guardan en el recurso de almacenamiento local, y no se requieren escrituras adicionales para el
rastreo de cambios. Debido a que las operaciones de escritura no se replican inmediatamente en un recurso de
destino, se rastrean todas las escrituras en el origen. Estos datos se replican durante la siguiente sincronización.
Con las políticas de protección, la replicación asíncrona usa el concepto de un objetivo de punto de recuperación
(RPO). El RPO es la cantidad aceptable de datos, medidos en unidades de tiempo, que se pueden perder debido
a una interrupción. Este delta de tiempo también afecta la cantidad de datos que se deben replicar durante la
próxima sincronización. También refleja la posible pérdida de datos en un escenario de desastre.
Las funciones de replicación asíncrona de PowerStore se pueden configurar con PowerStore Manager,
PowerStore CLI o API REST. RecoverPoint for Virtual Machines admite la replicación de VM para
PowerStore y se configura mediante la interfaz del usuario de Unisphere Manager for RecoverPoint.
1.1 Visión general de PowerStore

PowerStore alcanza nuevos niveles de agilidad y sencillez operacional. Usa una arquitectura de
microservicios basada en contenedores, tecnologías de almacenamiento avanzadas y aprendizaje
automático integrado para liberar el potencial de sus datos. PowerStore es una plataforma versátil
con un diseño centrado en el rendimiento que ofrece una escala multidimensional, reducción de datos
continua y compatibilidad con medios de última generación.
PowerStore aporta la sencillez de la nube pública a la infraestructura en las instalaciones, lo que optimiza las
operaciones con un motor de aprendizaje automático integrado y automatización transparente. También ofrece
análisis predictivo para monitorear, analizar y solucionar problemas en el entorno fácilmente. PowerStore es
altamente adaptable, ya que proporciona la flexibilidad de alojar cargas de trabajo especializadas directamente
en el dispositivo y modernizar la infraestructura sin interrupciones. También ofrece protección de la inversión
mediante soluciones de pago flexible y actualizaciones de los datos en el lugar.

Introducción
1.2 Terminología
Replicación asíncrona: método de replicación que le permite replicar datos a grandes distancias
y mantener una réplica en un sitio de destino. Las actualizaciones de la imagen de destino se pueden
emitir manualmente o de manera automática según un RPO personalizable.
Ancho de banda: cantidad de datos, representados en MB/s, que pueden transferirse en un período
determinado.
Base común: par de instantáneas tomadas en un recurso de almacenamiento de origen y destino de

replicación que tiene la misma imagen de un punto en el tiempo.
Recurso de almacenamiento de destino: recurso de almacenamiento que se usa para la recuperación

ante desastres en una sesión de replicación. Esto también se conoce como imagen de destino.
Instantánea interna (instantánea de replicación): instantáneas unificadas creadas por el sistema que son parte
de una sesión de replicación asíncrona. Estas instantáneas solo se pueden ver en PowerStore CLI o la API REST
de PowerStore, y la modificación manual no está permitida. Cada sesión de replicación asíncrona utiliza hasta dos
instantáneas internas que se toman en los recursos de almacenamiento de origen y destino. Cada sesión también
ocupa una instantánea de lectura/escritura en el sistema de almacenamiento de destino. Las instantáneas
internas de solo lectura (RO) exitosas más recientes para los recursos de almacenamiento de origen y destino
que se usan como una base común.
RecoverPoint for Virtual Machines: protege las máquinas virtuales (VM) en un entorno VMware® con
granularidad en el nivel de VM y proporciona replicación local y remota para la recuperación a cualquier
punto en el tiempo. Esta función se integra con VMware vCenter™ y tiene funcionalidades de automatización
y orquestación integradas.
Objetivo de punto de recuperación (RPO): cantidad de datos aceptable, medidos en unidades de tiempo,
que se pueden perder en una falla. Por ejemplo, si un recurso de almacenamiento tiene un RPO de una hora,
los datos escritos en el recurso de almacenamiento dentro de la hora más reciente se pueden perder cuando
la sesión de replicación falla en el recurso de almacenamiento de destino.
Objetivo de tiempo de recuperación (RTO): cantidad de tiempo en el que se debe restaurar un proceso
de negocios después de un desastre. Por ejemplo, un RTO de una hora requiere la restauración del acceso
a datos en el transcurso de una hora después de que ocurre un desastre.
Sistemas remotos: relación configurada entre dos sistemas PowerStore.
Sesión de replicación: relación configurada entre dos recursos de almacenamiento del mismo tipo en
sistemas diferentes, y sincroniza automáticamente los datos de un recurso a otro.
Instantánea: también conocida como instantánea unificada, es una vista en un punto en el tiempo de un
recurso de almacenamiento. Cuando se toma una instantánea, se crea una copia exacta de los recursos
de almacenamiento de origen y se comparten todos los bloques de datos con ella. A medida que cambian
los datos en el origen, se asignan y se escriben bloques nuevos. La tecnología de instantáneas unificadas
puede utilizarse para tomar una instantánea de un recurso de almacenamiento de bloques o archivos.
Recurso de almacenamiento: objeto de nivel superior que un usuario puede aprovisionar, asociado con
una cantidad específica de almacenamiento. En este nivel, se llevan a cabo todos los accesos de host y las
actividades de protección de datos. En este documento, los recursos de almacenamiento se refieren a los
recursos que apoyan la replicación, como los volúmenes, los grupos de volúmenes y los clones delgados.
Clon delgado: copia de lectura y escritura de un recurso de almacenamiento de bloques delgado (volumen,
grupo de volúmenes o almacén de datos VMware vSphere VMFS) que comparte bloques con el recurso primario.

Introducción
PowerStore Manager: interfaz de administración basada en la web para crear recursos de almacenamiento
y configurar y programar la protección de datos almacenados en PowerStore. PowerStore Manager se puede
usar para toda la administración de la replicación nativa de PowerStore.
PowerStore CLI: herramienta que se puede instalar en un sistema operativo para administrar un sistema
PowerStore.
Unisphere Manager for RecoverPoint: interfaz basada en la web para administrar la replicación de
RecoverPoint. Funciona como un solo panel para replicar recursos de almacenamiento de múltiples sistemas
de almacenamiento configurados para usar RecoverPoint. Los grupos de coherencia se crean, se replican
y se recuperan a través de esta interfaz.
Instantánea de usuario: instantánea creada manualmente por el usuario o por una política de protección
con una regla de instantánea asociada. Este tipo de instantánea es diferente a una instantánea interna,
que el sistema toma automáticamente con replicación asíncrona.
LUN: recurso de almacenamiento basado en bloques que aprovisiona un usuario. Representa una unidad
lógica de SCSI.
Grupo de volúmenes: instancia de almacenamiento que contiene uno o más volúmenes dentro de un
sistema de almacenamiento. Los grupos de volúmenes se pueden configurar con coherencia en el orden
de escritura y ayudar a organizar el almacenamiento asignado para hosts especiales.

Replicación asíncrona nativa de bloques
2 Replicación asíncrona nativa de bloques

En esta sección, se analiza la función de replicación asíncrona nativa de PowerStore. Esta función permite
a los usuarios crear sesiones de replicación para los recursos de almacenamiento de bloques entre sistemas
PowerStore. Los recursos de almacenamiento compatibles con la replicación de bloques asíncrona nativa
son los volúmenes, los grupos de volúmenes y los clones delgados. La replicación usa las conexiones
iSCSI mediante Ethernet (LAN). Todas las operaciones de configuración y administración en esta sección
se demostrarán en PowerStore Manager, aunque también se pueden usar PowerStore CLI y API REST.
En los apartados siguientes, se analizan estos temas:
• Requisitos de licenciamiento para la función de replicación asíncrona nativa

• Cómo funciona la función de replicación asíncrona nativa
• Configuraciones compatibles con la replicación asíncrona
• Configuración y administración de la configuración de PowerStore Manager
2.1 Licencias
La replicación asíncrona es compatible con todos los sistemas PowerStore y se incluye sin cargos adicionales.
2.2 Teoría de funcionamiento

La replicación asíncrona nativa tiene varios componentes físicos y de software. Cada uno de estos
componentes se analiza en las siguientes secciones. Para configurar plenamente la replicación asíncrona
entre sistemas, realice los siguientes pasos:
1. Revise la configuración de red para el tráfico de replicación asíncrona de iSCSI.

2. Configure la conexión de sistema remoto entre los arreglos PowerStore.
3. Configure sesiones de replicación entre los sistemas basadas en políticas de protección y reglas
de replicación.
En esta sección, se analizan los diversos recursos de bloques que admiten la replicación asíncrona, y los
modos de replicación. En los siguientes apartados, se describen las diferentes funciones y los diferentes
requisitos, y cómo estos componentes interactúan entre sí. La configuración y la administración de estos
componentes se completa mediante PowerStore Manager.
2.2.1 Configuración de puertos para la replicación asíncrona

Los puertos se usan con el fin de transportar datos a un sistema de destino para la replicación remota. De manera
predeterminada, el sistema etiqueta el grupo de puertos bond0 en la tarjeta de 4 puertos (puerto 0 + puerto 1)
para el tráfico de replicación en un modelo PowerStore T, y el puerto vFEPort1 del grupo PG_Storage_TGT1
en un dispositivo modelo PowerStore X. El sistema usa la misma red de almacenamiento para el acceso del
host a los recursos de almacenamiento. Los puertos etiquetados para la replicación asíncrona remota se pueden
modificar en PowerStore Manager y son los mismos para ambos nodos del dispositivo PowerStore. El etiquetado
de los puertos de replicación en PowerStore Manager no se relaciona con el etiquetado de VLAN en la
infraestructura de red. En el caso de la replicación asíncrona, esta se realiza por medio de los puertos Ethernet
disponibles en el sistema.

En PowerStore, los puertos que se enumeran en Table 1 se pueden usar para la replicación. Cuando se usa una
tarjeta óptica de cuatro puertos de 25 GbE y un módulo de I/O, se pueden usar los SFP de 10 Gb o 25 Gb para
la replicación.
Puertos compatibles con la replicación
Tarjeta de 4 puertos: Módulos de I/O 0 y 1:

Modelo
10 GbE BaseT o 10/25 GbE óptica 10 GbE BaseT o 10/25 GbE ópticos
Modelo PowerStore T ✓ ✓
Modelo PowerStore X ✓ X
En las figuras de la sección 2.2.2, se muestran ejemplos del cableado mínimo para la replicación entre los
modelos PowerStore T (Figure 1), y entre los modelos PowerStore T y PowerStore X (Figure 2). Los puertos
de agregación de enlaces brindan alta disponibilidad, rendimiento máximo y balanceo de carga del tráfico
de replicación a todos los puertos físicos en la agregación. Se recomienda etiquetar solamente interfaces
de replicación en los puertos del mismo tipo y velocidad. Una conexión de replicación asíncrona correcta
requiere que todos los puertos de replicación asíncrona en un sistema de origen se vean o se enruten
a todos los puertos de replicación asíncrona en el sistema de destino, y viceversa.
Al planificar la replicación con la configuración predeterminada, considere que los puertos también se usan
para otro tipo de tráfico como I/O para el acceso del host a iSCSI, la migración y los archivos (solamente
en modelos PowerStore T). Si se usan esas funciones, se recomienda planificar la replicación mediante las
interfaces dedicadas. Los puertos adicionales usan la configuración IP del almacenamiento dinámico para
el rango proporcionado en ICW o agregada en la sección de redes de PowerStore Manager.
2.2.2 Conexiones de replicación

En la Figure 1, se muestra un ejemplo de configuración de una conexión de replicación asíncrona entre dos
sistemas físicos. En las figuras, el origen de la sesión de replicación es Production System y el destino es
DR System. Para cada uno de estos sistemas de ejemplo, la configuración de puertos predeterminada se
usa como puertos de replicación. En la Figure 1, se muestra el cableado de un par de dispositivos modelo
PowerStore T que usan bond0 del sistema.
Puertos de replicación
de 10/25 GbE
Puertos de administración
del sistema
Replicación asíncrona nativa que usa dos sistemas modelo PowerStore T

En la Figure 2, se muestra el cableado entre los dispositivos modelo PowerStore X y PowerStore T. Con los
arreglos de modelos PowerStore X, los puertos se usan para la administración de la replicación y para el
tráfico de datos de replicación.
Puertos de replicación
de 10/25 GbE
Puertos de administración
del sistema
Replicación asíncrona nativa con el modelo PowerStore T y el modelo PowerStore X
2.2.3 Sistemas remotos

Una vez que las interfaces de replicación se crean y se conectan a la red en ambos sistemas, se puede realizar
la conexión de sistema remoto entre los arreglos. Una vez que se configura un sistema remoto en uno de los
sistemas que participan en la replicación, este se crea automáticamente en el sistema par. La operación de
verificación y actualización se usa para actualizar la información de la conexión de replicación en el sistema
en que se emite. Esta operación se realiza en la conexión de replicación en sí, en contraposición con una
sesión de replicación individual. La operación de verificación y actualización puede utilizarse para probar una
conexión de replicación en un sistema remoto o para actualizar la información de replicación si se realizaron
cambios en el sistema. Esta operación se debe emitir para volver a establecer la conexión de replicación
en un sistema remoto después de una interrupción. Un caso de uso para utilizar la operación de verificación
y actualización tiene lugar si un grupo de direcciones IP de red de almacenamiento se modificó en el sistema.
2.2.4 Políticas de protección con reglas de replicación

La replicación remota entre los sistemas PowerStore usa la protección basada en políticas. La configuración
de replicación asíncrona se define en las reglas de replicación. Las políticas de protección permiten al usuario
configurar la protección local y remota mediante la replicación, las reglas de instantánea o ambas. Las políticas
combinan una o más reglas para cumplir los requisitos de protección de un recurso de almacenamiento en
PowerStore. Para lograr una configuración válida, una política debe contener al menos una regla de protección,
ya sea que se trate de una regla de protección local o remota. Cada política de protección puede incluir solamente
una regla de replicación y hasta cuatro reglas de instantánea.
La regla de replicación define el parámetro para la replicación asíncrona en PowerStore y se encuentra

establecida en el arreglo de origen. Aun cuando la regla se sincroniza con los sistemas remotos cuando
se agrega a una política de protección, no es posible editar una regla de replicación en el sistema
remoto. Tampoco es posible verla en la visión general de reglas de replicación en PowerStore Manager.
La información necesaria para crear una regla incluye el sistema remoto del partner, el RPO y el umbral
de alertas para la sesión de replicación planificada. Una vez que una política de protección con una regla de
replicación se asigna a un recurso de almacenamiento, el RPO configurado en la regla se usará con el fin de
configurar el programador de eventos internos para la replicación recurrente del recurso de almacenamiento.
Para los problemas de cumplimiento de RPO mínimo, los ciclos de replicación se programan al 50 % del valor de
RPO y se basan en la hora. Por ejemplo, un RPO de una hora provoca un evento de replicación cada 30 minutos
para garantizar una superposición suficiente para cumplir con el objetivo de un RPO de una hora. Los eventos
RPO programados para el ejemplo son x:00 y x:30 cada hora. Los eventos para el RPO se basan en la hora
configurada y no en la cantidad de datos escrita en el recurso de almacenamiento de origen.

Cada recurso de almacenamiento solo puede tener una sincronización de replicación activa a la vez. Por
ejemplo, el programador de eventos inicia una replicación en un momento dado debido a que la replicación
se pausó o la replicación anterior no ha terminado. En este caso, el programa se omite y la replicación
procede con la siguiente replicación planificada.
El umbral de alertas define la hora en que una alerta se activa después de no cumplir con el RPO de destino
durante la replicación continua. Ningún evento se activa cuando la replicación inicial necesita más tiempo
para completarse. Cuando se emite una alerta de cumplimiento para las replicaciones que usan un RPO
de más de cinco minutos, esta se borra cuando el ciclo de replicación siguiente finaliza correctamente.
El siguiente ejemplo muestra un recurso de almacenamiento programado con un RPO de destino de una
hora y un umbral de alerta de cero minutos. Consulte los pasos siguientes y la Figure 3.
1. La sincronización inicial se completa correctamente dentro de la ventana de RPO de 30 minutos y se da

inicio al primer ciclo de sincronización de RPO programado.
2. A las 11:00 h, se toma una instantánea de RPO para el segundo ciclo periódico de replicación,
y la sincronización finaliza exitosamente en el plazo de 30 minutos. La instantánea replicada cumple con
el destino de RPO hasta las 12:00 h.
3. El próximo ciclo de replicación de las 11:30 h no termina la replicación en el destino después de llegar al
límite de las 12:00 h para el programa de RPO de las 11:00 h (paso 2). Se eleva una alerta de
cumplimiento de RPO, y el evento del programador de las 12:00 h se omite.
4. Cuando la replicación de las 11:30 h finaliza a las 12:10 h, el destino de RPO se alcanza nuevamente
hasta las 13:10 h. Dado que la alerta emitida necesita que al menos una replicación correcta finalice
dentro del plazo para borrarse, la alerta permanece activa hasta que eso sucede. En nuestro ejemplo, la
alerta se borra después de que finaliza la replicación de 12:30 a 13:00.
Eventos del programador de replicación con intervalos de 30 minutos para un RPO de una hora.

2.2.5 Sesión de replicación

La asignación de una política de protección con una regla de replicación a un recurso de almacenamiento crea la
sesión de replicación. La sesión de replicación opera la programación y la replicación de los volúmenes de origen
a los recursos de almacenamiento de destino. Cuando se crea una sesión de replicación en PowerStore, se crea
un recurso de almacenamiento del mismo tamaño y tipo en el sistema de destino. PowerStore crea programas
de RPO individuales para cada recurso de almacenamiento en esa sesión de replicación. Las instantáneas de
usuario programadas o manuales de los recursos de almacenamiento en una sesión de replicación también
se replican en orden cronológico en el destino durante la sincronización inicial y la continua.
Las sincronizaciones de replicación asíncrona se activan mediante un RPO definido por el usuario o en cualquier
momento de forma manual por el usuario. Las siguientes características definen la replicación asíncrona:
• Todas las escrituras en un recurso de almacenamiento se guardan en el recurso de almacenamiento

de origen y se confirman en el host antes de que se repliquen en el recurso de almacenamiento de
destino. Los cambios se recuperan mediante una operación de snapshot-diff y se replican más tarde.
• Un RPO definido por el usuario determina la cantidad máxima de tiempo entre las sincronizaciones
programadas.
• Durante el tiempo entre sincronizaciones, los nuevos datos solo se guardan en el recurso de
almacenamiento de origen. El RPO es la cantidad máxima de datos que el usuario está dispuesto
a perder en caso de desastre, que se mide en tiempo. El RPO determina con qué frecuencia como
mínimo se producen sincronizaciones.
• La replicación manual entre los RPO opera igual que la replicación asíncrona programada.
Cuando se crea una sesión de replicación asíncrona, y antes de que comiencen los ciclos incrementales,
se produce una sincronización completa del recurso de almacenamiento de origen y destino. Si se configura
la replicación cuando se crea un nuevo recurso, la sincronización es más rápida, ya que ningún dato debe
copiarse en el recurso de almacenamiento de destino. Si se agrega una política de protección con replicación
a un recurso de almacenamiento existente, se produce una sincronización completa entre el recurso de
almacenamiento de origen y destino. Las escrituras que se producen durante el período de sincronización
inicial no se copian en el recurso de almacenamiento de destino, sino que permanecen en el snapshot diff
para una sincronización posterior.
Una vez finalizada la sincronización inicial, se establece una base común entre los recursos de
almacenamiento de origen y de destino. Las operaciones de escritura de host que se producen después
de la sincronización inicial se reconocen con el host y no se replican datos en el destino hasta la siguiente
sincronización. En cualquier ciclo recurrente, se crea una nueva instantánea, y todos los cambios entre la
instantánea actual y la anterior se replican al destino. A continuación, se establece una nueva base común.
Si aún queda otra replicación en ejecución, ya sea activada manualmente o por el programador de eventos
de RPO, la replicación se omite.

La replicación asíncrona en PowerStore usa las instantáneas para mantener las imágenes de base común que se
explicaron con anterioridad. En los pasos siguientes y en la Figure 4, se muestra cómo las instantáneas se usan
con la replicación asíncrona o activada manualmente.
1. Cuando se crea una sesión de replicación en un recurso de almacenamiento, se crea un RPO1 interno de
solo lectura en el sistema de origen. En el sistema de destino, se crea un recurso de almacenamiento con
las mismas características con una instantánea de lectura/escritura oculta asociada.
2. Los datos se replican desde la instantánea de RPO1 de origen a la instantánea de lectura/escritura oculta
de destino recientemente creada. Esta replicación es la sincronización inicial de los recursos de
almacenamiento de origen y de destino, y es una copia completa de todos los datos.
3. Cuando la instantánea oculta de lectura/escritura remota se sincroniza con la instantánea de RPO1 local,
la instantánea de RPO1 se activa en el destino. Las instantáneas de RPO1 que se encuentran en los
recursos de almacenamiento de origen y destino contienen la misma información y representan el
momento específico en el que se inició la sincronización. En cada sistema, la instantánea de RPO1 es
una base común para la sesión de replicación. El recurso de almacenamiento remoto se actualiza desde
la instantánea de RPO1, y la sincronización inicial se completa.
4. Con el tiempo, la aplicación de host escribe datos nuevos en el recurso de almacenamiento de origen.
5. La próxima actualización se inicia manualmente o mediante el RPO con la replicación asíncrona. Durante
la actualización, se activa una nueva instantánea de RPO2 para reflejar la vista actual de un punto en el
tiempo del recurso de almacenamiento de origen. Todos los cambios efectuados desde la última
actualización del destino se copian a la instantánea de lectura/escritura oculta de destino.
6. Después de que la copia incremental se completa, se crea una instantánea de RPO2 en el destino.
Esta instantánea define la nueva base común, y el recurso de almacenamiento remoto se actualiza
a partir de esa base.
7. Dado que el antiguo complejo común de las instantáneas de RPO1 en el origen y el destino no
es importante para los próximos ciclos de replicación, las instantáneas de RPO1 se eliminan.
Solo permanecen las instantáneas de RPO2 y las instantáneas de lectura/escritura ocultas.
Modo de replicación asíncrona

Cada vez que se alcanza el intervalo de replicación (la mitad del ajuste de RPO) o se inicia una actualización
manual, la imagen de base común se actualiza con las instantáneas de RPO más recientes.
Las instantáneas utilizadas para la replicación asíncrona se comportan igual a las instantáneas de usuario
y se basan en la tecnología de redireccionamiento en escritura. A pesar de que las instantáneas de usuario
y las instantáneas de replicación comparten la misma tecnología, las instantáneas de replicación tienen
restricciones de uso. Aunque las instantáneas de replicación se pueden ver en la API REST de PowerStore
y PowerStore CLI, las operaciones de usuario como la restauración no están permitidas. Las instantáneas
asignadas con fines de replicación no se cuentan como valores máximos de instantáneas de usuario.
En PowerStore, la replicación asíncrona nativa es compatible con los siguientes recursos de almacenamiento:
• Volúmenes
• Clones delgados
• Grupos de volúmenes
La replicación asíncrona opera de la misma manera para volúmenes y clones delgados en PowerStore.
Cuando se configura la replicación asíncrona en un volumen de PowerStore Manager, se crea una sola
sesión de replicación, y el recurso de almacenamiento de destino se crea con el mismo tamaño y tipo que
el recurso de almacenamiento de origen. Al configurar una sesión de replicación en un clon delgado, el
recurso de almacenamiento de destino es un volumen normal y no un clon delgado. Mientras se configura
la replicación, es posible extender los volúmenes y el tamaño del clon delgado, y los cambios se reflejan
en el recurso de almacenamiento de destino después de la siguiente sincronización.
En PowerStore, un grupo de volúmenes es un recurso de almacenamiento que contiene uno o más volúmenes
dentro de un sistema de almacenamiento. Los grupos de volúmenes ayudan a organizar los recursos de
almacenamiento asignados para un host, varios hosts o grupos de hosts específicos. Los grupos de volúmenes
se tratan como una sola entidad cuando se replican. Este comportamiento significa que se crea una única sesión
de replicación para todo el grupo de volúmenes, independientemente de cuántos volúmenes contenga. Cuando
la replicación está configurada en PowerStore Manager para un grupo de volúmenes, se crea automáticamente
el recurso de almacenamiento de destino y su contenido. Si bien un grupo de volúmenes forma parte de una
sesión de replicación asíncrona, los volúmenes dentro del grupo se pueden expandir. Todos los cambios a los
volúmenes dentro de un grupo de volúmenes se reflejarán en la imagen de destino después de la siguiente
sincronización completada. Cuando la replicación se pausa o se reanuda en un grupo de volúmenes, la operación
de replicación afecta al grupo entero. Consulte la opción Write consistency order para el grupo de volúmenes
a fin de obtener una réplica coherente en el nivel de grupo de volúmenes.
2.3 Operaciones de replicación

Se dispone de una gran cantidad de operaciones para manipular las sesiones de replicación, según sea
necesario. No todas las operaciones están disponibles en todo momento, ya que algunas dependen de
que la sesión se encuentre en un estado en especial. Además, ciertas operaciones funcionan de manera
diferente dependiendo del sistema en el que se emiten: de origen o destino. Solamente una operación
de replicación puede emitirse y ejecutarse en un determinado momento específico. Las operaciones
de replicación están disponibles cuando se navega a los detalles del recurso de almacenamiento y,
a continuación, se selecciona la pestaña PROTECTION > REPLICATION o se navega a la sección
Protection > Replication.

2.3.1 Asignar política de protección con replicación

Es fácil configurar la replicación asíncrona en los sistemas Dell EMC PowerStore mediante la asignación
de una política de protección existente a un recurso de almacenamiento. En Storage Resource Overview,
haga clic en PROTECT > Assign Protection Policy (consulte la figura 5).
Assign Protection Policy
2.3.2 Pausar y reanudar

Las funciones PAUSE y RESUME pueden detener o iniciar la replicación entre los recursos para una sesión de
replicación en especial (consulte la Figure 6). En PowerStore Manager, la operación de pausa se emite desde el
sistema de origen o destino. Si la sesión se pausa mientras hay una sincronización en progreso, se conservan
todos los cambios incrementales en el destino. Todas las I/O se mantienen en un snapshot diff cuando se pausa
la sesión de replicación. Cuando se reanuda la sesión, la replicación se reanuda y las sincronizaciones en el
recurso de almacenamiento de destino continúan desde dónde se pausaron. Cuando se pausa una sesión de
replicación, también se pausan las sincronizaciones de RPO programadas. La operación de reanudación se
puede emitir en el sistema de origen y destino, y no cambia la dirección de la replicación.
Pausar replicación Reanudar replicación
Pausar y reanudar replicación.

2.3.3 Sincronizar ahora

Con la replicación asíncrona, se producen actualizaciones a un recurso de almacenamiento de destino
en un intervalo fijo, de acuerdo con el RPO definido. Cuando la replicación esté activa y no haya ninguna
actualización en marcha, se puede emitir una operación de SYNCHRONIZE NOW a fin de sincronizar
los cambios más recientes para el recurso de destino (consulte la Figure 7). Después de seleccionar la
operación de sincronización, todos los datos modificados desde la última actualización se copiarán en el
recurso de almacenamiento de destino. Emitir una operación de sincronización manual también actualiza
el tamaño de una imagen de destino si se cambió el tamaño de la imagen de origen.
Sincronizar ahora
2.3.4 Conmutación por error planeado

Con la replicación asíncrona, la opción PLANNED FAILOVER permite una conmutación por error sin perder
datos (consulte la Figure 8). La sesión de replicación realiza una conmutación por error después de completar una
sincronización entre las imágenes. La opción de conmutación por error planificada está disponible en el recurso
de almacenamiento de origen cuando la sesión de replicación opera normalmente o hay una sincronización en
progreso. Deja a los datos no disponibles por un breve período de tiempo durante la operación de conmutación
por error. Antes de emitir la operación de Planned Failover, se sugiere emitir una sincronización manual primero.
Esta acción reduce la cantidad de datos que se copiarán durante la conmutación por error planificada con
sincronización. Cuando se emite una conmutación por error planificada, se sugiere poner en modo de reposo
las operaciones de I/O en la imagen de origen en primer lugar. Después de que se completa la sincronización, el
recurso de almacenamiento de destino se encuentra disponible para las I/O de producción y el origen inicial ya no
permite I/O de lectura/escritura. Si el acceso de host está configurado en el recurso de destino, los hosts tendrán
acceso a los datos en este momento. Si Reprotect after failover no se selecciona al iniciar la conmutación por
error, la replicación no se reanuda en ninguna dirección cuando se usa una conmutación por error planificada.
Conmutación por error planificada

2.3.5 Conmutación por error no planeado

La opción de conmutación por error no planificada está solamente disponible en el destino de la sesión de
replicación. Este tipo de operación realiza una conmutación por error a la imagen de base común disponible
más reciente que existe en el destino sin ninguna sincronización ejecutándose previamente. Una conmutación
por error no planificada supone que se produjo un desastre en el sistema de producción y la imagen de destino
está disponible para lectura/escritura. Cuando se selecciona FAILOVER en un recurso de destino de una sesión
de replicación (Figure 9), se elimina el acceso de lectura/escritura desde el origen inicial si este se encuentra
disponible para recibir comandos de administración. La sesión de replicación también se pausa y no cambia
automáticamente la dirección para la replicación. La sesión de replicación se deja en este estado hasta que
el usuario emite otra operación de replicación. Si se produce actividad de I/O en el recurso de destino original
en este estado, se deben replicar los datos en el origen original cuando el origen deja de estar disponible.
PowerStore permite iniciar una operación de conmutación por error no planificada cuando la replicación está
en un estado Paused, Failing Over o Failed Over. Es posible que los cambios realizados en el sistema
de origen mientras la sesión se encuentra en estos estados no se repliquen en el destino. Dado que no
se realiza una sincronización final, una conmutación por error no planificada puede provocar incoherencias
o pérdidas de datos. Se debe iniciar únicamente cuando el sistema de origen ya no está disponible.
Use una conmutación por error planificada cuando sea posible (consulte la sección 2.3.4).
Conmutación por error no planificada
2.3.6 Reprotección
Después de usar la opción Planned Failover o Failover, la opción REPROTECT (Figure 10) se pone
a disposición en el nuevo sistema de origen. También se activa después de una conmutación por error
planificada cuando se inicia la operación de reprotección. La operación de reprotección inicia la sesión
de replicación y la sincronización en el sistema de origen inicial. Si bien es posible que no hayan cambios
sincronizados después de una conmutación por error no planificada en el destino, se recomienda tomar
una instantánea en el sistema remoto antes de que se inicie la operación de reprotección.
Reprotección

2.3.7 Desasignar política de protección con replicación

Una sesión de replicación se puede eliminar en el sistema de origen mediante la desasignación de la política
de protección de los recursos de almacenamiento replicados. En la Figure 11, se muestra la opción Unassign
Protection Policy. Cuando no existen problemas en la configuración y se emite una operación de desasignación
en el sistema de origen, la sesión de replicación se elimina de los sistemas de origen y de destino. El recurso de
almacenamiento de destino no se elimina automáticamente cuando se elimina la sesión de replicación.
Unassign Protection Policy
2.3.8 Prueba de conmutación por error

Esta función permite probar la funcionalidad de recuperación ante desastres. Dell EMC PowerStore
proporciona la prueba de conmutación por error para habilitar el acceso de lectura/escritura al sitio
de recuperación ante desastres mientras la producción aún está en curso en el sistema primario.
Prueba de conmutación por error activa
Es posible iniciar una prueba de conmutación por error solo en el destino de replicación (Figure 13)
para cada recurso de almacenamiento que participa en una sesión de replicación.

Iniciar prueba de conmutación por error
Después de que se selecciona START FAILOVER TEST para iniciar una prueba de conmutación por error, el
usuario debe seleccionar una instantánea que se utilizará como el origen de datos para la prueba de recuperación
ante desastres. Se puede seleccionar la última instantánea del RPO sincronizado correctamente o cualquier otra
instantánea manual o programada existente en el sistema de destino para la prueba de DR (Figure 14).
Seleccionar el recurso de destino para la prueba de conmutación por error
Tan pronto como se inicia la prueba de conmutación por error, el recurso de almacenamiento cambia
a lectura/escritura para el host mapeado. Aunque la prueba de conmutación por error está activada,
las escrituras de datos de prueba se almacenan en el volumen asignado y la replicación continúa en segundo
plano mediante una instantánea de lectura/escritura. Todas las actualizaciones desde el origen de replicación
se configuran en base y se mantienen en una instantánea de replicación. PowerStore no tiene ningún límite
en la duración de la prueba de recuperación ante desastres.
En la siguiente sección se describen las opciones para detener una prueba de conmutación por error de
recuperación ante desastres

- Detenga la prueba de recuperación ante desastres, descarte los cambios durante la prueba
y actualice el volumen de recuperación tras desastres con los últimos datos replicados
- Detenga la prueba de recuperación ante desastres, tome una instantánea de los datos modificados
y actualice el volumen de recuperación tras desastres con los últimos datos replicados
- Realice la conmutación por error a un volumen de recuperación ante desastres y continúe la
producción con datos de prueba
Cuando se detiene una prueba de conmutación por error, el acceso cambia de vuelta a solo lectura para el
host de recuperación ante desastres. PowerStore Manager proporciona un paso opcional para mantener los
datos de prueba en una instantánea para su uso posterior antes de que se actualice el volumen del host de
recuperación ante desastres con los últimos datos de instantánea sincronizados correctamente (Figure 15).
Una instantánea de datos de prueba podría ser útil cuando los datos de prueba se deban utilizar o analizar
posteriormente. De lo contrario, el volumen del host de recuperación ante desastres se actualiza
inmediatamente con los últimos datos de instantánea sincronizados correctamente.
Detener prueba de conmutación por error
En caso de que se produzca un problema de recuperación ante desastres real mientras se ejecuta la prueba
de conmutación por error, no se realiza ninguna actualización adicional del volumen de destino y los datos de
prueba se utilizan para la producción de recuperación ante desastres Para este escenario, el operador debe
confirmar el siguiente cuadro de diálogo (Figure 16).

Cuadro de diálogo/conmutación por error para probar datos
2.4 Configuraciones de replicación compatibles

Las funciones de replicación asíncrona nativa de PowerStore permiten la replicación remota de los recursos
de almacenamiento compatibles entre los sistemas. Las siguientes secciones describen las configuraciones
compatibles para la replicación asíncrona. Para obtener más información sobre los sistemas compatibles con
la replicación asíncrona, consulte el apéndice A.
La función de replicación asíncrona nativa es compatible con muchas topologías diferentes, y los modelos
de implementación varían según los requisitos de configuración. En un nivel de sistema, se aceptan las
siguientes configuraciones:
1. Unidireccional: un único sistema de origen que se replica a un único sistema de destino

2. Bidireccional: una topología de dos sistemas en la que cada sistema actúa como un destino de
replicación para los recursos de producción de los pares
3. Una a muchas: una topología de sistema en que un único sistema replica varios recursos, cada uno a un
sistema remoto diferente
4. Muchas a una: una topología de sistema en que varios sistemas replican sus respectivos recursos a un
único sistema

En la Figure 17, se muestran estas topologías compatibles. La figura usa volúmenes para representar
los recursos de almacenamiento. La replicación asíncrona permite que muchos modelos diferentes de
implementación satisfagan las necesidades de una organización.
Topologías de replicación asíncrona en el nivel de sistema
La topología de replicación bidireccional se suele utilizar cuando la actividad de I/O de producción debe
distribuirse entre múltiples sistemas o ubicaciones. Los sistemas pueden existir en un único centro de datos
o en ubicaciones remotas diferentes. Con esta topología de replicación, la actividad de I/O de producción
de cada sistema se replica en el sistema par. En el caso de una interrupción, uno de los sistemas se puede
promover como el sistema de producción primario y todas las actividades de I/O de producción pueden
enviarse a él. Una vez solucionada la interrupción, se puede cambiar la configuración de replicación a su
configuración original. Esta topología de replicación garantiza que la actividad de I/O de producción utilice
permanentemente ambos sistemas.
La topología de replicación de uno a muchos se implementa normalmente cuando existe producción en un

solo sistema, pero la replicación debe producirse en varios sistemas remotos. Esta topología de replicación
puede usarse para replicar los datos desde un sistema de producción a una ubicación remota y proporcionar
acceso de datos local a un equipo remoto. En la ubicación remota, se pueden utilizar clones delgados para
proporcionar acceso de host a una organización local o un equipo de pruebas.
La topología de replicación de muchos a uno se implementa cuando hay varios sistemas de producción que se
replican a un solo sistema para consolidar los datos. Esta topología es útil cuando existen varios sitios de datos
de producción y los datos se deben replicar desde estos sitios a un solo centro de datos de recuperación ante
desastres. Un ejemplo de esta configuración es una ubicación de sucursal remota (ROBO).
Para los ejemplos de topología de replicación de uno a muchos y de muchos a uno que se muestran en
Figure 17, se ilustra la replicación unidireccional. La replicación unidirecional no es un requisito cuando se
configuran las topologías de replicación de uno a muchos y de muchos a uno. Cada conexión de replicación
individual se puede usar para la replicación bidireccional entre sistemas. Esta capacidad permite más
opciones de replicación de las que se ilustran en la figura.

2.5 Replicación asíncrona en PowerStore Manager

La creación y la administración de la replicación en PowerStore Manager son sencillas e intuitivas. Todas
las operaciones de replicación, incluidas la configuración de los puertos de red de replicación, las conexiones
de replicación y las sesiones de replicación, pueden realizarse en la interfaz de usuario de PowerStore
Manager. Con la ayuda de asistentes, tanto el personal con conocimientos generales de TI como los
usuarios avanzados por igual pueden configurar rápidamente la replicación. La replicación también se
puede configurar mediante PowerStore Manager CLI o API REST. Para obtener más información acerca
de la configuración y la administración de la replicación con PowerStore Manager CLI, consulte la Guía de
la interfaz de línea de comandos de Dell EMC PowerStore Manager en PowerStore Info Hub. Para obtener
más información sobre API REST, use SwaggerUI (https://<PowerStore>/swaggerui) o consulte la Guía del
programador de API REST de Dell EMC PowerStore que se encuentra en PowerStore Info Hub.
2.5.1 Configuración de replicación

Cuando se configura la replicación asíncrona remota, deben estar disponibles los siguientes componentes.
Consulte las secciones correspondientes enumeradas para obtener más detalles.
• IP de la red de almacenamiento y puertos de replicación (sección 2.5.2)

• Conexión de sistemas remotos (sección 2.5.2.2)
• Política de protección con regla de replicación (sección 2.5.4)
• Asignar política de protección (sección 2.5.5)
Las siguientes secciones detallan los pasos restantes que se requieren para configurar la replicación
remota en PowerStore Manager. Cada una de las operaciones a continuación se completa desde una
página especial en PowerStore Manager. Cada página se analiza en detalle en las siguientes secciones.
Para obtener más información sobre el uso de PowerStore Manager para configurar y administrar la
replicación, consulte la ayuda en línea de PowerStore Manager.
2.5.2 IP de la red de almacenamiento y puertos de replicación

Al planificar la replicación entre dos arreglos PowerStore, se debe tener en cuenta lo siguiente:
• Solo se puede etiquetar una interfaz para la replicación. Si las interfaces de enlace del sistema se
conectan a distintos conmutadores, la replicación puede continuar incluso si un conmutador está
inactivo. Todas las demás interfaces son un mapeo directo a uno con un solo puerto físico y no son
compatibles con este nivel de alta disponibilidad. Si se requiere este tipo de alta disponibilidad para
la replicación, se sugiere utilizar el enlace del sistema.
• Cuando el tráfico de host está configurado en una interfaz etiquetada para la replicación, se comparte el
ancho de banda disponible. Esto puede tener un impacto en el rendimiento de la escritura.
• Si el tráfico de hosts y el tráfico de replicación usan la misma red, pero distintos puertos, se recomienda
configurar múltiples rutas de host que no utilicen puertos etiquetados para la replicación.
• En una configuración con varias redes IP, los rangos de IP no deben superponerse con los rangos
de IP existentes configurados en el sistema.

2.5.2.1 Red compartida para los datos de host y replicación

Esta sección muestra la configuración para los puertos de red compartidos y es la única opción para
PowerStoreOS 1.0. Se utiliza una sola red de almacenamiento para las operaciones de I/O de host
o importación y los datos relacionados con la replicación mediante la red de almacenamiento.
Cuando se usan puertos nuevos aparte de los puertos de red de almacenamiento ya configurados, se recomienda
revisar las direcciones IP de almacenamiento disponibles antes de crear interfaces nuevas. Para verificar los
ajustes de las IP de red de almacenamiento, haga clic en Settings > Networking > Network IPs. Asegúrese
de que al menos dos direcciones IP de red de almacenamiento estén sin asignar para asignar nuevos puertos
de red de almacenamiento que se distribuyen entre los dos nodos. Para etiquetar puertos de replicación nuevos
en PowerStore Manager, haga clic en la pestaña Hardware > Appliance-Name > Ports. Todos los puertos
Ethernet se pueden etiquetar como puertos de replicación y están disponibles en la lista de puertos.
Figure 18 muestra la página puertos de PowerStore Manager. La figura también muestra los puertos de
agregación de enlaces que se crearon en el sistema y que ya están etiquetados para la replicación utilizando
Default Storage Network. Desde esta página, los puertos se pueden mapear a la red de almacenamiento
y el etiquetado de las interfaces de datos de replicación se puede cambiar.
Página de interfaces
Para cambiar la interfaz de datos de replicación a una interfaz distinta del vínculo del sistema o del puerto
vFE1 en el grupo de puertos TGT1, mapee un nuevo conjunto de interfaces a la red de almacenamiento.
Solo se requiere para ejecutar estos pasos para un nodo único. PowerStore Manager configura el nodo
par en paralelo.

El ejemplo de Figure 19 muestra cómo asignar una red de almacenamiento
1. Seleccione las interfaces.

2. Haga clic en MAP STORAGE NETWORK. Si se selecciona únicamente un solo puerto,
PowerStore Manager configura automáticamente el puerto correspondiente en el nodo par.
3. Seleccione la red de almacenamiento que desea mapear.
4. Confirme el mapeo seleccionado con MAP STORAGE.
5. Para finalizar la configuración, confirme el siguiente cuadro de diálogo.
1
3
Map Storage Network
Después de que los puertos se mapeen a la red de almacenamiento, haga clic en MORE ACTIONS >
Tag for Replication, como se muestra en la Figure 20. En la ventana resultante, haga clic en TAG PORT
para finalizar la configuración. Una vez establecida, no se puede eliminar la etiqueta de replicación. Al igual
que el mapeo, siempre es un par de puertos etiquetados para replicación: un puerto en el nodo A y el puerto
correspondiente en el nodo B.
Etiquetar un puerto para la replicación

2.5.2.2 Redes individuales para el tráfico de replicación y de host

A partir de PowerStoreOS 2.0, se admiten múltiples redes de almacenamiento. Esta función permite
a los usuarios separar los datos de los hosts de los datos de replicación, ya sea utilizando puertos iguales
o diferentes.
Los siguientes ejemplos utilizan Default Storage Network y Replication Network como redes ya configuradas
en PowerStore Manager (Figure 21 / Configuración > Redes > IP de red > Almacenamiento).
Múltiples redes de almacenamiento

Ejemplo 1: dos redes de almacenamiento a través de un único puerto
Cuando los vínculos físicos para la red de almacenamiento no se utilizan por completo en los datos del host,
puede ser útil configurar un puerto compartido para los datos de replicación y del host. Para separar el
tráfico, es necesario configurar las VLAN en los puertos del conmutador. El ejemplo que se muestra es el
uso de VLAN 320 para el acceso de host y VLAN 308 para el tráfico de replicación. Las VLAN configuradas
en PowerStore Manager deben coincidir con la configuración del puerto del switch (VLAN etiquetado).
Al igual que en las secciones anteriores, la configuración de puertos en PowerStore Manager se encuentra
disponible en la vista Hardware > Appliance-Name > Ports. Figure 22 a continuación, se muestra la
configuración actual de la vinculación del sistema para la replicación mediante la red de almacenamiento
mapeada Default Storage Network.
Configuración de red única
Para el etiquetado de replicación, es necesario configurar la red de almacenamiento adicional Replication

Network como segunda red de almacenamiento para el par de puertos. Ya que la configuración de puertos
es la misma en los nodos asociados, solo se requiere seleccionar un puerto único para la configuración
y usar el botón MAP STORAGE NETWORK. En la ventana de selección que aparece, seleccione la
Replication Network y continúe con MAP NETWORK (Figure 23).
Map Storage Network
Cuando se confirma el cuadro de diálogo Map Storage Network, la columna de descripción general del puerto
Mapped for Storage se convierte en número 2, lo que indica que dos redes de almacenamiento están mapeadas
y utilizando este puerto. La información de la dirección IP de los puertos se encuentra disponible cuando se coloca
el puntero sobre el número (Figure 24).

Información detallada del puerto
La nueva red mapeada se puede etiquetar como red de replicación, como en una configuración de un solo
puerto y una sola red. Ahora, con la capacidad de elegir la red utilizada para etiquetar el puerto seleccionado,
tal como se muestra en Figure 25 a continuación.
Etiqueta para la replicación: selección de red
Después de confirmar el cuadro de diálogo para realizar la configuración en ambos nodos, la red etiquetada
para la replicación ha cambiado a la nueva Replication Network (Figure 26).
Configuración de un solo puerto con una red dedicada etiquetada para la replicación

Ejemplo 2: red de replicación y host separados
Nota: este ejemplo utiliza el enlace del sistema como un puerto de replicación. Es posible que esto no sea la
configuración óptima para todos los casos de uso.
En algunos casos de uso, puede ser útil separar la red de datos de replicación del tráfico del host de producción
mediante el uso de diferentes puertos físicos y redes. La configuración es como Ejemplo 1 con la diferencia para
mapear la Replication Network a otro puerto que Default Storage Network que se utiliza para el tráfico de host.
En el ejemplo de Figure 27 se muestra un puerto seleccionado con el cuadro de diálogo para seleccionar la red de
almacenamiento para el mapeo.
Mapear red de replicación a un nuevo puerto de red
Una vez finalizada la configuración, es posible etiquetar el nuevo puerto de red de almacenamiento para la
replicación. Dado que solo hay una red de almacenamiento configurada en nuestro ejemplo, no hay ningún
cuadro de diálogo adicional para seleccionar la red y el puerto está etiquetado con Replication Network
después de que se confirme el cuadro de diálogo de configuración. Figure 28 a continuación se muestra la
configuración de ese ejemplo.
Configuración de puertos con red dedicada de almacenamiento de hosts y replicación

2.5.3 Sistemas remotos

El siguiente paso en la configuración de la replicación remota es crear un par de sistemas remotos con otro
sistema. Este paso configura una conexión de replicación privada mediante los puertos de administración.
Para configurar una conexión de replicación, haga clic en Protection > Remote Systems para comenzar
a crear los sistemas remotos (consulte la Figure 29).
Configuración de la replicación de sistemas remotos
Una vez configurado un sistema remoto, haga clic en MORE ACTIONS > Verify and Update. Esta acción
verifica que la conexión de replicación seleccionada todavía exista en el sistema remoto, y actualiza los
detalles de la conexión si se realizan cambios. Para definir un nuevo par de sistemas remotos, haga clic en
ADD como se muestra en la Figure 29.
Aparece la nueva ventana Add Remote System (consulte la Figure 30) que requiere la siguiente información:
• Dirección IP del clúster de administración

• Nombre de usuario y contraseña del sistema remoto
• Configuración de la latencia de red (opcional)
El tráfico de replicación se puede ajustar para obtener una mayor eficiencia según la latencia de red
esperada. Si la red del sistema remoto tiene una latencia esperada inferior a 5 milisegundos, mantenga
el valor predeterminado en Low. De lo contrario, seleccione High. Según la selección, se utilizan diferentes
portales iSCSI con ajustes de buffer optimizados para el tráfico de replicación de datos. El ajuste Low
comparte la escucha de iSCSI de la I/O del host en el puerto 3260, mientras que el portal optimizado para
una latencia alta usa la escucha del portal iSCSI en el puerto 3261.
Las credenciales proporcionadas para un usuario configurado no se almacenan en el sistema y solo se usan
para la configuración de la relación. Tras ingresar los campos obligatorios, haga clic en ADD. Dado que la
conexión de administración para el par de sistemas remotos usa el cifrado SSL, es necesario confirmar el
certificado SSL remoto. Después de terminar la tarea de configuración, el nuevo sistema remoto se enumera
en ambos lados. Si se utiliza la replicación bidireccional, se puede usar el mismo par de sistemas remotos
para las sesiones de replicación desde los sistemas opuestos.

Add Remote System
2.5.4 Creación de una política de protección con regla de replicación

Para crear una sesión de replicación, primero configure una política de protección con una regla de
replicación subyacente. Una política de protección es una recopilación de diferentes reglas de protección
local y remota que se asigna a los recursos en el clúster de PowerStore. Las políticas de protección pueden
contener varias reglas para las instantáneas programadas. Las políticas también contienen una única regla
de replicación para la replicación asíncrona remota a un sistema que se define en los sistemas remotos.
Haga clic en Protection > Protection Policies como se muestra en la Figure 31.
Protection Policies

Cuando aparece la ventana Protection Policies (Figure 32), es posible crear reglas o políticas de protección
nuevas y administrar las existentes. En el siguiente ejemplo, se crea una política de protección con replicación
a un sistema remoto configurado previamente. En la ventana Protection Policies, haga clic en el botón
CREATE para comenzar la configuración.
Lista de políticas de protección
Dado que Protection Policy es el único objeto de nivel superior que se asigna a un recurso de almacenamiento,
solo se requiere una política Name. Se recomienda usar un nombre elocuente para dar a entender que contiene
el sistema remoto. Más adelante en la ventana, es posible seleccionar una regla de replicación existente o crear
una regla nueva en el área Replication Rules haciendo clic en CREATE.

Se requiere la siguiente información. Cada paso corresponde a un número que se muestra en la Figure 33.
1. En Name, ingrese un nombre para la política de protección.

2. En la sección Replication Rules, haga clic en CREATE para crear una nueva regla de replicación.
En la ventana Create Replication Rule, configure lo siguiente:
3. Nombre
4. Sistema remoto de destino
5. RPO
6. Umbral de alerta
Create Replication Rule
Una vez finalizados todos los pasos, la política de protección se puede usar para proteger los recursos de
almacenamiento con parámetros configurados.
2.5.5 Asignar política de protección

El último paso para establecer una sesión de replicación es asignar la política de protección a un recurso de
almacenamiento nuevo o existente. El recurso puede incluir un volumen, un grupo de volúmenes o un clon
delgado. Los pasos siguientes muestran la asignación de una política de protección a un volumen. Los pasos
requeridos para asignar una política de protección a un grupo de volúmenes o a un clon delgado son los mismos.
Los pasos se pueden aplicar cuando se crea un recurso de almacenamiento o al modificar uno existente.

Se aplican algunas limitaciones al crear las sesiones de replicación. La sesión de replicación crea un recurso de
almacenamiento con los mismos atributos en el destino como el origen. Por lo tanto, el nombre del recurso de
almacenamiento no se debe usar en el destino. Por ejemplo, no se puede crear una sesión de replicación para
un volumen con el nombre Volume cuando hay un volumen con el mismo nombre en el destino.
Para el grupo de volúmenes configurado con coherencia en el orden de escritura, todos los volúmenes heredan
la política de protección definida para el grupo de volúmenes. No es posible establecer políticas individuales en
volúmenes diferentes. En ese caso, se crea una única sesión de replicación para el grupo de volúmenes. Para
los grupos de volúmenes sin coherencia en el orden de escritura, los miembros pueden tener diferentes políticas
de protección que resultan en sesiones de replicación individuales. Establecer una política de protección para un
grupo completo cuando se configura la coherencia en el orden de escritura (WOC) es únicamente posible cuando
ningún volumen tiene una política de protección asignada. Dado que la configuración de replicación puede diferir
entre los grupos de volúmenes WOC y no WOC, también hay restricciones en cuanto al cambio de este atributo
de grupo de volúmenes si el grupo o cualquier miembro se encuentra protegido.
2.5.5.1 Nuevo recurso de almacenamiento con política para la replicación

Para crear una sesión de replicación destinada a un nuevo recurso de almacenamiento, comience con
el proceso de creación. Para los volúmenes, comience el proceso haciendo clic en Storage > Volumes
y luego en el botón CREATE (consulte la Figure 34).
Primer paso: asignar política de protección
En la ventana Create Volumes, ingrese la siguiente información. Cada uno de los siguientes números
corresponde a un número de Figure 35.
1. Nombre
2. Tamaño
3. Cantidad (si se crean varios volúmenes)
Para proteger los volúmenes nuevos con la política de protección, haga clic en el menú desplegable
Volume Protection Policy (Optional). Este menú muestra todas las políticas de protección local
disponibles. Haga clic en el elemento Protection Policy para ver la política asignada más adelante.

Segundo paso: asignar política de protección
Complete los pasos restantes para finalizar la configuración.
Cuando se crea un grupo de volúmenes con una política de protección y una regla de replicación
subyacente, se crean grupos de volúmenes vacíos en los sistemas de origen y destino antes de que
se agreguen los miembros. Los miembros no se replican sino hasta la próxima sincronización manual
o programada por el RPO.
2.5.5.2 Proteger recursos de almacenamiento existentes

Al igual que la creación de un recurso de almacenamiento, los siguientes pasos muestran la asignación de
una política de protección a un volumen existente. Los pasos son similares para los grupos de volúmenes
existentes o para los clones delgados. Abra la página Storage Resource donde aparecen los volúmenes
o grupos de volúmenes, y seleccione uno o más recursos a los que se asignará la política de protección.
A continuación, haga clic en el menú desplegable MORE ACTIONS y haga clic en Assign Protection Policy
como se muestra en la Figure 36.
Asignación de la política de protección al recurso de almacenamiento existente
En la ventana siguiente, elija la política de protección apropiada y haga clic en Apply para aplicarla
a los recursos de almacenamiento seleccionados previamente. Una vez aplicada, la sincronización
inicial comienza inmediatamente.

2.5.6 Ver las sesiones de replicación

Todas las sesiones de replicación en el sistema pueden verse desde la página Replication. Para ver esta
página en PowerStore Manager, bajo Protection haga clic en Replication. Figure 37 muestra un ejemplo
de la visión general de las sesiones de replicación con varias sesiones de replicación creadas en el sistema.
Este ejemplo muestra las sesiones de replicación para los volúmenes y grupos de volúmenes. Un clon
delgado replicado se muestra de la misma manera como un volumen. Esta página muestra la información
relacionada con cada sesión e incluye los siguientes detalles:
• Session Status: indica el estado de la sesión de replicación

• Source System: indica el sistema de origen. Incluye el sistema de origen y el recurso de
almacenamiento de origen
• Destination System: indica el sistema de destino. Incluye el nombre del sistema de destino
y el recurso de almacenamiento de destino
• Type: indica el tipo de recurso
• Policy: indica la política de protección
• ETA: indica el tiempo estimado en que finalizará la sincronización actual (muestra -- cuando la
sesión no se está sincronizando de manera activa)
Solo puede seleccionarse una sesión por vez. El estado de la sesión seleccionada determina los botones
que aparecerán sobre la tabla. Si no hay ninguna sección seleccionada, los botones no estarán disponibles,
como se muestra en la Figure 38. En la Figure 37 y la Figure 38, se muestran ejemplos de la página
Replication y las diferencias entre el origen y el destino.
La página Replication para el recurso de origen muestra los siguientes botones:
• PAUSE para pausar la replicación

• SYNCHRONIZE para iniciar una replicación manual entre los ciclos periódicos de RPO.
• PLANNED FAILOVER para iniciar una conmutación por error planificada
Ventana Replication para el recurso de origen
Existe la opción de seleccionar si el recurso de almacenamiento debe volver a protegerse después de la

conmutación por error planificada en una próxima ventana.
La ventana Replication para el recurso de destino muestra botones activos diferentes cuando se selecciona
una sesión:
• PAUSE para pausar la replicación

• FAILOVER para iniciar una conmutación por error planificada
• FAILOVER TEST para iniciar una prueba de conmutación por error de recuperación ante desastres

Ventana Replication para el recurso de destino
Al hacer clic en el botón, aparecerá el mensaje de advertencia señalando que no habrá sincronización final
antes de que ocurra la conmutación por error. Si se requiere una sincronización final, se debe ejecutar una
conmutación por error planificada en el origen.
Para obtener una vista más detallada del estado de la replicación, es posible usar los estados de sesión
individual para ver la sesión de replicación seleccionada. En esta ventana, se muestra un resumen de sesión
en Session Summary como se aprecia en la Figure 39. El volumen azul siempre se refiere al recurso de
almacenamiento local.
Resumen de la sesión de replicación
Al trabajar en la página de propiedades de Volumen o Volume Group, es posible ver y controlar la replicación
correspondiente. Figure 40 muestra la página de replicación Volume Group, que tiene la misma apariencia
que un grupo de volúmenes o un clon delgado. Para ver la información de replicación, en la vista Storage
Resource, haga clic en la pestaña Protection > pestaña Replication en la vista siguiente, como se muestra
en la Figure 40.

Vista de Storage Resource > Protection
Además del estado de la replicación, las estadísticas de rendimiento de la replicación también se encuentran
disponibles en la pestaña Performance (Figure 41) del recurso de almacenamiento e incluye lo siguiente:
• Datos de replicación restantes

• Ancho de banda de replicación (normalizado)
• Tiempo de transferencia de replicación

Vista del rendimiento de la replicación

2.6 Límites del sistema

Para obtener más información sobre los límites del sistema, consulte la matriz de soporte simple,
que se encuentra disponible en PowerStore info Hub.
2.7 Interoperabilidad
La replicación asíncrona nativa es compatible en cualquier dirección entre los sistemas PowerStore,
independientemente del modelo PowerStore empleado. Para la compatibilidad con versiones anteriores,
PowerStoreOS 2.0 puede replicar también con sistemas que ejecutan PowerStoreOS 1.0 SP3 y versiones
posteriores. La replicación asíncrona nativa puede ocurrir entre los siguientes sistemas:
• Modelo PowerStore T y modelo PowerStore T

• Modelo PowerStore T y modelo PowerStore X
• Modelo PowerStore X y modelo PowerStore X
Como un medio para el tráfico de datos de replicación, se admiten todos los puertos Ethernet en la tarjeta
de 4 puertos. Los modelos PowerStore T también admiten el tráfico de datos de replicación en los módulos
de I/O Ethernet.
2.7.1 Otras soluciones de protección de datos de Dell EMC

PowerStore puede integrarse en otros productos de protección de datos de Dell EMC como Metro Node,
VPLEX, RecoverPoint for Virtual Machines y Dell EMC AppSync™. Estos tres productos cubren diferentes
capas para las aplicaciones importantes. VPLEX ofrece soluciones de protección de datos transparente en la
ruta para el almacenamiento de bloques, las que también se pueden usar para los escenarios de migración.
RecoverPoint for Virtual Machines proporciona protección para las máquinas virtuales, y AppSync puede
ayudar a desarrollar la protección en la capa de aplicación.
2.8 Actualizaciones
Al actualizar PowerStoreOS, las sesiones de replicación se pausan y se muestra el estado Paused for NDU
(consulte la Figure 42). La replicación se reanuda después de que la actualización finalice correctamente.
Estado pausado de la sesión para la actualización no disruptiva (NDU)

Integración con PowerStore
3 Integración con PowerStore
3.1 RecoverPoint for Virtual Machines

Junto con las opciones de replicación nativa con los sistemas PowerStore físicos, RecoverPoint for Virtual
Machines también es compatible. Se usa para la recuperación ante desastres y la protección contra pérdidas de
datos, lo que protege a las organizaciones contra las interrupciones en el sitio debido a circunstancias imprevistas.
También protege contra la pérdida de datos debido a corrupciones o errores humanos. RecoverPoint for Virtual
Machines ayuda con soluciones de migración de datos y permite la transferencia de datos entre los centros
de datos y los sistemas compatibles. Proporciona una función de reversión similar a DVR, que permite la
recuperación de datos a cualquier punto en el tiempo. Replica VM de forma local dentro del mismo PowerStore
o a otros sistemas remotos. Las soluciones de replicación están diseñadas para garantizar la integridad de los
datos replicados en sites locales y remotos. El rendimiento no se ve comprometido al usar RecoverPoint for
Virtual Machines con PowerStore.
RecoverPoint for Virtual Machines
Para obtener más información sobre RecoverPoint, incluidos la administración y los conceptos específicos
de RecoverPoint, consulte la Guía del administrador de RecoverPoint que se encuentra en el servicio de
soporte de Dell.

3.2 AppSync
Dell EMC AppSync simplifica, orquesta y automatiza el proceso de generación y consumo de copias de datos
de producción coherentes con las aplicaciones. La integración profunda de las aplicaciones de AppSync, junto
con la abstracción de las tecnologías de replicación y almacenamiento subyacentes de Dell EMC, otorgan a los
propietarios de aplicaciones la facultad de satisfacer las demandas de copias de la replanificación de datos,
la recuperación operacional y la recuperación ante desastres, todo desde una única interfaz de usuario. Puede
administrar la protección, la replicación y la replanificación de las bases de datos y las aplicaciones que usan
las tecnologías de administración integrada de datos de copias (iCDM) y replicación en todo el portafolio de
almacenamiento de Dell EMC. AppSync admite Oracle, Microsoft® SQL Server®, Microsoft Exchange®, almacenes
de datos de VMware y otros sistemas de archivos. Consulte la Matriz de soporte simple de Dell EMC AppSync
para obtener información sobre las funciones compatibles con entornos específicos.
En combinación con PowerStore, AppSync brinda flujos de trabajo intuitivos para configurar la protección
local y remota, y replanificar trabajos. Proporciona automatización integral de todos los pasos, incluido el
descubrimiento de aplicaciones y el mapeo de almacenamiento, la creación de copias y el montaje o la
recuperación de copias en el destino. AppSync admite los modelos PowerStore T y X y sus tecnologías
de instantáneas y clones delgados. Si AppSync debe crear copias remotas, usa la función de replicación
asíncrona nativa de PowerStore. Actualmente, AppSync no admite el almacenamiento de archivos de
PowerStore, VMware vSphere® Virtual Volumes™ (VVols) o la integración con Dell EMC Metro Node
o VPLEX®. Consulte la Matriz de soporte simple de Dell EMC AppSync para obtener información de
soporte adicional apenas esté disponible.
Dell EMC AppSync

3.3 Metro Node

Metro Node es una función complementaria de hardware y software externa para PowerStore, en la cual
proporciona replicación síncrona activo/activo, así como casos de uso local estándar. Además, ofrece una
solución local con la función local en espejo para proteger los datos de una posible falla en el arreglo. Ambos
casos de uso proporcionan soluciones para una verdadera disponibilidad continua sin tiempo de inactividad.
Metro Node examina PowerStore como un arreglo con ALUA en función de los datos de respuesta de
SCSI y, por lo tanto, se deben respetar las reglas de conectividad de cuatro rutas activas y cuatro rutas
pasivas. Esta regla establece que ambos nodos de Metro Node deben tener cuatro rutas activas y cuatro
rutas pasivas a todos los volúmenes aprovisionados desde el arreglo. Para obtener información adicional
acerca de Metro Node, consulte el soporte de Dell, y consulte la documentación técnica de mejores prácticas
de Metro Node.

Conclusión
4 Conclusión
En este informe, se analizaron varias soluciones de replicación nativa que se ofrecen con PowerStore.
Configurar una solución de protección de datos ayuda a protegerse contra situaciones imprevistas, como
la pérdida de datos o las interrupciones en todo el sitio. PowerStore brinda una solución de protección de
datos remota que ayuda a minimizar los costos asociados con el tiempo de inactividad y proporciona una
recuperación sencilla en caso de desastre. Con las soluciones de replicación asíncrona, la protección de
datos puede configurarse para satisfacer las necesidades de la aplicación y la organización.
La replicación asíncrona nativa de bloques es una solución de protección de datos que replica los recursos
de almacenamiento de manera remota a otros sistemas PowerStore remotos. La replicación asíncrona usa
la tecnología de instantáneas de PowerStore para proporcionar réplicas coherentes de un punto en el tiempo
que se pueden utilizar en caso de desastre. Con la replicación asíncrona, no resulta afectada la actividad
de I/O del host, ya que los datos no se replican de forma inmediata a medida que ingresan al sistema.
La replicación asíncrona utiliza un RPO personalizable, que replica automáticamente los cambios en
los datos a intervalos coherentes. Cuando se necesita replicar datos a través de grandes distancias,
la replicación asíncrona puede satisfacer las necesidades de una organización.
La compatibilidad con RecoverPoint for Virtual Machines permite que PowerStore use sus funciones de
replicación mejoradas. Las máquinas virtuales que se ejecutan en PowerStore se pueden replicar de manera
local o remota a otro sistema compatible. Con la funcionalidad de RecoverPoint, como la recuperación
de datos a un punto en el tiempo, PowerStore puede protegerse contra escenarios de desastre.

Compatibilidad con la replicación entre plataformas
A Compatibilidad con la replicación entre plataformas

En la Table 2, se detalla la compatibilidad con la replicación en las plataformas de almacenamiento
Dell EMC.
Soporte para replicación

Replicación RecoverPoint
Source Destination asíncrona for Virtual Metro Node
de bloques Machines
Modelos PowerStore T o X Modelos PowerStore T o X ✓ ✓ ✓
Modelos PowerStore T o X Dell EMC Unity X ✓ ✓
Dell EMC Unity Modelos PowerStore T o X X ✓ ✓

Soporte técnico y recursos
B Soporte técnico y recursos

Dell.com/support se centra en satisfacer las necesidades de los clientes con servicios y soporte
comprobados.
Los videos y documentos técnicos de almacenamiento proporcionan pericia que ayuda a garantizar el
éxito de los clientes en las plataformas de almacenamiento Dell EMC.
PowerStore Info Hub ofrece documentación detallada acerca de cómo instalar, configurar y administrar
los sistemas PowerStore.

Dell EMC PowerStore - Tecnologías de Replicación

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Dell EMC PowerStore - Tecnologías de Replicación

Cargado por

Copyright:

Formatos disponibles

Documentación técnica

Dell EMC PowerStore: tecnologías de

Mayo de 2020 Actualizaciones menores

Agosto de 2020 Actualizaciones menores

Enero de 2021 Actualizaciones de Metro Node

2 Dell EMC PowerStore: tecnologías de replicación | H18153.4

3 Dell EMC PowerStore: tecnologías de replicación | H18153.4

2.7 Interoperabilidad ...............................................................................................................................................41

4 Dell EMC PowerStore: tecnologías de replicación | H18153.4

• Replicación de bloques asíncrona nativa

La replicación asíncrona de bloques se puede configurar y administrar en PowerStore Manager, PowerStore

5 Dell EMC PowerStore: tecnologías de replicación | H18153.4

1.1 Visión general de PowerStore

6 Dell EMC PowerStore: tecnologías de replicación | H18153.4

Base común: par de instantáneas tomadas en un recurso de almacenamiento de origen y destino de

Recurso de almacenamiento de destino: recurso de almacenamiento que se usa para la recuperación

Sistemas remotos: relación configurada entre dos sistemas PowerStore.

7 Dell EMC PowerStore: tecnologías de replicación | H18153.4

8 Dell EMC PowerStore: tecnologías de replicación | H18153.4

2 Replicación asíncrona nativa de bloques

• Requisitos de licenciamiento para la función de replicación asíncrona nativa

2.2 Teoría de funcionamiento

1. Revise la configuración de red para el tráfico de replicación asíncrona de iSCSI.

2.2.1 Configuración de puertos para la replicación asíncrona

9 Dell EMC PowerStore: tecnologías de replicación | H18153.4

Puertos compatibles con la replicación

Tarjeta de 4 puertos: Módulos de I/O 0 y 1:

2.2.2 Conexiones de replicación

Replicación asíncrona nativa que usa dos sistemas modelo PowerStore T

10 Dell EMC PowerStore: tecnologías de replicación | H18153.4

Replicación asíncrona nativa con el modelo PowerStore T y el modelo PowerStore X

2.2.3 Sistemas remotos

2.2.4 Políticas de protección con reglas de replicación

La regla de replicación define el parámetro para la replicación asíncrona en PowerStore y se encuentra

11 Dell EMC PowerStore: tecnologías de replicación | H18153.4

1. La sincronización inicial se completa correctamente dentro de la ventana de RPO de 30 minutos y se da

12 Dell EMC PowerStore: tecnologías de replicación | H18153.4

2.2.5 Sesión de replicación

• Todas las escrituras en un recurso de almacenamiento se guardan en el recurso de almacenamiento

13 Dell EMC PowerStore: tecnologías de replicación | H18153.4

Modo de replicación asíncrona

14 Dell EMC PowerStore: tecnologías de replicación | H18153.4

2.3 Operaciones de replicación

15 Dell EMC PowerStore: tecnologías de replicación | H18153.4

2.3.1 Asignar política de protección con replicación

Assign Protection Policy

2.3.2 Pausar y reanudar

Pausar replicación Reanudar replicación

Pausar y reanudar replicación.

16 Dell EMC PowerStore: tecnologías de replicación | H18153.4

2.3.3 Sincronizar ahora

2.3.4 Conmutación por error planeado

Conmutación por error planificada

17 Dell EMC PowerStore: tecnologías de replicación | H18153.4

2.3.5 Conmutación por error no planeado

Conmutación por error no planificada

18 Dell EMC PowerStore: tecnologías de replicación | H18153.4

2.3.7 Desasignar política de protección con replicación

Unassign Protection Policy

2.3.8 Prueba de conmutación por error

Prueba de conmutación por error activa

19 Dell EMC PowerStore: tecnologías de replicación | H18153.4

Iniciar prueba de conmutación por error