Acerca de la replicación de SVM de SnapMirror
Sugerir cambios
PDF
Puede usar SnapMirror para crear una relación de protección de datos entre SVM. En este tipo de relación de protección de datos, se replica toda o parte de la configuración de la SVM, desde las exportaciones NFS y los recursos compartidos de SMB hasta el RBAC, así como los datos en los volúmenes que posee la SVM.
Tipos de relaciones admitidos
Solo los SVM que proporcionan servicios de datos pueden replicarse. Se admiten los siguientes tipos de relaciones de protección de datos:
-
SnapMirror DR, en el que el destino normalmente solo contiene las copias Snapshot que están actualmente en el origen.
A partir de ONTAP 9.9.1, este comportamiento cambia cuando se utiliza la directiva mirror-vault. A partir de ONTAP 9.9.1, puede crear diferentes políticas de Snapshot en el origen y el destino; las copias Snapshot en el destino no se sobrescriben con las copias Snapshot en el origen:
-
No se sobrescriben del origen al destino durante las operaciones programadas normales, las actualizaciones y la resincronización
-
No se eliminan durante las operaciones de interrupción.
-
No se eliminan durante las operaciones de resincronización. Cuando configura una relación de desastre de SVM con la política de reflejo-almacén con ONTAP 9.9.1 y versiones posteriores, la política se comporta de la siguiente manera:
-
Las políticas de copia de Snapshot definidas por el usuario en el origen no se copian en el destino.
-
Las políticas de copia de Snapshot definidas por el sistema no se copian en el destino.
-
La asociación de volumen con políticas de Snapshot definidas por el usuario y el sistema no se copia en el destino.
SVM.
-
-
A partir de ONTAP 9.2, se replicación unificada de SnapMirror, en el que el destino está configurado para recuperación ante desastres y retención a largo plazo.
Para obtener más información sobre la replicación unificada de SnapMirror, consulte "Conceptos básicos de la replicación unificada de SnapMirror".
El policy type de la directiva de replicación determina el tipo de relación que admite. La siguiente tabla muestra los tipos de políticas disponibles.
Tipo de política |
Tipo de relación |
reflejo asíncrono |
Recuperación ante desastres de SnapMirror |
mirror-vault |
Replicación unificada |
XDP sustituye a DP como la replicación SVM predeterminada en ONTAP 9.4
A partir de ONTAP 9.4, las relaciones de protección de datos de la SVM se establecen en el modo XDP de manera predeterminada. Las relaciones de protección de datos de SVM siguen siendo las predeterminadas para el modo DP en ONTAP 9.3 y versiones anteriores.
Las relaciones existentes no se ven afectadas por el nuevo valor predeterminado. Si una relación ya es del tipo DP, seguirá siendo del tipo DP. La siguiente tabla muestra el comportamiento que puede esperar.
Si especifica… |
El tipo es… |
La política predeterminada (si no se especifica una política) es… |
PROTECCIÓN DE DATOS |
XDP |
MirrorAllSnapshots (recuperación ante desastres de SnapMirror) |
Nada |
XDP |
MirrorAllSnapshots (recuperación ante desastres de SnapMirror) |
XDP |
XDP |
MirrorAndVault (replicación unificada) |
Puede encontrar más información sobre los cambios en el valor predeterminado aquí: "XDP sustituye a DP como la opción predeterminada de SnapMirror".
|
La independencia de la versión no se admite para la replicación de SVM. En una configuración de recuperación ante desastres de SVM, la máquina virtual de almacenamiento de destino debe estar en un clúster que ejecute la misma versión de ONTAP que el clúster de SVM de origen para admitir operaciones de conmutación al nodo de respaldo y conmutación de conmutación por error. |
Cómo se replican las configuraciones de SVM
El contenido de una relación de replicación de SVM se determina por la interacción de los siguientes campos:
-
La
-identity-preserve trueopción desnapmirror createEl comando replica toda la configuración de SVM.La
-identity-preserve falseLa opción replica solamente los volúmenes y las configuraciones de autenticación y autorización de la SVM, así como los ajustes del protocolo y del servicio de nombres indicados en "Configuraciones replicadas en las relaciones de recuperación ante desastres de máquina virtual de almacenamiento". -
La
-discard-configs networkopción desnapmirror policy createEl comando excluye las LIF y la configuración de red relacionada desde la replicación de SVM, para su uso en casos en los que las SVM de origen y destino se encuentran en subredes distintas. -
La
-vserver-dr-protection unprotectedopción devolume modifyEl comando excluye el volumen especificado de la replicación de SVM.
De lo contrario, la replicación de SVM es casi idéntica a la replicación de volúmenes. Puede utilizar prácticamente el mismo flujo de trabajo para la replicación de SVM que el que utiliza para la replicación de volúmenes.
Detalles de soporte
La siguiente tabla muestra detalles de soporte para la replicación de SVM de SnapMirror.
Recurso o característica |
Detalles de soporte |
Tipos de implementación |
|
Tipos de relación |
|
Alcance de replicación |
Solo interconexión de clústeres. No puede replicar SVM en el mismo clúster. |
Protección autónoma de ransomware |
|
Compatibilidad asíncrona de grupos de coherencia |
A partir de ONTAP 9.14.1, se admiten un máximo de 32 relaciones de recuperación ante desastres de SVM cuando hay grupos de coherencia. Consulte "Proteja un grupo de consistencia" y.. "Límites del grupo de consistencia" si quiere más información. |
FabricPool |
A partir de ONTAP 9.6, la replicación de SVM de SnapMirror es compatible con FabricPool. |
MetroCluster |
A partir de ONTAP 9.11.1, ambos lados de una relación de recuperación ante desastres de SVM dentro de una configuración de MetroCluster pueden actuar como origen para configuraciones de recuperación ante desastres adicionales de SVM. A partir de ONTAP 9.5, la replicación de SVM de SnapMirror es compatible con las configuraciones de MetroCluster.
|
Grupo de consistencia |
Compatible a partir de ONTAP 9.14.1. Para obtener más información, consulte Proteja un grupo de consistencia. |
ONTAP S3 |
No compatible con la recuperación ante desastres de SVM. |
SnapMirror síncrono |
No compatible con la recuperación ante desastres de SVM. |
Independencia de versiones |
No admitido. |
Cifrado de volúmenes |
|
Configuraciones replicadas en las relaciones de recuperación ante desastres de máquina virtual de almacenamiento
La siguiente tabla muestra la interacción del snapmirror create -identity-preserve y la snapmirror policy create -discard-configs network opción:
Configuración replicada |
|
|
||
Política sin |
Política con |
|||
Red |
LIF NAS |
Sí |
No |
No |
Configuración de Kerberos para LIF |
Sí |
No |
No |
LIF SAN |
No |
No |
No |
Directivas de firewall |
Sí |
Sí |
No |
Normativas de servicio |
Sí |
Sí |
No |
Rutas |
Sí |
No |
No |
Dominio de retransmisión |
No |
No |
No |
Subred |
No |
No |
No |
Espacio IP |
No |
No |
No |
SMB |
Servidor SMB |
Sí |
Sí |
No |
Grupos locales y usuario local |
Sí |
Sí |
Sí |
Privilegio |
Sí |
Sí |
Sí |
Copia oculta |
Sí |
Sí |
Sí |
BranchCache |
Sí |
Sí |
Sí |
Opciones del servidor |
Sí |
Sí |
Sí |
Seguridad del servidor |
Sí |
Sí |
No |
Directorio inicial, compartir |
Sí |
Sí |
Sí |
Enlace simbólico |
Sí |
Sí |
Sí |
Política de Fpolicy, política de FSecurity y NTFS de FSecurity |
Sí |
Sí |
Sí |
Asignación de nombres y asignación de grupos |
Sí |
Sí |
Sí |
Información de auditoría |
Sí |
Sí |
Sí |
NFS |
Políticas de exportación |
Sí |
Sí |
No |
Reglas de la política de exportación |
Sí |
Sí |
No |
Servidor NFS |
Sí |
Sí |
No |
RBAC |
Certificados de seguridad |
Sí |
Sí |
No |
Inicio de sesión de usuario, clave pública, función y configuración de funciones |
Sí |
Sí |
Sí |
SSL |
Sí |
Sí |
No |
Servicios de nombres |
Hosts DNS y DNS |
Sí |
Sí |
No |
Usuario UNIX y grupo UNIX |
Sí |
Sí |
Sí |
Kerberos Reino y bloques de claves Kerberos |
Sí |
Sí |
No |
Cliente LDAP y LDAP |
Sí |
Sí |
No |
Grupo de red |
Sí |
Sí |
No |
NIS |
Sí |
Sí |
No |
Acceso Web y Web |
Sí |
Sí |
No |
Volumen |
Objeto |
Sí |
Sí |
Sí |
Copias Snapshot y política de Snapshot |
Sí |
Sí |
Sí |
Política de eliminación automática |
No |
No |
No |
Política de eficiencia |
Sí |
Sí |
Sí |
Regla de política de cuotas y de política de cuotas |
Sí |
Sí |
Sí |
Cola de recuperación |
Sí |
Sí |
Sí |
Volumen raíz |
Espacio de nombres |
Sí |
Sí |
Sí |
Datos de usuarios |
No |
No |
No |
Qtrees |
No |
No |
No |
Cuotas |
No |
No |
No |
Calidad de servicio en el nivel de los archivos |
No |
No |
No |
Atributos: estado del volumen raíz, garantía de espacio, tamaño, tamaño automático y número total de archivos |
No |
No |
No |
Calidad de servicio del almacenamiento |
Grupo de políticas de calidad de servicio |
Sí |
Sí |
Sí |
Fibre Channel (FC) |
No |
No |
No |
ISCSI |
No |
No |
No |
LUN |
Objeto |
Sí |
Sí |
Sí |
grupos de iniciadores |
No |
No |
No |
conjuntos de puertos |
No |
No |
No |
Números de serie |
No |
No |
No |
SNMP |
usuarios v3 |
Sí |
Sí |
Límites de almacenamiento para recuperación ante desastres de SVM
En la siguiente tabla se muestra el número máximo recomendado de volúmenes y relaciones de recuperación ante desastres de SVM admitidas por objeto de almacenamiento. Debe ser consciente de que los límites dependen a menudo de la plataforma. Consulte la "Hardware Universe" para conocer los límites de su configuración específica.
Objeto de almacenamiento |
Límite |
SVM |
300 volúmenes flexibles |
Pareja de HA |
1,000 volúmenes flexibles |
Clúster |
128 Relaciones de desastre de SVM |