Per stabilire una connessione tra un sistema basato su ONTAP e NetApp Volumes, devono essere soddisfatti i seguenti prerequisiti:
Sistema ONTAP di origine
Per il sistema ONTAP di origine devono essere soddisfatti i seguenti requisiti:
Il sistema ONTAP che ospita i volumi di origine deve eseguire ONTAP versione 9.11.1 o successive per garantire la compatibilità con NetApp Volumes. Durante la procedura di inserimento nella lista consentita, la tua versione di ONTAP viene verificata rispetto alla versione del servizio utilizzando la matrice di compatibilità di SnapMirror.
La funzionalità SnapMirror deve essere concessa in licenza e abilitata sul cluster di origine.
Sul sistema ONTAP di origine, devi configurare un InterCluster-LIF per nodo sulla rete connessa al tuo progetto Google.
Le porte TCP 10000, 11104, 11105 e ICMP devono essere raggiungibili su tutte le InterCluster-LIF. L'accesso HTTPS non è richiesto. Queste porte sono incluse nel criterio di servizio default-intercluster, che viene utilizzato per impostazione predefinita sulle LIF intercluster nel sistema di origine.
Devi disporre delle autorizzazioni di amministratore ONTAP richieste per accettare i peering di cluster e SVM.
Connessione di rete al progetto Google Cloud
NetApp Volumes utilizza l'accesso privato ai servizi per connettersi al tuo Virtual Private Cloud (VPC) e l'accesso privato ai servizi utilizza il peering VPC. A causa dell'attributo di routing non transitivo delle connessioni di peering VPC, il traffico non può attraversare più di un hop di peering VPC sequenziale.
Ad esempio, l'utilizzo di una rete hub e spoke connessa tramite peering VPC può causare problemi di connettività. Se la tua connessione on-premise arriva in una VPC di transito (hub) connessa tramite peering VPC a una VPC del carico di lavoro (spoke), che a sua volta è connessa a NetApp Volumes, il traffico on-premise o del gateway di transito non può essere instradato a NetApp Volumes e viceversa.
Come regola generale, i NetApp Volumes sono sottoposti a peering VPC con il VPC utente. Pertanto, assicurati che il VPC utente non utilizzi il peering VPC per l'hop successivo nel percorso del traffico di rete verso il sistema di origine.
I modelli di deployment funzionanti includono quanto segue:
Termina la connessione di interconnessione direttamente nel VPC utente.
Utilizza una connessione VPN che termina nel VPC dell'utente.
Utilizza il routing peering non VPC per la connessione upstream del tuo VPC utente.
Allocazione degli indirizzi IP
NetApp Volumes riserva CIDR /27 dedicati da psaRange
che hai delegato al peering di accesso privato ai servizi per il traffico di migrazione. Questo
intervallo CIDR viene utilizzato per ricevere una o più migrazioni di volumi ai volumi di destinazione
all'interno della stessa coppia di progetto o regione. Queste migrazioni possono avere origine
da più cluster di origine. Il provisioning delle migrazioni in progetti diversi o
coppie di regioni comporta la prenotazione di un ulteriore CIDR /27. La replica esterna e la migrazione dei volumi utilizzano le stesse allocazioni CIDR e gli stessi peering dei cluster.
Impostazioni di NetApp Volumes
Per NetApp Volumes devono essere soddisfatti i seguenti requisiti:
Devi disporre di autorizzazioni IAM sufficienti per gestire la replica ibrida.
roles/netapp.admininclude tutte le autorizzazioni richieste.Fornisci un pool di archiviazione sufficientemente grande da ospitare il volume di destinazione. Assicurati che il pool abbia le impostazioni corrette di Active Directory, LDAP e CMEK richieste dal volume di destinazione che stai creando.
Se il volume contiene dati SMB, crea il volume di destinazione in un pool di archiviazione collegato allo stesso dominio Windows del volume di origine.
Se utilizzi firewall nella tua rete, assicurati che le LIF intercluster di origine e NetApp Volumes siano consentite per le porte TCP 10000, 11104, 11105 e ICMP.
Passaggi successivi
Crea una migrazione del volume.