Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Panoramica sulla mobilità dei dati SVM

Collaboratori

A partire da ONTAP 9.10.1, gli amministratori del cluster possono spostare senza interruzioni una SVM da un cluster di origine a un cluster di destinazione per gestire il bilanciamento della capacità e del carico, oppure per abilitare gli aggiornamenti delle apparecchiature o il consolidamento del data center utilizzando la CLI ONTAP.

Questa funzionalità di trasferimento SVM senza interruzioni è supportata sulle piattaforme AFF in ONTAP 9.10.1 e 9.11.1. A partire da ONTAP 9.12.1, questa funzionalità è supportata su piattaforme FAS e AFF e su aggregati ibridi.

Il nome e l'UUID di SVM rimangono invariati dopo la migrazione, oltre al nome LIF dei dati, all'indirizzo IP e ai nomi degli oggetti, come il nome del volume. L'UUID degli oggetti nella SVM sarà diverso.

Workflow di migrazione SVM

Il diagramma illustra il tipico flusso di lavoro per una migrazione SVM. Viene avviata una migrazione SVM dal cluster di destinazione. È possibile monitorare la migrazione dall'origine o dalla destinazione. È possibile eseguire un cutover manuale o automatico. Per impostazione predefinita viene eseguito un cutover automatico.

Workflow di migrazione SVM

Supporto della piattaforma di migrazione SVM

Famiglia di controller

Versioni di ONTAP supportate

AFF serie A.

ONTAP 9.10.1 e versioni successive

AFF serie C.

ONTAP 9.12.1 patch 4 e versioni successive

FAS

ONTAP 9.12.1 e versioni successive

Nota Durante la migrazione da un cluster AFF a un cluster FAS con aggregati ibridi, il posizionamento automatico del volume tenterà di eseguire una corrispondenza simile a quella degli aggregati. Ad esempio, se il cluster di origine ha 60 volumi, il posizionamento del volume tenterà di trovare un aggregato AFF sulla destinazione per posizionare i volumi. In mancanza di spazio sufficiente sugli aggregati AFF, i volumi verranno collocati negli aggregati con dischi non flash.

Supporto della scalabilità tramite la versione di ONTAP

Versione di ONTAP

COPPIE HA in origine e destinazione

ONTAP 9.14.1

12

ONTAP 9.13.1

6

ONTAP 9.11.1

3

ONTAP 9.10.1

1

Requisiti di performance dell'infrastruttura di rete per il tempo di round trip TCP (RTT) tra il cluster di origine e di destinazione

A seconda della versione di ONTAP installata sul cluster, la rete che collega i cluster di origine e di destinazione deve avere un tempo massimo di andata e ritorno, come indicato di seguito:

Versione di ONTAP

RTT massimo

ONTAP 9.12.1 e versioni successive

10 ms.

ONTAP 9.11.1 e versioni precedenti

2 ms.

Volumi massimi supportati per SVM

Origine

Destinazione

ONTAP 9.14.1

ONTAP 9.13.1

ONTAP 9.12.1

ONTAP 9.11.1 e versioni precedenti

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.

Prerequisiti

Prima di iniziare una migrazione SVM, è necessario soddisfare i seguenti prerequisiti:

  • Devi essere un amministratore del cluster.

  • "I cluster di origine e di destinazione devono essere connessi in peering l'uno all'altro".

  • I cluster di destinazione e di origine devono avere SnapMirror sincrono "licenza installata". Questa licenza è inclusa con "ONTAP uno".

  • Tutti i nodi nel cluster di origine devono eseguire ONTAP 9.10.1 o versione successiva. Per informazioni sul supporto specifico dei controller di array ONTAP, vedere "Hardware Universe".

  • Tutti i nodi nel cluster di origine devono eseguire la stessa versione di ONTAP.

  • Tutti i nodi nel cluster di destinazione devono eseguire la stessa versione di ONTAP.

  • Il cluster di destinazione deve essere uguale o non più di due importanti versioni effettive del cluster (ECV) del cluster di origine.

  • I cluster di origine e di destinazione devono supportare la stessa subnet IP per l'accesso ai dati LIF.

  • La SVM di origine deve contenere meno di numero massimo di volumi di dati supportati per la release.

  • Sulla destinazione deve essere disponibile uno spazio sufficiente per il posizionamento del volume

  • Onboard Key Manager deve essere configurato sulla destinazione se la SVM di origine ha volumi crittografati

Best practice

Durante la migrazione delle SVM, è consigliabile lasciare il 30% di spazio a disposizione della CPU sia sul cluster di origine che su quello di destinazione per consentire l'esecuzione del workload della CPU.

Operazioni SVM

È necessario controllare le operazioni che possono entrare in conflitto con una migrazione SVM:

  • Non sono in corso operazioni di failover

  • WAFLIRON non può essere in esecuzione

  • Impronta digitale non in corso

  • Vol move, rehosting, cloning, create, convert o analytics non sono in esecuzione

Funzioni supportate e non supportate

La tabella indica le funzionalità di ONTAP supportate dalla mobilità dei dati SVM e le release di ONTAP in cui è disponibile il supporto.

Funzione

Release supportata per la prima volta

Commenti

Protezione ransomware autonoma

ONTAP 9.12.1

Cloud Volumes ONTAP

Non supportato

Gestore delle chiavi esterno

ONTAP 9.11.1

FabricPool

ONTAP 9.11.1

Scopri di più Supporto FabricPool.

Relazione fanout (l'origine della migrazione ha un volume di origine SnapMirror con più di una destinazione)

ONTAP 9.11.1

SAN FC

Non supportato

Flash Pool

ONTAP 9.12.1

Volumi FlexCache

Non supportato

FlexGroup

Non supportato

Criteri IPsec

Non supportato

LIF IPv6

Non supportato

SAN iSCSI

Non supportato

Replica della pianificazione del processo

ONTAP 9.11.1

In ONTAP 9.10.1, le pianificazioni dei processi non vengono replicate durante la migrazione e devono essere create manualmente sulla destinazione. A partire da ONTAP 9.11.1, le pianificazioni dei processi utilizzate dall'origine vengono replicate automaticamente durante la migrazione.

Mirror per la condivisione del carico

Non supportato

SVM MetroCluster

Non supportato

Sebbene la migrazione SVM non supporti la migrazione MetroCluster SVM, potrebbe essere possibile utilizzare la replica asincrona SnapMirror in "Migrare una SVM in una configurazione MetroCluster". Tenere presente che il processo descritto per la migrazione di una SVM in una configurazione MetroCluster è non un metodo senza interruzioni.

NetApp aggregate Encryption (NAE)

Non supportato

La migrazione non è supportata da un'origine non crittografata a una destinazione crittografata.

Configurazioni NDMP

Non supportato

NetApp Volume Encryption (NVE)

ONTAP 9.10.1

Registri di audit NFS e SMB

ONTAP 9.13.1

Nota

Il reindirizzamento dei log di audit è disponibile solo in modalità cloud. Per la migrazione delle SVM on-premise con audit abilitato, devi disabilitare l'audit sulla SVM di origine ed eseguire la migrazione.

Prima della migrazione SVM:

NFS v3, NFS v4.1 e NFS v4.2

ONTAP 9.10.1

NFS v4.0

ONTAP 9.12.1

NFSv4,1 con pNFS

ONTAP 9.14.1

NVMe su fabric

Non supportato

Onboard Key Manager (OKM) con la modalità Common Criteria attivata sul cluster di origine

Non supportato

Qtree

ONTAP 9.14.1

Quote

ONTAP 9.14.1

S3

Non supportato

Protocollo SMB

ONTAP 9.12.1

Le migrazioni SMB sono un'interruzione e richiedono un refresh del client dopo la migrazione.

Relazioni di SnapMirror Cloud

ONTAP 9.12.1

A partire da ONTAP 9.12.1, per migrare una SVM con relazioni SnapMirror Cloud, il cluster di destinazione deve disporre di "Licenza SnapMirror Cloud" installato e deve avere sufficiente capacità a disposizione per supportare lo spostamento della capacità nei volumi su cui viene eseguito il mirroring nel cloud.

Destinazione asincrona di SnapMirror

ONTAP 9.12.1

Fonte asincrona di SnapMirror

ONTAP 9.11.1

  • I trasferimenti possono continuare normalmente sulle relazioni di FlexVol SnapMirror durante la maggior parte della migrazione.

  • Eventuali trasferimenti in corso vengono annullati durante il cutover e i nuovi trasferimenti falliscono durante il cutover e non possono essere riavviati fino al completamento della migrazione.

  • I trasferimenti pianificati che sono stati annullati o persi durante la migrazione non vengono avviati automaticamente al termine della migrazione.

    Nota

    Al momento della migrazione di un'origine SnapMirror, ONTAP non impedisce la cancellazione del volume dopo la migrazione fino all'esecuzione dell'aggiornamento di SnapMirror. Questo si verifica perché le informazioni relative a SnapMirror per i volumi di origine di SnapMirror migrati sono disponibili solo al termine della migrazione e dopo il primo aggiornamento.

Impostazioni SMTape

Non supportato

SnapLock

Non supportato

Continuità aziendale di SnapMirror

Non supportato

Relazioni peer di SnapMirror SVM

ONTAP 9.12.1

Disaster recovery di SnapMirror SVM

Non supportato

SnapMirror sincrono

Non supportato

Copia Snapshot

ONTAP 9.10.1

Blocco delle copie Snapshot a prova di manomissione

ONTAP 9.14.1

Il blocco delle copie Snapshot a prova di manomissione non è equivalente a SnapLock. SnapLock rimane non supportato.

LIF IP/BGP virtuali

Non supportato

Virtual Storage Console 7.0 e versioni successive

Non supportato

VSC fa parte di "Strumenti ONTAP per appliance virtuali VMware vSphere" A partire da VSC 7.0.

Cloni di volume

Non supportato

VStorage

Non supportato

Supporto FabricPool

La migrazione SVM è supportata con i volumi su FabricPools per le seguenti piattaforme:

  • Piattaforma Azure NetApp Files. Sono supportati tutti i criteri di tiering (solo snapshot, automatico, tutti e nessuno).

  • Piattaforma on-premise. È supportato solo il criterio di tiering del volume "nessuno".

Operazioni supportate durante la migrazione

La seguente tabella indica le operazioni di volume supportate nella SVM in migrazione in base allo stato di migrazione:

Funzionamento del volume

Stato di migrazione SVM

In corso

In pausa

Cutover

Creare

Non consentito

Consentito

Non supportato

Eliminare

Non consentito

Consentito

Non supportato

Disattivazione di file System Analytics

Consentito

Consentito

Non supportato

Attivazione di file System Analytics

Non consentito

Consentito

Non supportato

Modificare

Consentito

Consentito

Non supportato

Offline/Online

Non consentito

Consentito

Non supportato

Spostare/eseguire nuovamente l'host

Non consentito

Consentito

Non supportato

Creazione/modifica qtree

Non consentito

Consentito

Non supportato

Creazione/modifica quota

Non consentito

Consentito

Non supportato

Rinominare

Non consentito

Consentito

Non supportato

Ridimensionare

Consentito

Consentito

Non supportato

Limitare

Non consentito

Consentito

Non supportato

Modifica degli attributi della copia Snapshot

Consentito

Consentito

Non supportato

Modifica dell'eliminazione automatica della copia Snapshot

Consentito

Consentito

Non supportato

Creazione della copia Snapshot

Consentito

Consentito

Non supportato

Eliminazione della copia Snapshot

Consentito

Consentito

Non supportato

Ripristinare il file dalla copia Snapshot

Consentito

Consentito

Non supportato