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.

Requisiti di rete di Google Cloud per Cloud Volumes ONTAP

Collaboratori netapp-manini netapp-ahibbard
PDF

La NetApp Console configura i componenti di rete per Cloud Volumes ONTAP in Google Cloud, come indirizzi IP, subnet mask e route. Devi assicurarti che l'accesso a Internet outbound sia disponibile, che siano disponibili abbastanza indirizzi IP privati e che siano presenti le connessioni corrette.

Se si desidera distribuire una coppia HA, è necessario"Scopri come funzionano le coppie HA in Google Cloud" .

Requisiti per Cloud Volumes ONTAP

Il tuo ambiente Google Cloud deve soddisfare questi requisiti.

Requisiti specifici per i sistemi a nodo singolo

Se si desidera implementare un sistema a nodo singolo, assicurarsi che il networking soddisfi i seguenti requisiti.

Una VPC

È richiesto un Virtual Private Cloud (VPC) per un sistema a nodo singolo.

Indirizzi IP privati

Per un sistema a nodo singolo in Google Cloud, la Console assegna indirizzi IP privati ai seguenti:

  • Nodo

  • Grappolo

  • VM di archiviazione

  • Dati NAS LIF

  • Dati iSCSI LIF

È possibile saltare la creazione del LIF di gestione della VM di archiviazione (SVM) se si distribuisce Cloud Volumes ONTAP tramite l'API e si specifica il seguente flag:

skipSvmManagementLif: true

Nota Un LIF è un indirizzo IP associato a una porta fisica. Per strumenti di gestione come SnapCenter è necessario un LIF di gestione della VM di archiviazione (SVM).

Requisiti specifici per le coppie HA

Se si desidera distribuire una coppia HA, assicurarsi che la rete soddisfi i seguenti requisiti.

Una o più zone

Puoi garantire l'alta disponibilità dei tuoi dati implementando una configurazione HA su più zone o in una singola zona. La Console ti chiede di scegliere tra più zone o una singola zona quando crei la coppia HA.

  • Zone multiple (consigliato)

    L'implementazione di una configurazione HA su tre zone garantisce la disponibilità continua dei dati in caso di guasto in una zona. Le prestazioni di scrittura sono leggermente inferiori rispetto a una singola zona, ma la differenza è minima.

  • Zona singola

    Quando distribuita in una singola zona, una configurazione Cloud Volumes ONTAP HA utilizza una politica di posizionamento distribuito. Questa politica garantisce che una configurazione HA sia protetta da un singolo punto di errore all'interno della zona, senza dover utilizzare zone separate per ottenere l'isolamento degli errori.

    Questo modello di distribuzione riduce i costi perché non ci sono costi per l'uscita dei dati tra le zone.

Quattro cloud privati virtuali

Per una configurazione HA sono necessarie quattro Virtual Private Cloud (VPC) perché Google Cloud richiede che ogni interfaccia di rete risieda in una rete VPC separata.

Quando si crea la coppia HA, la Console chiede di scegliere quattro VPC:

  • VPC-0 per le connessioni in entrata ai dati e ai nodi

  • VPC-1, VPC-2 e VPC-3 per la comunicazione interna tra i nodi e il mediatore HA

Un'immagine concettuale che mostra una coppia Cloud Volume HA e le quattro VPC necessarie per la configurazione.

Sottoreti

Per ogni VPC è richiesta una subnet privata.

Se posizioni l'agente Console nella VPC-0, devi abilitare Private Google Access sulla subnet per accedere alle API e abilitare il tiering dei dati.

Le sottoreti in queste VPC devono avere intervalli CIDR distinti che non si sovrappongono.

Indirizzi IP privati

La console assegna automaticamente il numero richiesto di indirizzi IP privati ​​a Cloud Volumes ONTAP in Google Cloud. Devi assicurarti che la tua rete disponga di un numero sufficiente di indirizzi privati.

Il numero di LIF allocati per Cloud Volumes ONTAP dipende dal fatto che si distribuisca un sistema a nodo singolo o una coppia HA. Un LIF è un indirizzo IP associato a una porta fisica. Un LIF di gestione SVM è necessario per strumenti di gestione come SnapCenter.

  • Nodo singolo Console assegna quattro indirizzi IP a un sistema a nodo singolo:

    • Gestione dei nodi LIF

    • Gestione dei cluster LIF

    • dati iSCSI LIF

      Nota Un iSCSI LIF fornisce l'accesso client tramite il protocollo iSCSI e viene utilizzato dal sistema per altri importanti flussi di lavoro di rete. Questi LIF sono obbligatori e non devono essere eliminati.

    • NAS LIF

      È possibile saltare la creazione del LIF di gestione della VM di archiviazione (SVM) se si distribuisce Cloud Volumes ONTAP tramite l'API e si specifica il seguente flag:

    skipSvmManagementLif: true

  • Coppia HA La console assegna 12-13 indirizzi IP a una coppia HA:

    • Due LIF di gestione dei nodi (e0a)

    • Un LIF di gestione del cluster (e0a)

    • Due LIF iSCSI (e0a)

      Nota Un iSCSI LIF fornisce l'accesso client tramite il protocollo iSCSI e viene utilizzato dal sistema per altri importanti flussi di lavoro di rete. Questi LIF sono obbligatori e non devono essere eliminati.

    • Uno o due LIF NAS (e0a)

    • Due LIF del cluster (e0b)

    • Due indirizzi IP di interconnessione HA (e0c)

    • Due indirizzi IP iSCSI RSM (e0d)

      È possibile saltare la creazione del LIF di gestione della VM di archiviazione (SVM) se si distribuisce Cloud Volumes ONTAP tramite l'API e si specifica il seguente flag:

    skipSvmManagementLif: true

Bilanciatori di carico interni

La Console crea quattro bilanciatori del carico interni di Google Cloud (TCP/UDP) che gestiscono il traffico in entrata verso la coppia HA di Cloud Volumes ONTAP. Non è richiesta alcuna configurazione. Queste informazioni ti aiutano a comprendere il traffico di rete e ad affrontare i problemi di sicurezza.

Un bilanciatore del carico è per la gestione del cluster, uno è per la gestione della VM di archiviazione (SVM), uno è per il traffico NAS verso il nodo 1 e l'ultimo è per il traffico NAS verso il nodo 2.

La configurazione per ciascun bilanciatore del carico è la seguente:

  • Un indirizzo IP privato condiviso

  • Un controllo sanitario globale

    Per impostazione predefinita, le porte utilizzate dal controllo dello stato sono 63001, 63002 e 63003.

  • Un servizio backend TCP regionale

  • Un servizio di backend UDP regionale

  • Una regola di inoltro TCP

  • Una regola di inoltro UDP

  • L'accesso globale è disabilitato

    Sebbene l'accesso globale sia disabilitato per impostazione predefinita, puoi abilitarlo dopo la distribuzione. Lo abbiamo disabilitato perché il traffico tra regioni presenta latenze significativamente più elevate e volevamo evitare un'esperienza negativa dovuta a montaggi accidentali tra regioni diverse. Abilita l'accesso globale solo se le tue esigenze aziendali lo richiedono.

VPC condivise

Cloud Volumes ONTAP e l'agente Console sono supportati in una VPC condivisa di Google Cloud e anche in VPC autonome.

Per un sistema a nodo singolo, la VPC può essere una VPC condivisa o una VPC standalone.

Per una coppia HA sono necessarie quattro VPC. Ciascuna di queste VPC può essere condivisa o autonoma. Ad esempio, VPC-0 potrebbe essere una VPC condivisa, mentre VPC-1, VPC-2 e VPC-3 potrebbero essere VPC autonome.

Una VPC condivisa consente di configurare e gestire centralmente reti virtuali su più progetti. È possibile configurare reti VPC condivise nel progetto host e distribuire l'agente Console e le istanze della macchina virtuale Cloud Volumes ONTAP in un progetto di servizio.

"Documentazione di Google Cloud: panoramica della VPC condivisa" .

"Esaminare le autorizzazioni VPC condivise richieste trattate nella distribuzione dell'agente della console"

Mirroring dei pacchetti nelle VPC

"Mirroring dei pacchetti"deve essere disabilitato nella subnet di Google Cloud in cui distribuisci Cloud Volumes ONTAP.

Accesso a Internet in uscita

I sistemi Cloud Volumes ONTAP richiedono accesso outbound a Internet per raggiungere endpoint esterni per diverse funzioni. Cloud Volumes ONTAP non può funzionare correttamente se questi endpoint sono bloccati in ambienti con rigidi requisiti di sicurezza.

L'agente Console contatta anche diversi endpoint per le operazioni quotidiane. Per informazioni sugli endpoint, fai riferimento a "Visualizza gli endpoint contattati dall'agente della console" e "Preparare la rete per l'utilizzo della console".

Endpoint Cloud Volumes ONTAP

Cloud Volumes ONTAP utilizza questi endpoint per comunicare con vari servizi.

Punti finali Applicabile per Scopo Modalità di distribuzione Impatto se l'endpoint non è disponibile

\ https://netapp-cloud-account.auth0.com

Autenticazione

Utilizzato per l'autenticazione nella Console.

Modalità standard e limitata.

L'autenticazione dell'utente fallisce e i seguenti servizi rimangono non disponibili:

  • Servizi Cloud Volumes ONTAP

  • Servizi ONTAP

  • Protocolli e servizi proxy

\ https://api.bluexp.netapp.com/tenancy

Locazione

Utilizzato per recuperare le risorse Cloud Volumes ONTAP dalla Console al fine di autorizzare risorse e utenti.

Modalità standard e limitata.

Le risorse Cloud Volumes ONTAP e gli utenti non sono autorizzati.

\ https://mysupport.netapp.com/aods/asupmessage \ https://mysupport.netapp.com/asupprod/post/1.0/postAsup

AutoSupport

Utilizzato per inviare i dati di telemetria AutoSupport al supporto NetApp .

Modalità standard e limitata.

Le informazioni AutoSupport non vengono recapitate.

https://cloudbuild.googleapis.com/v1 (solo per implementazioni in modalità privata) https://cloudkms.googleapis.com/v1 https://cloudresourcemanager.googleapis.com/v1/projects https://compute.googleapis.com/compute/v1 https://www.googleapis.com/compute/beta https://www.googleapis.com/compute/v1/projects/ https://www.googleapis.com/deploymentmanager/v2/projects https://www.googleapis.com/storage/v1 https://www.googleapis.com/upload/storage/v1 https://config.googleapis.com/v1 https://iam.googleapis.com/v1 https://storage.googleapis.com/storage/v1

Google Cloud (uso commerciale).

Comunicazione con i servizi Google Cloud.

Modalità standard, limitata e privata.

Cloud Volumes ONTAP non è in grado di comunicare con i servizi Google Cloud per eseguire operazioni specifiche per la Console in Google Cloud.

Connessioni ai sistemi ONTAP in altre reti

Per replicare i dati tra un sistema Cloud Volumes ONTAP in Google Cloud e sistemi ONTAP in altre reti, è necessario disporre di una connessione VPN tra la VPC e l'altra rete, ad esempio la rete aziendale.

"Documentazione di Google Cloud: panoramica di Cloud VPN" .

Regole del firewall

La console crea regole firewall di Google Cloud che includono le regole in entrata e in uscita di cui Cloud Volumes ONTAP ha bisogno per funzionare correttamente. Potresti voler fare riferimento alle porte a scopo di test o se preferisci utilizzare le tue regole firewall.

Le regole del firewall per Cloud Volumes ONTAP richiedono regole sia in entrata che outbound. Se stai implementando una configurazione HA, queste sono le regole del firewall per Cloud Volumes ONTAP in VPC-0.

Per una configurazione HA sono necessari due set di regole del firewall:

  • Un set di regole per i componenti HA in VPC-0. Queste regole consentono l'accesso ai dati su Cloud Volumes ONTAP.

  • Un altro set di regole per i componenti HA in VPC-1, VPC-2 e VPC-3. Queste regole sono aperte per la comunicazione in entrata e in uscita tra i componenti HA. Saperne di più.

Suggerimento Cerchi informazioni sull'agente Console? "Visualizza le regole del firewall per l'agente della console"

Regole in entrata

Quando si aggiunge un sistema Cloud Volumes ONTAP , è possibile scegliere il filtro di origine per la policy firewall predefinita durante la distribuzione:

  • Solo VPC selezionata: il filtro di origine per il traffico in entrata è l'intervallo di subnet della VPC per il sistema Cloud Volumes ONTAP e l'intervallo di subnet della VPC in cui risiede l'agente della console. Questa è l'opzione consigliata.

  • Tutte le VPC: il filtro di origine per il traffico in entrata è l'intervallo IP 0.0.0.0/0.

Se utilizzi una policy del firewall personalizzata, aggiungi tutte le reti che devono comunicare con Cloud Volumes ONTAP e aggiungi anche entrambi gli intervalli di indirizzi per consentire a internal Google Load Balancer di funzionare correttamente. Questi indirizzi sono 130.211.0.0/22 e 35.191.0.0/16. Per ulteriori informazioni, consulta la documentazione "Documentazione di Google Cloud: regole del firewall del bilanciatore del carico".

Protocollo Porta Scopo

Tutti gli ICMP

Tutto

Ping dell'istanza

HTTP

80

Accesso HTTP alla console Web di ONTAP System Manager tramite l'indirizzo IP del LIF di gestione del cluster

HTTPS

443

Connettività con l'agente Console e accesso HTTPS alla console Web ONTAP System Manager utilizzando l'indirizzo IP del LIF di gestione del cluster

SSH

22

Accesso SSH all'indirizzo IP del LIF di gestione del cluster o di un LIF di gestione del nodo

TCP

111

Chiamata di procedura remota per NFS

TCP

139

Sessione del servizio NetBIOS per CIFS

TCP

161-162

Protocollo semplice di gestione della rete

TCP

445

Microsoft SMB/CIFS su TCP con framing NetBIOS

TCP

635

Montaggio NFS

TCP

749

Kerberos

TCP

2049

Demone del server NFS

TCP

3260

Accesso iSCSI tramite i dati iSCSI LIF

TCP

4045

Demone di blocco NFS

TCP

4046

Monitoraggio dello stato di rete per NFS

TCP

10000

Backup tramite NDMP

TCP

11104

Gestione delle sessioni di comunicazione intercluster per SnapMirror

TCP

11105

Trasferimento dati SnapMirror tramite LIF intercluster

TCP

63001-63050

Porte di sonda per il bilanciamento del carico per determinare quale nodo è integro (richiesto solo per coppie HA)

UDP

111

Chiamata di procedura remota per NFS

UDP

161-162

Protocollo semplice di gestione della rete

UDP

635

Montaggio NFS

UDP

2049

Demone del server NFS

UDP

4045

Demone di blocco NFS

UDP

4046

Monitoraggio dello stato di rete per NFS

UDP

4049

Protocollo NFS rquotad

Regole in uscita

Il gruppo di sicurezza predefinito per Cloud Volumes ONTAP apre tutto il traffico in uscita. Se ciò è accettabile, seguite le regole di base per le comunicazioni in uscita. Se hai bisogno di regole più rigide, usa le regole in uscita avanzate.

Regole di base in uscita

Il gruppo di sicurezza predefinito per Cloud Volumes ONTAP include le seguenti regole in uscita.

Protocollo Porta Scopo

Tutti gli ICMP

Tutto

Tutto il traffico in uscita

Tutti gli TCP

Tutto

Tutto il traffico in uscita

Tutti gli UDP

Tutto

Tutto il traffico in uscita
Regole in uscita avanzate

Se hai bisogno di regole rigide per il traffico outbound, usa queste informazioni per aprire solo le porte richieste da Cloud Volumes ONTAP per la comunicazione outbound. I cluster Cloud Volumes ONTAP utilizzano le seguenti porte per regolare il traffico dei nodi.

Nota La sorgente è l'interfaccia (indirizzo IP) del sistema Cloud Volumes ONTAP .
Servizio Protocollo Porta Fonte Destinazione Scopo

Directory attiva

TCP

88

Gestione dei nodi LIF

Foresta di Active Directory

Autenticazione Kerberos V

UDP

137

Gestione dei nodi LIF

Foresta di Active Directory

Servizio di denominazione NetBIOS

UDP

138

Gestione dei nodi LIF

Foresta di Active Directory

Servizio datagramma NetBIOS

TCP

139

Gestione dei nodi LIF

Foresta di Active Directory

Sessione del servizio NetBIOS

TCP e UDP

389

Gestione dei nodi LIF

Foresta di Active Directory

LDAP

TCP

445

Gestione dei nodi LIF

Foresta di Active Directory

Microsoft SMB/CIFS su TCP con framing NetBIOS

TCP

464

Gestione dei nodi LIF

Foresta di Active Directory

Kerberos V cambia e imposta la password (SET_CHANGE)

UDP

464

Gestione dei nodi LIF

Foresta di Active Directory

Amministrazione delle chiavi Kerberos

TCP

749

Gestione dei nodi LIF

Foresta di Active Directory

Kerberos V modifica e imposta password (RPCSEC_GSS)

TCP

88

Dati LIF (NFS, CIFS, iSCSI)

Foresta di Active Directory

Autenticazione Kerberos V

UDP

137

Dati LIF (NFS, CIFS)

Foresta di Active Directory

Servizio di denominazione NetBIOS

UDP

138

Dati LIF (NFS, CIFS)

Foresta di Active Directory

Servizio datagramma NetBIOS

TCP

139

Dati LIF (NFS, CIFS)

Foresta di Active Directory

Sessione del servizio NetBIOS

TCP e UDP

389

Dati LIF (NFS, CIFS)

Foresta di Active Directory

LDAP

TCP

445

Dati LIF (NFS, CIFS)

Foresta di Active Directory

Microsoft SMB/CIFS su TCP con framing NetBIOS

TCP

464

Dati LIF (NFS, CIFS)

Foresta di Active Directory

Kerberos V cambia e imposta la password (SET_CHANGE)

UDP

464

Dati LIF (NFS, CIFS)

Foresta di Active Directory

Amministrazione delle chiavi Kerberos

TCP

749

Dati LIF (NFS, CIFS)

Foresta di Active Directory

Kerberos V modifica e imposta password (RPCSEC_GSS)

AutoSupport

HTTPS

443

Gestione dei nodi LIF

mysupport.netapp.com

AutoSupport (HTTPS è l'impostazione predefinita)

HTTP

80

Gestione dei nodi LIF

mysupport.netapp.com

AutoSupport (solo se il protocollo di trasporto viene modificato da HTTPS a HTTP)

TCP

3128

Gestione dei nodi LIF

Agente console

Invio di messaggi AutoSupport tramite un server proxy sull'agente Console, se non è disponibile una connessione Internet in uscita

Backup di configurazione

HTTP

80

Gestione dei nodi LIF

http://<indirizzo-IP-agente-console>/occm/offboxconfig

Inviare i backup della configurazione all'agente della console."Documentazione ONTAP"

DHCP

UDP

68

Gestione dei nodi LIF

DHCP

Client DHCP per la prima configurazione

DHCP

UDP

67

Gestione dei nodi LIF

DHCP

server DHCP

DNS

UDP

53

Gestione dei nodi LIF e dati LIF (NFS, CIFS)

DNS

DNS

NDMP

TCP

18600–18699

Gestione dei nodi LIF

Server di destinazione

Copia NDMP

SMTP

TCP

25

Gestione dei nodi LIF

Server di posta

Avvisi SMTP, che possono essere utilizzati per AutoSupport

SNMP

TCP

161

Gestione dei nodi LIF

Monitorare il server

Monitoraggio tramite trappole SNMP

UDP

161

Gestione dei nodi LIF

Monitorare il server

Monitoraggio tramite trappole SNMP

TCP

162

Gestione dei nodi LIF

Monitorare il server

Monitoraggio tramite trappole SNMP

UDP

162

Gestione dei nodi LIF

Monitorare il server

Monitoraggio tramite trappole SNMP

SnapMirror

TCP

11104

Intercluster LIF

LIF intercluster ONTAP

Gestione delle sessioni di comunicazione intercluster per SnapMirror

TCP

11105

Intercluster LIF

LIF intercluster ONTAP

Trasferimento dati SnapMirror

Registro di sistema

UDP

514

Gestione dei nodi LIF

Server Syslog

Messaggi di inoltro Syslog

Regole per VPC-1, VPC-2 e VPC-3

In Google Cloud, una configurazione HA viene distribuita su quattro VPC. Le regole del firewall necessarie per la configurazione HA in VPC-0 sonoelencati sopra per Cloud Volumes ONTAP .

Nel frattempo, le regole firewall predefinite create per le istanze in VPC-1, VPC-2 e VPC-3 abilitano la comunicazione in ingresso su tutti i protocolli e le porte. Queste regole consentono la comunicazione tra nodi HA.

La comunicazione dai nodi HA al mediatore HA avviene tramite la porta 3260 (iSCSI).

Nota Per abilitare un'elevata velocità di scrittura per le nuove implementazioni di coppie HA in Google Cloud, per VPC-1, VPC-2 e VPC-3 è necessaria un'unità di trasmissione massima (MTU) di almeno 8,896 byte. Se scegli di aggiornare le VPC-1, VPC-2 e VPC-3 esistenti a un MTU di 8,896 byte, durante il processo di configurazione devi arrestare tutti i sistemi HA esistenti che utilizzano queste VPC.

Configurazione di Infrastructure Manager in modalità privata o in ambienti protetti

Se vuoi distribuire Cloud Volumes ONTAP 9.16.1 o versioni successive in modalità privata o in un progetto protetto da VPC Service Controls, devi apportare alcune modifiche alla configurazione affinché Cloud Volumes ONTAP possa utilizzare Google Cloud Infrastructure Manager come servizio di distribuzione anziché Deployment Manager.

Prima di iniziare
Passi

  1. Crea un pool di worker privato con questa configurazione nella stessa regione delle distribuzioni Cloud Volumes ONTAP. Per informazioni sulla creazione di un pool di worker privato, fare riferimento a "Documentazione Google Cloud: creare e gestire pool privati" e "Prezzi di Google Cloud Build".

    Se distribuisci Cloud Volumes ONTAP in un progetto protetto da VPC Service Controls, crea il pool di worker privato nello stesso progetto dell'agente di Console. Il pool di worker deve essere in esecuzione. Il pool di worker Cloud Build pubblico predefinito di Google Cloud non può essere eseguito all'interno di un perimetro di servizio.

    Il pool di worker deve avere la seguente configurazione:

    • Tipo di macchina: e2-medium

    • Dimensione del disco: 100 GB

    • Assegna IP esterno: False

    • Rete: predefinita o una rete privata.

    • La subnet configurata per accedere "API di Google Cloud". Esegui questi passaggi per assicurarti che la subnet possa accedere alle Google API:

      1. Assicurarsi che "Private Google Access" sia attivato per la subnet.

      2. Vai a VPC Network level > Scheda Private Service Access > Allocated IP ranges for services.

      3. Seleziona Allocate IP range e assegna l'intervallo IP interno per la connessione privata al Google Compute Service.

      4. In Connessione privata ai servizi, seleziona Crea connessione.

      5. Seleziona Connected service producer = Google Cloud Platform.

      6. Assegna l'allocazione per l'intervallo IP di connessione privata che hai creato nel passaggio precedente.

  2. Distribuisci questo pool di worker e mantienilo in esecuzione per la gestione di Cloud Volumes ONTAP. Google Cloud utilizza questo pool di worker per eseguire tutte le operazioni Terraform in un ambiente isolato.

  3. Quando si distribuisce Cloud Volumes ONTAP in modalità privata, selezionare il nome di questo worker pool nel campo GCP Worker Pool. Fare riferimento a "Avvia Cloud Volumes ONTAP in Google Cloud" per le istruzioni.

    Se distribuisci Cloud Volumes ONTAP in un progetto protetto da VPC Service Controls, crea il sistema Cloud Volumes ONTAP utilizzando l'API e includi il workerPool parametro nel corpo della richiesta di creazione.

    Nota L'inclusione di un pool di worker non è attualmente supportata quando distribuisci Cloud Volumes ONTAP tramite l'interfaccia utente della console. Per i progetti protetti da VPC Service Controls, l'API è l'unico modo supportato per distribuire Cloud Volumes ONTAP.

Requisiti per l'agente della console

Se non hai ancora creato un agente Console, consulta i requisiti di rete.

Configurazioni di rete per supportare il proxy dell'agente della console

È possibile utilizzare i server proxy configurati per l'agente Console per abilitare l'accesso a Internet in uscita da Cloud Volumes ONTAP. La console supporta due tipi di proxy:

  • Proxy esplicito: il traffico in uscita da Cloud Volumes ONTAP utilizza l'indirizzo HTTP del server proxy specificato durante la configurazione del proxy dell'agente della console. L'amministratore dell'agente della console potrebbe anche aver configurato le credenziali utente e i certificati CA radice per un'autenticazione aggiuntiva. Se è disponibile un certificato CA radice per il proxy esplicito, assicurarsi di ottenere e caricare lo stesso certificato sul sistema Cloud Volumes ONTAP utilizzando "ONTAP CLI: installazione del certificato di sicurezza" comando.

  • Proxy trasparente: la rete è configurata per instradare automaticamente il traffico in uscita da Cloud Volumes ONTAP tramite il proxy dell'agente della console. Quando si configura un proxy trasparente, l'amministratore dell'agente della console deve fornire solo un certificato CA radice per la connettività da Cloud Volumes ONTAP, non l'indirizzo HTTP del server proxy. Assicurati di ottenere e caricare lo stesso certificato CA radice sul tuo sistema Cloud Volumes ONTAP utilizzando "ONTAP CLI: installazione del certificato di sicurezza" comando.

Per informazioni sulla configurazione dei server proxy per l'agente Console, consulta la "Configurare un agente Console per utilizzare un server proxy".

Configurare i tag di rete per Cloud Volumes ONTAP in Google Cloud

Durante la configurazione del proxy trasparente dell'agente Console, l'amministratore aggiunge un tag di rete per Google Cloud. È necessario ottenere e aggiungere manualmente lo stesso tag di rete per la configurazione Cloud Volumes ONTAP . Questo tag è necessario per il corretto funzionamento del server proxy.

  1. Nella Google Cloud Console, individua il tuo sistema Cloud Volumes ONTAP.

  2. Vai a Dettagli > Networking > Tag di rete.

  3. Aggiungere il tag utilizzato per l'agente Console e salvare la configurazione.

Link correlato