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.

Scopri di più sulla mobilità dei dati ONTAP SVM

Collaboratori netapp-lenida netapp-aoife netapp-aherbin netapp-ahibbard netapp-dbagwell netapp-bhouser netapp-mwallis netapp-forry
PDF

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

La rilocazione SVM non disruptiva è supportata sui sistemi AFF in ONTAP 9.10.1 e 9.11.1. A partire da ONTAP 9.12.1, questa funzionalità è supportata sia sui sistemi FAS e AFF sia sugli 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.

A partire da ONTAP 9.18.1, la migrazione SVM è supportata dai sistemi di archiviazione ASA ai sistemi di archiviazione ASA r2. Se si dispone di un sistema di archiviazione ASA r2 (ASA A1K, ASA A90, ASA A70, ASA A50, ASA A30, ASA A20 o ASA C30) e si desidera migrare un SVM al sistema ASA r2 da un sistema ASA , seguire"questi passaggi" .

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 delle SVM. Questo riepiloga i passaggi che seguono.

Supporto del sistema di migrazione SVM

Famiglia di controller

Versioni di ONTAP supportate

ASA

ONTAP 9.18.1 e versioni successive Segui"questi passaggi" per la migrazione SVM dai sistemi ASA ad ASA r2.

AFF serie C.

ONTAP 9.12.1 patch 4 e versioni successive

FAS

ONTAP 9.12.1 e versioni successive

AFF serie A.

ONTAP 9.10.1 e versioni successive
Nota Durante la migrazione da un cluster AFF a un cluster FAS con aggregati ibridi, il posizionamento automatico del volume tenta di eseguire una corrispondenza di aggregati simili. Ad esempio, se il cluster di origine ha 60 volumi, il posizionamento del volume tenta di trovare un aggregato AFF sulla destinazione in cui posizionare i volumi. Quando non c'è spazio sufficiente sugli aggregati AFF , i volumi vengono posizionati su 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 e versioni successive

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 e versioni successive

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:

  • Sei un amministratore del cluster.

  • "I cluster di origine e di destinazione sono collegati tra loro".

  • I cluster di origine e destinazione hanno la sincronizzazione SnapMirror "licenza installata". Questa licenza è inclusa con "ONTAP uno".

  • Tutti i nodi nel cluster di origine eseguono ONTAP 9.10.1 o versione successiva. Per il supporto specifico del controller array ONTAP , vedere "Hardware Universe".

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

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

  • La versione ONTAP del cluster di destinazione è uguale o non superiore a due versioni principali più recenti del cluster di origine.

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

  • L'SVM di origine contiene meno di numero massimo di volumi di dati supportati per la release.

  • Nella destinazione è disponibile spazio sufficiente per il posizionamento del volume.

  • Onboard Key Manager o la gestione delle chiavi esterne vengono configurati a livello di cluster sulla destinazione se l'SVM di origine ha volumi crittografati.

    • In questo caso, i gestori delle chiavi configurati a livello SVM sull'origine non migrano alla destinazione. La destinazione utilizza il gestore delle chiavi a livello di cluster.

  • Se l'origine ha volumi crittografati ed è configurata per NetApp Aggregate Encryption (NAE), anche la destinazione deve essere configurata per NAE.

  • Se stai migrando una SVM tra una configurazione non MetroCluster e una configurazione MetroCluster o tra due configurazioni MetroCluster, verifica che la tua configurazione soddisfi i seguenti requisiti:

    Nota La migrazione di una SVM tra il cluster locale e quello partner in una configurazione MetroCluster non è supportata.

    • I cluster MetroCluster di origine e destinazione sono in stato "normale". Ciò significa che non possono essere in modalità di commutazione o nello stato di "attesa per lo switchback".

    • I cluster MetroCluster di origine e destinazione non sono in fase di transizione da FC a IP o di refresh dell'hardware.

    • Sia il cluster di origine che quello di destinazione devono eseguire ONTAP 9.16.1 o versione successiva.

    • Se l'origine è un cluster MetroCluster, il sottotipo SVM è "sync-source" (non "sync-destination").

      Nota Se la destinazione è un cluster MetroCluster, la SVM creata sulla destinazione è sempre "Sync-source". Se la destinazione è un cluster non MetroCluster, il sottotipo SVM è sempre "predefinito".

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

Verificare le operazioni che potrebbero 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

  • Lo spostamento, il rehosting, la clonazione, la creazione, la conversione o l'analisi del volume non sono in esecuzione

  • Nessuna migrazione SVM è in esecuzione sul cluster di destinazione. È consentita una sola migrazione SVM alla volta.

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.

Per informazioni sull'interoperabilità della versione di ONTAP tra un'origine e una destinazione in una migrazione SVM, consulta "Versioni ONTAP compatibili per le relazioni SnapMirror".

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

Non supportato

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

Volumi 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

ONTAP 9.16.1

A partire da ONTAP 9.16.1 sono supportate le seguenti migrazioni SVM di MetroCluster:

  • Migrazione di una SVM tra una configurazione non MetroCluster e una configurazione IP MetroCluster

  • Migrazione di una SVM tra due configurazioni IP di MetroCluster

  • Migrazione di una SVM tra una configurazione FC di MetroCluster e una configurazione IP di MetroCluster

Nota: sia il cluster di origine che quello di destinazione devono eseguire ONTAP 9.16.1 o versione successiva per supportare la migrazione SVM.

Le seguenti migrazioni SVM di MetroCluster non sono supportate per tutte le versioni di ONTAP:

  • Migrazione di una SVM tra due configurazioni FC di MetroCluster

  • Migrazione di una SVM tra una configurazione non MetroCluster e una configurazione MetroCluster FC

  • Migrazione di una SVM tra il cluster locale e quello partner nella stessa configurazione MetroCluster .

Vedi il prerequisiti per migrare una SVM in una configurazione MetroCluster .

NetApp aggregate Encryption (NAE)

ONTAP 9.11.1

I volumi NAE devono essere posizionati sulla destinazione di supporto NAE. Se non è disponibile alcuna destinazione NAE, l'operazione di migrazione fallisce.

Configurazioni NDMP

Non supportato

NetApp Volume Encryption (NVE)

ONTAP 9.10.1

I volumi NVE vengono migrati come volumi NVE nella destinazione.

Registri di audit NFS e SMB

ONTAP 9.13.1
Nota

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 discontinue e richiedono un aggiornamento del client dopo la migrazione.

Relazioni cloud di SnapMirror

ONTAP 9.12.1

A partire da ONTAP 9.12,1, quando esegui la migrazione di una SVM on-premise con relazioni cloud SnapMirror, il cluster di destinazione deve "Licenza cloud SnapMirror"avere installato e avere a disposizione capacità sufficiente per supportare lo spostamento della capacità nei volumi in 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.

  • Tutti i trasferimenti in corso vengono annullati durante il passaggio e i nuovi trasferimenti falliscono durante il passaggio. Non potranno essere riavviati finché la migrazione non sarà completata.

  • 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

Sincronizzazione attiva di SnapMirror

Non supportato

Relazioni peer di SnapMirror SVM

ONTAP 9.12.1

Disaster recovery di SnapMirror SVM

Non supportato

SnapMirror sincrono

Non supportato

Snapshot

ONTAP 9.10.1

Blocco delle istantanee antimanomissione

ONTAP 9.14.1

Il blocco degli snapshot antimanomissione non è equivalente a SnapLock. SnapLock Enterprise e SnapLock Compliance rimangono non supportati.

LIF IP/BGP virtuali

Non supportato

Virtual Storage Console 7.0 e versioni successive

Non supportato

Cloni di volume

Non supportato

VStorage

Non supportato

La migrazione non è consentita quando vStorage è attivato. Per eseguire una migrazione, disattivare l'opzione vStorage, quindi riattivarla al termine della migrazione.

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 dell'istantanea

Consentito

Consentito

Non supportato

Modifica eliminazione automatica snapshot

Consentito

Consentito

Non supportato

Creazione di snapshot

Consentito

Consentito

Non supportato

Eliminazione snapshot

Consentito

Consentito

Non supportato

Ripristinare il file dallo snapshot

Consentito

Consentito

Non supportato