Obtenga información sobre la movilidad de datos de ONTAP SVM.
Sugerir cambios
PDF
A partir de ONTAP 9.10.1, los administradores de clústeres pueden reubicar sin interrupciones una SVM de un clúster de origen a un clúster de destino para administrar la capacidad y el equilibrio de carga, o para habilitar actualizaciones de equipos o consolidaciones de centros de datos.
La reubicación de SVM no disruptiva es compatible con los sistemas AFF en ONTAP 9.10.1 y 9.11.1. A partir de ONTAP 9.12.1, esta capacidad es compatible tanto con sistemas FAS como AFF y con agregados híbridos.
El nombre y el UUID de la SVM no cambian después de la migración, así como el nombre de la LIF de datos, la dirección IP y los nombres de objetos, como el nombre del volumen. El UUID de los objetos de la SVM será diferente.
A partir de ONTAP 9.18.1, se admite la migración de SVM desde sistemas de almacenamiento ASA a sistemas de almacenamiento ASA r2. Si dispone de un sistema de almacenamiento ASA r2 (ASA A1K, ASA A90, ASA A70, ASA A50, ASA A30, ASA A20 o ASA C30) y desea migrar una SVM a su sistema ASA r2 desde un sistema ASA , siga las instrucciones a continuación."estos pasos" .
Flujo de trabajo de migración de SVM
El diagrama muestra el flujo de trabajo típico para una migración de SVM. Puede iniciar una migración de SVM desde el clúster de destino. Puede supervisar la migración desde el origen o desde el destino. Puede realizar una transición manual o una transición automática. De forma predeterminada, se realiza una transición automática.
Soporte del sistema de migración SVM
Familia de controladoras |
Versiones de ONTAP admitidas |
ASA |
ONTAP 9.18.1 y versiones posteriores siguen"estos pasos" para la migración de SVM de sistemas ASA a sistemas ASA r2. |
Serie C de AFF |
ONTAP 9.12.1, revisión 4 y posterior |
FAS |
ONTAP 9.12.1 y versiones posteriores |
AFF A-Series |
ONTAP 9.10.1 y versiones posteriores |
|
Al migrar de un clúster AFF a un clúster FAS con agregados híbridos, la ubicación automática de volumen intenta realizar una coincidencia de agregados similares. Por ejemplo, si el clúster de origen tiene 60 volúmenes, la ubicación del volumen intenta encontrar un agregado AFF en el destino para colocar los volúmenes. Cuando no hay suficiente espacio en los agregados AFF , los volúmenes se colocan en agregados con discos que no son flash. |
Soporte de escalabilidad con versión de ONTAP
Versión de ONTAP |
Pares DE ALTA DISPONIBILIDAD en origen y destino |
ONTAP 9.14.1 y versiones posteriores |
12 |
ONTAP 9.13.1 |
6 |
ONTAP 9.11.1 |
3 |
ONTAP 9.10.1 |
1 |
Requisitos de rendimiento de la infraestructura de red para el tiempo de ida y vuelta (RTT) de TCP entre el clúster de origen y el de destino
Según la versión de ONTAP instalada en el clúster, la red que conecte los clústeres de origen y destino debe tener un tiempo máximo de ida y vuelta tal y como se indica:
Versión de ONTAP |
RTT máxima |
ONTAP 9.12.1 y versiones posteriores |
10 ms |
ONTAP 9.11.1 y anteriores |
2 ms |
Volúmenes máximos admitidos por SVM
Origen |
Destino |
ONTAP 9.14.1 y versiones posteriores |
ONTAP 9.13.1 |
ONTAP 9.12.1 |
ONTAP 9.11.1 y anteriores |
AFF |
AFF |
400 |
200 |
100 |
100 |
FAS |
FAS |
80 |
80 |
80 |
N / A |
FAS |
AFF |
80 |
80 |
80 |
N / A |
AFF |
FAS |
80 |
80 |
80 |
N / A |
Requisitos previos
Antes de iniciar una migración de SVM, debe cumplir los siguientes requisitos previos:
-
Es un administrador de clúster.
-
"Los clústeres de origen y destino están conectados entre sí".
-
Los clústeres de origen y destino tienen la sincronización SnapMirror "licencia instalada". Esta licencia está incluida con "ONTAP One".
-
Todos los nodos del clúster de origen ejecutan ONTAP 9.10.1 o posterior. Para obtener soporte específico para el controlador de matriz ONTAP , consulte "Hardware Universe".
-
Todos los nodos del clúster de origen ejecutan la misma versión de ONTAP .
-
Todos los nodos del clúster de destino ejecutan la misma versión de ONTAP .
-
La versión de ONTAP del clúster de destino es la misma o no más de dos versiones más nuevas que la del clúster de origen.
-
Los clústeres de origen y destino admiten la misma subred IP para el acceso LIF de datos.
-
El SVM de origen contiene menos que el número máximo de volúmenes de datos admitidos para la versión.
-
Hay suficiente espacio disponible en el destino para la colocación del volumen.
-
El administrador de claves integrado o la administración de claves externa se configura en el nivel de clúster en el destino si la SVM de origen tiene volúmenes cifrados.
-
En este caso, los administradores de claves configurados en el nivel SVM en el origen no migran al destino. El destino utiliza el administrador de claves a nivel de clúster.
-
-
Si el origen tiene volúmenes cifrados y está configurado para NetApp Aggregate Encryption (NAE), el destino también debe estar configurado para NAE.
-
Si va a migrar una SVM entre una configuración no MetroCluster y una de MetroCluster, o entre dos configuraciones de MetroCluster, compruebe que la configuración cumpla con los siguientes requisitos:
No se admite la migración de una SVM entre el clúster local y el clúster asociado en una configuración de MetroCluster . -
Los clústeres de MetroCluster de origen y de destino tienen un estado «normal». Esto significa que no pueden estar en modo de switchover ni en estado de espera de conmutación.
-
Los clústeres de MetroCluster de origen y de destino no se encuentran en proceso de transición de FC a IP ni de actualización de hardware.
-
Tanto el clúster de origen como el de destino deben ejecutar ONTAP 9.16.1 o posterior.
-
Si el origen es un clúster de MetroCluster, el subtipo de SVM es «sync-source» (no «sync-destination»).
Si el destino es un clúster MetroCluster, la SVM creada en el destino siempre será «sync-source». Si el destino es un clúster sin MetroCluster, el subtipo SVM siempre es «predeterminado».
-
Mejor práctica
Al realizar una migración de SVM, se recomienda dejar un margen de CPU del 30 % en el clúster de origen y el de destino para habilitar la ejecución de la carga de trabajo de CPU.
Operaciones de SVM
Compruebe si hay operaciones que puedan entrar en conflicto con una migración de SVM:
-
No hay operaciones de conmutación por error en curso
-
WAFLIRON no se puede ejecutar
-
La huella dactilar no está en curso
-
Vol mover, rehostear, clonar, crear, convertir o análisis no se están ejecutando
-
No se está ejecutando ninguna migración de SVM en el clúster de destino. Solo se permite una migración de SVM a la vez.
Funciones admitidas y no admitidas
En la tabla se indican las funciones de ONTAP compatibles con la movilidad de datos de SVM y las versiones de ONTAP en las que está disponible la compatibilidad.
Para obtener información sobre la interoperabilidad de versiones de ONTAP entre un origen y un destino en una migración SVM, consulte "Versiones de ONTAP compatibles para relaciones de SnapMirror".
Función |
Se admite la primera versión |
Comentarios |
||
Protección autónoma de ransomware |
ONTAP 9.12.1 |
|||
Cloud Volumes ONTAP |
No admitido |
|||
Gestor de claves externas |
ONTAP 9.11.1 |
|||
FabricPool |
No admitido |
|||
Relación de abanico (el origen de migración tiene un volumen de origen de SnapMirror con más de un destino) |
ONTAP 9.11.1 |
|||
FC SAN |
No admitido |
|||
Flash Pool |
ONTAP 9.12.1 |
|||
Volúmenes de FlexCache |
No admitido |
|||
Volúmenes de FlexGroup |
No admitido |
|||
Directivas IPsec |
No admitido |
|||
LIF IPv6 |
No admitido |
|||
San iSCSI |
No admitido |
|||
Replicación de la programación de trabajos |
ONTAP 9.11.1 |
En ONTAP 9.10.1, las programaciones de trabajos no se replican durante la migración y se deben crear manualmente en el destino. A partir de ONTAP 9.11.1, las programaciones de tareas que utiliza el origen se replican automáticamente durante la migración. |
||
Mirroring con carga compartida |
No admitido |
|||
SVM de MetroCluster |
ONTAP 9.16.1 |
A partir de ONTAP 9.16.1, se admiten las siguientes migraciones de SVM de MetroCluster:
Nota: El clúster de origen y de destino deben ejecutar ONTAP 9.16.1 o posterior para admitir la migración de SVM. Todas las versiones de ONTAP no admiten las siguientes migraciones de SVM de MetroCluster:
Ver el prerrequisitos para migrar una SVM en una configuración MetroCluster . |
||
Cifrado de agregados de NetApp (NAE) |
ONTAP 9.11.1 |
Los volúmenes NAE deben colocarse en un destino compatible con NAE. Si no hay ningún destino NAE disponible, la operación de migración falla. |
||
Configuraciones de NDMP |
No admitido |
|||
Cifrado de volúmenes de NetApp (NVE) |
ONTAP 9.10.1 |
Los volúmenes NVE se migran como volúmenes NVE en el destino. |
||
Registros de auditoría de NFS y SMB |
ONTAP 9.13.1 |
Antes de la migración de SVM: |
||
NFS v3, NFS v4,1 y NFS v4,2 |
ONTAP 9.10.1 |
|||
NFS v4,0 |
ONTAP 9.12.1 |
|||
NFSv4,1 con pNFS |
ONTAP 9.14.1 |
|||
NVMe sobre Fabric |
No admitido |
|||
Gestor de claves incorporado (OKM) con modo Common Criteria habilitado en el clúster de origen |
No admitido |
|||
Qtrees |
ONTAP 9.14.1 |
|||
Cuotas |
ONTAP 9.14.1 |
|||
S3 |
No admitido |
|||
Protocolo de SMB |
ONTAP 9.12.1 |
Las migraciones de SMB son disruptivas y requieren una actualización del cliente después de la migración. |
||
Relaciones de cloud de SnapMirror |
ONTAP 9.12.1 |
A partir de ONTAP 9.12,1, cuando se migra una SVM en las instalaciones con relaciones de cloud de SnapMirror, el clúster de destino debe tener "Licencia de cloud de SnapMirror"instalado y debe tener suficiente capacidad disponible para admitir el traslado de la capacidad de los volúmenes que se están reflejando en el cloud. |
||
Destino asíncrono de SnapMirror |
ONTAP 9.12.1 |
|||
Origen asíncrono de SnapMirror |
ONTAP 9.11.1 |
|
||
Configuración de SMTape |
No admitido |
|||
SnapLock |
No admitido |
|||
SnapMirror síncrono activo |
No admitido |
|||
Relaciones entre iguales de SVM de SnapMirror |
ONTAP 9.12.1 |
|||
Recuperación ante desastres de SVM con SnapMirror |
No admitido |
|||
SnapMirror síncrono |
No admitido |
|||
Snapshot |
ONTAP 9.10.1 |
|||
Bloqueo de instantáneas a prueba de manipulaciones |
ONTAP 9.14.1 |
El bloqueo de instantáneas a prueba de manipulaciones no es equivalente a SnapLock. SnapLock Enterprise y SnapLock Compliance siguen siendo compatibles. |
||
LIF IP virtuales/BGP |
No admitido |
|||
Virtual Storage Console 7,0 y versiones posteriores |
No admitido |
|||
Clones de volúmenes |
No admitido |
|||
VStorage |
No admitido |
No se permite la migración cuando vStorage está activado. Para realizar una migración, desactive la opción vStorage y, a continuación, vuelva a habilitarla una vez finalizada la migración. |
Operaciones admitidas durante la migración
En la siguiente tabla se indican las operaciones de volumen admitidas dentro de la SVM migradora según el estado de migración:
Operación de volumen |
Estado de migración de SVM |
||
En curso |
Pausa |
Cutover |
|
Crear |
No permitido |
Permitido |
No admitido |
Eliminar |
No permitido |
Permitido |
No admitido |
Desactivación de análisis del sistema de archivos |
Permitido |
Permitido |
No admitido |
Activación de análisis del sistema de archivos |
No permitido |
Permitido |
No admitido |
Modificar |
Permitido |
Permitido |
No admitido |
Sin conexión/En línea |
No permitido |
Permitido |
No admitido |
Mover/volver a alojar |
No permitido |
Permitido |
No admitido |
Crear/modificar qtree |
No permitido |
Permitido |
No admitido |
Crear/modificar cuota |
No permitido |
Permitido |
No admitido |
Cambiar el nombre |
No permitido |
Permitido |
No admitido |
Cambie el tamaño |
Permitido |
Permitido |
No admitido |
Restringir |
No permitido |
Permitido |
No admitido |
Modificar los atributos de la instantánea |
Permitido |
Permitido |
No admitido |
Modificación de eliminación automática de snapshots |
Permitido |
Permitido |
No admitido |
Crear Snapshot |
Permitido |
Permitido |
No admitido |
Eliminación de copias Snapshot |
Permitido |
Permitido |
No admitido |
Restaurar archivo desde instantánea |
Permitido |
Permitido |
No admitido |