PowerMax 2500 y 8500: Instantáneas no administradas

Instantáneas no administradas en replicación local (LREP) de PowerMax 2500 y 8500

SnapVX se rediseñó en V4. V4 se configura de manera predeterminada para copiar en una lectura y copiar en una escritura cuando se intercepta. V3 y versiones anteriores no se configuraban de manera predeterminada en copia en lectura.

Instantáneas no administradas: 

• Al igual que VMAX3, un PowerMax 2500 u 8500 mantiene los datos de destino incluso después de desvincularlos de los dispositivos de origen.
• Las instantáneas no administradas son imágenes que PowerMax conserva internamente para mantener las dependencias entre un origen y un destino después de que se desvinculan.
• Existen diferencias fundamentales entre la manera en que se implementa LREP/VP en PowerMax 2500 u 8500 en comparación con los arreglos VMAX All Flash/VMAX3/Powermax más antiguos.
• En PowerMax 2500 u 8500, los dispositivos de destino no pasan por el proceso de definición
• El proceso de definición de VMAX3 consumiría metadatos completos de ID de seguimiento (TID) para un dispositivo objetivo, lo que haría que el sobreprovisionamiento fuera costoso
• Con PowerMax 2500 u 8500, se decidió prescindir del uso compartido en el nivel de seguimiento y utilizar ahora un esquema de uso compartido en el nivel de dispositivo (a la vez que mantiene los dispositivos objetivo indefinidos)
  • Esto también mejoró el rendimiento en objetivos no definidos
• Por lo tanto, en PowerMax 2500 u 8500, los destinos solo obtienen asignaciones cuando se escriben en ellos (no como parte del proceso de definición)
  • Derivan sus datos de la imagen de un punto en el tiempo, a la que estaban vinculados anteriormente.
  • Esta relación permanece después de que se desvinculan
  • Incluso en VMAX3, la integridad de los datos se mantenía en un dispositivo de destino después de que se desvinculaba (se realizaba en el nivel de pista)
• Si se obtiene una I/O a un dispositivo objetivo no administrado, como todas las I/O, el código comprueba si debe interceptar
  • Esto se realiza al principio del flujo de I/O
  • Lectura de I/O a segmentos de destino que aún no se han copiado, generar SNAPVX_COPY_ON_READ_INTERCEPT si se le pidió que lo hiciera.
    • Para las operaciones de I/O de MF, hay algunos casos que generan COPY ON READ INTERCEPTS
      • Se le pide que haga COPY_INDIRECT_ON_READ
      • Es un comando especial de MF 0x96, op 0x46 que fuerza una copia en lectura
      • Es un dispositivo SRDF R2 SRDF/A y todas las lecturas están configuradas COPY ON READ (Por ejemplo: Los análisis de RDC hacen esto porque se envía una solicitud a la máquina de E/S para leer los datos desde el sitio remoto para compararlos. Esto provoca una intercepción de lectura, lo que obliga a la copia de datos)

Ejemplo general con destinos no administrados:

• La secuencia A -> s1 -> B representa un dispositivo de destino (B) vinculado a una instantánea (s1) del dispositivo de origen (A)
• Esta relación permanece incluso después de desvincular el destino (B) y finalizar la instantánea (s1)
• A medida que se producen escrituras en el dispositivo de origen (A), RDP se envía a la instantánea (s1) de modo que continúa acumulando asignaciones
• Estos RDP se pueden compartir entre varias instantáneas y pueden ser utilizados por varios destinos (incluso las instantáneas que aún están activas con destinos vinculados)
• Los datos escritos en el destino (B) son las únicas asignaciones que aparecen en el destino (B)
• La ejecución de "free-all" en el destino (B) elimina la relación interna y la dependencia de la instantánea finalizada (S1)
• De manera similar, vincular el destino a una instantánea diferente elimina la relación interna y la dependencia de la instantánea finalizada (s1)