Pianificare la migrazione

Questa pagina fornisce informazioni dettagliate su come pianificare la migrazione.

Stima della durata della migrazione per un singolo volume

La durata della migrazione del volume è influenzata da diversi fattori:

  • Velocità del volume di origine: il traffico SnapMirror ha una priorità inferiore rispetto al traffico NFS e SMB. Carichi di lavoro elevati sul volume di origine possono ridurre le prestazioni del traffico SnapMirror in uscita.

  • Throughput di NetApp Volumes: il livello di servizio e le dimensioni del volume ne definiscono il throughput. Il traffico NFS o SMB sul volume potrebbe anche ridurre le prestazioni di SnapMirror.

  • Throughput della connessione di rete: SnapMirror tenta di raggiungere la massima velocità e potrebbe consumare la larghezza di banda condivisa con altri utenti sulla connessione di rete tra il sistema ONTAP di origine e NetApp Volumes.

  • Quantità di dati utilizzati nel volume di origine: i volumi di dati più grandi richiedono più tempo per il trasferimento.

  • Tasso di variazione dei dati del volume di origine: un tasso di variazione dei dati più elevato durante il processo di migrazione aumenta il tempo necessario per la sincronizzazione dei trasferimenti incrementali.

Una stima approssimativa della durata della migrazione può essere calcolata con una regola empirica.

Esempio

Considera il seguente scenario per il calcolo della durata della migrazione:

  • Volume di origine: capacità di 15 TiB con 12 TiB di dati utilizzati.

    • Dati da trasferire: 12 TiB.

    • L'efficienza dello spazio di archiviazione ONTAP può ridurre le dimensioni del trasferimento, ma puoi ignorare questo aspetto per questo esercizio.

    • Supponi che le funzionalità di rendimento non siano un fattore limitante.

  • Tasso di variazione: 10% al giorno.

    • Tasso di variazione giornaliero dei dati: 1,2 TiB.

    • Il 10% è un'ipotesi per questo esempio; i tassi di variazione tipici sono in genere molto più bassi.

  • Connessione di rete: l'infrastruttura on-premise è connessa a Google utilizzando un'interconnessione da 10 Gbps.

    • Larghezza di banda TCP effettiva: circa 1000 MiBps, che possono essere utilizzati esclusivamente.

  • Volume di destinazione: volume da 12 TiB con un livello di servizio Premium.

    • Limite di velocità effettiva: 12 × 64 MiBps = 768 MiBps.

Calcolo

In questo esempio, il fattore limitante è il limite di throughput del volume di destinazione di 768 MiB/s. Il rendimento del volume di origine è considerato illimitato e la larghezza di banda di rete è di 1000 MiBps.

Trasferimento di base

  • Dati da trasferire: 12 TiB

  • Limite di velocità effettiva: 768 MiBps

  • Calcolo del tempo: (12 TiB x 1024^2 MiB/TiB) / 768 MiBps = 16384 secondi

  • Tempo totale per il trasferimento di riferimento: 4,6 ore

Primo trasferimento incrementale

  • Tempo trascorso dal trasferimento della base di riferimento: 5 ore

  • Modifica dei dati: (12 TiB x 1024 GiB/TiB) * 10% * (5 ore/24 ore) = 256 GiB

  • Calcolo del tempo:(256 GiB x 1024 MiB/GiB) / 768 MiBps = 341 secondi

  • Tempo totale per il primo trasferimento incrementale: circa 6 minuti

Secondo trasferimento incrementale

  • Tempo trascorso dal primo trasferimento incrementale: 1 ora

  • Modifica dei dati: (12 TiB x 1024 GiB/TiB) * 10% * (1 ora/24 ore) = 51,2 GiB

  • Calcolo del tempo: (51,2 GiB x 1024 MiB/GiB) / 768 MiBps = 68 secondi

  • Tempo totale per il secondo trasferimento incrementale: circa 70 secondi

Trasferimenti incrementali successivi

Dopo il primo trasferimento incrementale, tutti i trasferimenti successivi in genere richiedono meno di un'ora. Dopo il secondo trasferimento incrementale, tutti i trasferimenti successivi richiederanno all'incirca lo stesso tempo.

Procedura di transizione

Avvia il processo di cutover poco dopo il completamento di un trasferimento incrementale per ridurre al minimo l'accumulo di dati modificati.

Tempo totale di migrazione: circa 4,7 ore.

Esegui più migrazioni o repliche esterne in parallelo

Le migrazioni dei volumi e le repliche esterne vengono gestite nell'API come due varianti di una replica ibrida e consumano la stessa quota del progetto Google.

Il numero di repliche ibride configurate è limitato da una quota di progetto specifica per regione, che per impostazione predefinita è impostata su 1. Puoi richiedere una quota maggiore utilizzando la consoleGoogle Cloud per l'API NetApp Volumes. Di seguito sono riportate le quote pertinenti:

  • netapp.googleapis.com/standard_hybrid_replicated_volumes_per_region

  • netapp.googleapis.com/hybrid_replicated_volumes_per_region

Se devi eseguire la migrazione di più volumi di quelli consentiti dalla quota attuale, devi eseguire queste operazioni in sequenza. È consigliabile raggruppare i volumi che appartengono allo stesso carico di lavoro in batch per la migrazione simultanea, il che aiuta anche a eseguirne il cutover insieme.

Per la replica esterna, la quota del progetto deve essere sufficiente per ospitare tutte le repliche esterne configurate, oltre a eventuali migrazioni di volumi.

Passaggi successivi

Prerequisiti per ONTAP e NetApp Volumes.