dell emc powerstore: replication technologies

H18153.4

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

Revisiones

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

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]

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

Modelo Tarjeta de 4 puertos: 10 GbE BaseT o 10/25 GbE óptica

Módulos de I/O 0 y 1: 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.

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

Puertos de replicación

de 10/25 GbE

Puertos de administración

del sistema



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.

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.

Puertos de replicación

de 10/25 GbE

Puertos de administración

del sistema



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.

https://www.dell.com/powerstoredocs

https://www.dell.com/powerstoredocs



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.

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

1

2

3

4

5



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)

https://dell.com/PowerStoreDocs

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.

https://www.dell.com/support




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

https://elabnavigator.emc.com/vault/pdf/EMC_AppSync.pdf



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

Source Destination Replicación asíncrona de bloques

RecoverPoint for Virtual Machines

Metro Node

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.

http://www.dell.com/support

http://www.dell.com/storageresources

http://www.dell.com/powerstoredocs

dell emc powerstore: replication technologies

Documents