Saiba mais sobre a mobilidade de dados do ONTAP SVM.
A partir do ONTAP 9.10.1, os administradores de cluster podem realocar um SVM de um cluster de origem para um cluster de destino sem interrupções, para gerenciar a capacidade e o balanceamento de carga, ou para permitir atualizações de equipamentos ou consolidações de data centers.
A realocação não disruptiva de SVM é suportada em sistemas AFF no ONTAP 9.10.1 e 9.11.1. A partir da versão 9.12.1 do ONTAP , essa funcionalidade é suportada tanto em sistemas FAS quanto em sistemas AFF , bem como em agregados híbridos.
O nome do SVM e UUID permanecem inalterados após a migração, bem como o nome do LIF de dados, endereço IP e nomes de objetos, como o nome do volume. A UUID dos objetos no SVM será diferente.
A partir do ONTAP 9.18.1, a migração de SVM de sistemas de armazenamento ASA para sistemas de armazenamento ASA r2 é suportada. Se você possui um sistema de armazenamento ASA r2 (ASA A1K, ASA A90, ASA A70, ASA A50, ASA A30, ASA A20 ou ASA C30) e deseja migrar uma SVM de um sistema ASA para o seu sistema ASA r2, siga as instruções abaixo."estes passos" .
Fluxo de trabalho de migração da SVM
O diagrama mostra o fluxo de trabalho típico para uma migração SVM. Inicie uma migração para SVM a partir do cluster de destino. Pode monitorizar a migração a partir da origem ou do destino. Você pode fazer uma transferência manual ou uma transferência automática. Uma transição automática é realizada por padrão.

Suporte ao sistema de migração SVM
Família de controladores |
Versões do ONTAP suportadas |
ASA |
ONTAP 9.18.1 e versões posteriores Seguir"estes passos" para migração de SVM de sistemas ASA para ASA r2. |
Série C AFF |
ONTAP 9.12,1 patch 4 e posterior |
FAS |
ONTAP 9.12,1 e posterior |
AFF Série A. |
ONTAP 9.10,1 e posterior |
|
|
Ao migrar de um cluster AFF para um cluster FAS com agregados híbridos, o posicionamento automático de volumes tenta realizar uma correspondência de agregados semelhantes. Por exemplo, se o cluster de origem tiver 60 volumes, o posicionamento de volumes tentará encontrar um agregado AFF no destino para alocar os volumes. Quando não há espaço suficiente nos agregados AFF , os volumes são colocados em agregados com discos não flash. |
Suporte à escalabilidade pela versão ONTAP
Versão de ONTAP |
Pares HA na origem e no destino |
ONTAP 9.14,1 e posterior |
12 |
ONTAP 9.13,1 |
6 |
ONTAP 9.11,1 |
3 |
ONTAP 9.10,1 |
1 |
Requisitos de desempenho da infraestrutura de rede para o tempo de ida e volta (RTT) TCP entre a origem e o cluster de destino
Dependendo da versão do ONTAP instalada no cluster, a rede que coneta os clusters de origem e destino deve ter um tempo máximo de ida e volta, conforme indicado:
Versão de ONTAP |
RTT máximo |
ONTAP 9.12,1 e posterior |
10 ms |
ONTAP 9.11,1 e anteriores |
2 ms |
Máximo de volumes compatíveis por SVM
Fonte |
Destino |
ONTAP 9.14,1 e posterior |
ONTAP 9.13,1 |
ONTAP 9.12,1 |
ONTAP 9.11,1 e 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. |
Pré-requisitos
Antes de iniciar uma migração SVM, você deve atender aos seguintes pré-requisitos:
-
Você é um administrador de cluster.
-
Os clusters de origem e destino possuem o SnapMirror síncrono. "licença instalada". Esta licença está incluída em "ONTAP One".
-
Todos os nós do cluster de origem estão executando o ONTAP 9.10.1 ou posterior. Para obter suporte específico para controladores de array ONTAP , consulte "Hardware Universe".
-
Todos os nós do cluster de origem estão executando a mesma versão do ONTAP .
-
Todos os nós no cluster de destino estão executando a mesma versão do ONTAP .
-
A versão do ONTAP do cluster de destino é igual ou, no máximo, duas versões principais mais recentes que a do cluster de origem.
-
Os clusters de origem e destino suportam a mesma sub-rede IP para acesso LIF aos dados.
-
A SVM de origem contém menos do que o número máximo de volumes de dados suportados para a versão.
-
Existe espaço suficiente no destino para acomodar o volume de produtos.
-
O gerenciador de chaves integrado ou o gerenciamento de chaves externo é configurado no nível do cluster no destino, caso o SVM de origem possua volumes criptografados.
-
Neste caso, os gerenciadores de chaves configurados no nível do SVM na origem não migram para o destino. O destino utiliza o gerenciador de chaves em nível de cluster.
-
-
Se a origem tiver volumes criptografados e estiver configurada para NetApp Aggregate Encryption (NAE), o destino também deverá ser configurado para NAE.
-
Se você estiver migrando um SVM entre uma configuração que não seja MetroCluster e uma configuração MetroCluster, ou entre duas configurações MetroCluster, verifique se sua configuração atende aos seguintes requisitos:
A migração de uma SVM entre o cluster local e o cluster parceiro em uma configuração MetroCluster não é suportada. -
Os clusters MetroCluster de origem e destino estão em um estado "normal". Isso significa que eles não podem estar no modo de comutação ou no estado de "espera por switchback".
-
Os clusters do MetroCluster de origem e destino não estão em processo de transição FC para IP nem de atualização de hardware.
-
O cluster de origem e de destino devem estar executando o ONTAP 9.16.1 ou posterior.
-
Se a origem for um cluster MetroCluster, o subtipo SVM será "Sync-source" (não "Sync-destination").
Se o destino for um cluster do MetroCluster, o SVM criado no destino sempre será "fonte de sincronização". Se o destino for um cluster que não seja MetroCluster, o subtipo SVM sempre será "padrão".
-
Prática recomendada
Ao executar uma migração para SVM, é uma prática recomendada deixar 30% de espaço livre de CPU no cluster de origem e no cluster de destino para permitir a execução do workload da CPU.
Operações da SVM
Verifique se há operações que possam entrar em conflito com uma migração de SVM:
-
Nenhuma operação de failover está em andamento
-
WAFLIRON não pode estar em funcionamento
-
A impressão digital não está em andamento
-
As operações de movimentação, rehospedagem, clonagem, criação, conversão ou análise de volumes não estão em execução.
-
Nenhuma migração SVM está em execução no cluster de destino. Apenas uma migração SVM é permitida por vez.
Recursos suportados e não suportados
A tabela indica os recursos do ONTAP compatíveis com mobilidade de dados do SVM e as versões do ONTAP em que o suporte está disponível.
Para obter informações sobre a interoperabilidade da versão do ONTAP entre uma origem e um destino em uma migração SVM, "Versões compatíveis do ONTAP para relacionamentos do SnapMirror"consulte .
Recurso |
Lançamento primeiro suportado |
Comentários |
||
Proteção autônoma contra ransomware |
ONTAP 9.12,1 |
|||
Cloud Volumes ONTAP |
Não suportado |
|||
Gerenciador de chaves externo |
ONTAP 9.11,1 |
|||
FabricPool |
Não suportado |
|||
Relação de fanout (a origem migrante tem um volume de origem SnapMirror com mais de um destino) |
ONTAP 9.11,1 |
|||
FC SAN |
Não suportado |
|||
Flash Pool |
ONTAP 9.12,1 |
|||
Volumes FlexCache |
Não suportado |
|||
Volumes FlexGroup |
Não suportado |
|||
Diretivas IPsec |
Não suportado |
|||
IPv6 LIFs |
Não suportado |
|||
San iSCSI |
Não suportado |
|||
Replicação do agendamento de trabalhos |
ONTAP 9.11,1 |
No ONTAP 9.10,1, as programações de trabalhos não são replicadas durante a migração e devem ser criadas manualmente no destino. A partir do ONTAP 9.11,1, as programações de tarefas usadas pela origem são replicadas automaticamente durante a migração. |
||
Espelhos de partilha de carga |
Não suportado |
|||
SVMs MetroCluster |
ONTAP 9.16,1 |
A partir do ONTAP 9.16.1, as seguintes migrações do MetroCluster SVM são compatíveis:
Observação: o cluster de origem e o de destino devem estar executando o ONTAP 9.16.1 ou posterior para oferecer suporte à migração do SVM. As seguintes migrações do MetroCluster SVM não são compatíveis com todas as versões do ONTAP:
Veja o pré-requisitos para migrar um SVM em uma configuração MetroCluster . |
||
Criptografia de agregados NetApp (NAE) |
ONTAP 9.11,1 |
Os volumes NAE devem ser colocados em um destino compatível com NAE. Se não houver um destino NAE disponível, a operação de migração falhará. |
||
Configurações NDMP |
Não suportado |
|||
Criptografia de volume NetApp (NVE) |
ONTAP 9.10,1 |
Os volumes NVE são migrados como volumes NVE no destino. |
||
Logs de auditoria NFS e SMB |
ONTAP 9.13,1 |
Antes da migração para o SVM: |
||
NFS v3, NFS v4,1 e NFS v4,2 |
ONTAP 9.10,1 |
|||
NFS v4.0 |
ONTAP 9.12,1 |
|||
NFSv4,1 com pNFS |
ONTAP 9.14,1 |
|||
NVMe sobre Fabric |
Não suportado |
|||
Gerenciador de chaves integrado (OKM) com o modo critérios comuns ativado no cluster de origem |
Não suportado |
|||
Qtrees |
ONTAP 9.14,1 |
|||
Quotas |
ONTAP 9.14,1 |
|||
S3 |
Não suportado |
|||
Protocolo SMB |
ONTAP 9.12,1 |
Migrações de pequenas e médias empresas (PMEs) são disruptivas e exigem uma atualização do cliente após a migração. |
||
Relacionamentos de nuvem da SnapMirror |
ONTAP 9.12,1 |
A partir do ONTAP 9.12,1, quando você migra um SVM no local com relacionamentos de nuvem do SnapMirror, o cluster de destino precisa ter o "Licença de nuvem da SnapMirror" instalado e ter capacidade suficiente disponível para dar suporte à migração de capacidade nos volumes espelhados para a nuvem. |
||
Destino assíncrono SnapMirror |
ONTAP 9.12,1 |
|||
Fonte assíncrona do SnapMirror |
ONTAP 9.11,1 |
|
||
Definições de SMTape |
Não suportado |
|||
SnapLock |
Não suportado |
|||
Sincronização ativa do SnapMirror |
Não suportado |
|||
Relacionamentos de pares SVM do SnapMirror |
ONTAP 9.12,1 |
|||
Recuperação de desastres do SnapMirror SVM |
Não suportado |
|||
SnapMirror síncrono |
Não suportado |
|||
Instantâneos |
ONTAP 9.10,1 |
|||
Bloqueio de snapshot à prova de violações |
ONTAP 9.14,1 |
O bloqueio de snapshot à prova de violações não é equivalente ao SnapLock. O SnapLock Enterprise e o SnapLock Compliance permanecem sem suporte. |
||
Virtual IP LIFs/BGP |
Não suportado |
|||
Console de armazenamento virtual 7,0 e posterior |
Não suportado |
|||
Clones de volume |
Não suportado |
|||
VStorage |
Não suportado |
A migração não é permitida quando o vStorage está ativado. Para executar uma migração, desative a opção vStorage e, em seguida, reative-a após a conclusão da migração. |
Operações compatíveis durante a migração
A tabela a seguir indica operações de volume com suporte à migração do SVM com base no estado de migração:
Operação de volume |
Estado de migração do SVM |
||
Em andamento |
Em pausa |
* Redução* |
|
Criar |
Não é permitido |
Permitido |
Não suportado |
Eliminar |
Não é permitido |
Permitido |
Não suportado |
Desativar a análise do sistema de ficheiros |
Permitido |
Permitido |
Não suportado |
Análise do sistema de arquivos ativada |
Não é permitido |
Permitido |
Não suportado |
Modificar |
Permitido |
Permitido |
Não suportado |
Offline/Online |
Não é permitido |
Permitido |
Não suportado |
Mover/realojar |
Não é permitido |
Permitido |
Não suportado |
Qtree criar/modificar |
Não é permitido |
Permitido |
Não suportado |
Quota criar/modificar |
Não é permitido |
Permitido |
Não suportado |
Mudar o nome |
Não é permitido |
Permitido |
Não suportado |
Redimensionar |
Permitido |
Permitido |
Não suportado |
Restringir |
Não é permitido |
Permitido |
Não suportado |
Atributos do Snapshot modificam |
Permitido |
Permitido |
Não suportado |
snapshot Autodelete Modificar |
Permitido |
Permitido |
Não suportado |
Criar Snapshot |
Permitido |
Permitido |
Não suportado |
Eliminar instantâneo |
Permitido |
Permitido |
Não suportado |
Restaure o arquivo a partir do snapshot |
Permitido |
Permitido |
Não suportado |