Questa pagina descrive il funzionamento di Google Distributed Cloud connected, incluse informazioni su infrastruttura, hardware, archiviazione e funzionalità di rete.
Google Distributed Cloud connesso è costituito dai seguenti componenti:
L'infrastruttura di Distributed Cloud connesso. Google o un integratore di sistemi (SI) certificato da Google consegna, esegue il deployment e gestisce l'hardware Google Distributed Cloud connesso, inclusa la gestione remota da parte di un team dedicato.
Il servizio Distributed Cloud connesso. Questo servizio ti consente di gestire i cluster e i pool di nodi connessi a Distributed Cloud utilizzando Google Cloud CLI e l'API Distributed Cloud Edge Container. I cluster connessi Distributed Cloud sono registrati nel tuo parco risorse e puoi utilizzare lo strumento CLI
kubectldi Kubernetes per interagire con loro.
Infrastruttura Distributed Cloud connesso
Google o un integratore di sistemi certificato da Google fornisce, implementa, gestisce e mantiene l'hardware dedicato che esegue la zona connessa a Distributed Cloud. I nodi connessi a Distributed Cloud che eseguono i tuoi workload vengono eseguiti esclusivamente su questo hardware.
Le macchine hardware vengono istanziate come nodi connessi a Distributed Cloud e raggruppate in pool di nodi, che puoi assegnare ai cluster all'interno della tua zona connessa a Distributed Cloud. Puoi configurare la rete in modo che i carichi di lavoro in esecuzione sui cluster connessi a Distributed Cloud siano disponibili solo per gli utenti locali o accessibili da internet. Puoi anche configurare la rete in modo da consentire solo ai nodi connessi a Distributed Cloud di utilizzare le risorse locali o di comunicare con i carichi di lavoro, ad esempio le istanze di macchine virtuali (VM) Compute Engine e i pod Kubernetes in esecuzione in una rete Virtual Private Cloud (VPC) tramite una connessione di rete Cloud VPN sicura a una rete VPC su Google Cloud.
Gestione di Distributed Cloud connesso
I nodi Distributed Cloud Connected non sono risorse autonome e devono rimanere connessi a Google Cloud per la gestione e il monitoraggio del control plane. I nodi del control plane vengono eseguiti localmente sull'hardware connesso a Distributed Cloud e i carichi di lavoro continuano a essere eseguiti se il deployment connesso a Distributed Cloud è disconnesso da Google Cloud. I workload continuano a essere eseguiti mentre sono disconnessi da Google Cloud per un massimo di sette giorni.
Google gestisce da remoto le macchine fisiche e gli switch ToR che costituiscono il deployment di Distributed Cloud connesso. Ciò include l'installazione di aggiornamenti software e patch di sicurezza e la risoluzione dei problemi di configurazione. L'amministratore di rete può anche monitorare l'integrità e le prestazioni dei cluster e dei nodi di Distributed Cloud connesso e collaborare con Google per risolvere eventuali problemi.
Dopo che Google ha eseguito il deployment dell'hardware Distributed Cloud Connected nella posizione designata, l'amministratore del cluster può iniziare a configurare il cluster Distributed Cloud Connected in modo simile a un cluster Kubernetes convenzionale. Possono assegnare macchine a pool di nodi e pool di nodi a cluster e concedere l'accesso ai proprietari delle applicazioni in base ai requisiti dei loro ruoli. L'amministratore del cluster deve, tuttavia, tenere presente i limiti di elaborazione e archiviazione delle macchine nel rack e nel cluster connessi a Distributed Cloud e pianificare la configurazione di cluster e workload di conseguenza.
Distributed Cloud connesso fornisce un'API per la configurazione di cluster e node pool.
Accesso alla zona connessa a Distributed Cloud
Puoi configurare la rete per consentire il livello di accesso desiderato alla zona connessa a Distributed Cloud, sia dalla rete locale sia da internet.
Puoi anche concedere alla tua zona connessa Distributed Cloud l'accesso ai serviziGoogle Cloud connettendola alla tua rete VPC. Distributed Cloud connesso utilizza Cloud VPN per connettersi agli endpoint di servizio Google. L'amministratore di rete deve configurare la rete per consentirlo.
Personas di Distributed Cloud connesso
Le seguenti persone sono coinvolte nel deployment e nel funzionamento della tua zona connessa a Distributed Cloud:
Tecnico sul campo. Consegna, installa e attiva l'hardware connesso a Distributed Cloud nella posizione designata. L'amministratore di rete collabora con i tecnici sul campo per collegare l'hardware alla fonte di alimentazione e alla rete. A seconda del tipo di ordine, si tratta di un tecnico Google o di un tecnico SI certificato da Google.
Google site reliability engineer (SRE). Monitora e gestisce l'hardware connesso a Distributed Cloud. Ciò include la risoluzione dei problemi di configurazione, l'installazione di patch e aggiornamenti e la manutenzione della sicurezza.
Amministratore di rete. Configura e gestisce la connettività di rete e controllo dell'accessoo tra l'hardware connesso a Distributed Cloud e la tua rete locale. Ciò include la configurazione delle regole di routing e firewall per garantire che tutti i tipi di traffico di rete richiesti possano fluire liberamente tra l'hardware Distributed Cloud, Google Cloud, i client che utilizzano i carichi di lavoro connessi a Distributed Cloud, i repository di dati interni ed esterni e così via. L'amministratore di rete deve avere accesso alla console Google Cloud per monitorare lo stato delle macchine Distributed Cloud connesse. L'amministratore di rete configura anche le funzionalità di rete Distributed Cloud.
Amministratore cluster. Esegue il deployment e la manutenzione dei cluster connessi di Distributed Cloud all'interno della tua organizzazione. Ciò include la configurazione di autorizzazioni, logging e provisioning dei carichi di lavoro per ogni cluster. L'amministratore del cluster assegna i nodi ai pool di nodi e i pool di nodi ai cluster Google Distributed Cloud connected. L'amministratore del cluster deve comprendere le differenze operative tra il cluster connesso a Distributed Cloud e un cluster Kubernetes tradizionale, ad esempio le funzionalità di elaborazione e archiviazione dell'hardware connesso a Distributed Cloud, per configurare e distribuire correttamente i workload.
Proprietario dell'applicazione. Un ingegnere software responsabile dello sviluppo e/o del deployment e del monitoraggio di un'applicazione in esecuzione su un cluster Google Distributed Cloud connesso. I proprietari delle applicazioni che possiedono applicazioni su un cluster Google Distributed Cloud connesso devono comprendere i limiti di dimensioni e posizione dei cluster, nonché le conseguenze del deployment di un'applicazione all'edge, come prestazioni e latenza.
Fattori di forma di Distributed Cloud connected
Distributed Cloud connected è disponibile in uno dei seguenti fattori di forma:
Rack Distributed Cloud. Esistono due tipi di rack Distributed Cloud:
Coppia di rack di base (obbligatorio). Due rack di base che formano il nucleo minimo richiesto di una zona Distributed Cloud. Ogni rack di base può ospitare da tre a dodici macchine Distributed Cloud connected. Ogni rack di base contiene anche due switch top-of-rack (ToR), oltre all'infrastruttura elettrica e di rete necessaria. Ogni rack base di una coppia di rack base contiene anche uno switch di aggregazione, che consente di collegare fino a tre rack di espansione con ridondanza, per un totale di cinque rack per zona Distributed Cloud.
(Facoltativo) Rack di espansione. Un rack opzionale che può ospitare da 3 a 12 macchine Distributed Cloud. Ogni rack di espansione contiene anche due switch top-of-rack (ToR) più le apparecchiature elettriche e di rete necessarie. Un rack di espansione non può funzionare in modo autonomo; devi collegarlo a una coppia di rack di base. Puoi collegare fino a tre rack di espansione a una coppia di rack di base per un totale di cinque rack per zona Distributed Cloud.
Server Distributed Cloud connesso. Un gruppo di tre macchine connesse a Distributed Cloud senza rack che si connettono direttamente alla rete locale tramite i tuoi switch ToR.
La tabella seguente descrive le differenze tra i rack Google Distributed Cloud connected e i server Google Distributed Cloud connected.
Funzionalità Rack GDC connesso Server GDC Connected Fattore di forma fisico Rack popolato da 42 RU
(2 switch ToR, da 3 a 12 macchine rackmount,
più 1 switch di aggregazione
in ogni rack di base)Macchina rackmount a metà profondità 1RU Alimentatore Solo AC Solo AC Workload GPU Supportato solo su hardware rack legacy
("Configurazione 1" e "Configurazione 2")Supportato Workload VM Supportato solo su hardware rack legacy
("Configurazione 1" e "Configurazione 2")Supportato Connettività di rete locale Livello 3, BGP supportato Livello 2, BGP non supportato Reti Edge Network Completamente configurabile Solo rete singola (predefinita) Subnet di Edge Network CIDR e ID VLAN Solo ID VLAN Interconnessioni di rete perimetrale Supportato Non supportata Allegati di interconnessione della rete perimetrale Supportato Non supportata Connessioni VPN di Edge Network Supportato Non supportata Connettività VPC Supportato Non supportata Symcloud Storage Supportato solo su hardware rack legacy
("Configurazione 1" e "Configurazione 2")Supportato Network Function Operator Supportato Non supportata SR-IOV Supportato Non supportata
Per impostazione predefinita, puoi ordinare solo server Distributed Cloud connected in una configurazione a tre macchine. Se i requisiti della tua attività richiedono implementazioni su una singola macchina di server connessi a Distributed Cloud, contatta il tuo rappresentante di vendita Google per ulteriori informazioni.
Hardware rack connesso a Distributed Cloud
La Figura 1 mostra una tipica configurazione di base di un rack Distributed Cloud connected a sei macchine con due dei quattro slot per blocchi di macchine compilati. Gli spazi vuoti non vengono mostrati.
La Figura 2 mostra una tipica configurazione di un rack di espansione Distributed Cloud connected a sei macchine con due dei quattro slot per i blocchi di macchine compilati. Gli spazi vuoti non vengono mostrati.
I componenti di un'installazione di rack Distributed Cloud connected sono i seguenti:
Google Cloud. Il traffico tra l'installazione di Distributed Cloud connessa e Google Cloud include il traffico di gestione hardware e il traffico Cloud VPN verso i servizi Google Cloud e qualsiasi carico di lavoro che esegui lì. Se applicabile, può includere anche il traffico VPC.
Internet. Il traffico di gestione e monitoraggio criptato tra l'installazione di Distributed Cloud connected e Google Cloud transita su internet. Distributed Cloud connesso non supporta le connessioni a internet tramite proxy.
Rete locale. La rete locale esterna al rack Distributed Cloud che connette i router edge di peering a internet.
Router edge di peering. I router di rete locale che si interfacciano con gli switch ToR di Distributed Cloud. A seconda della posizione fisica che scegli per l'installazione di Distributed Cloud, i router di peering edge possono essere di proprietà e gestiti dalla tua organizzazione o dalla tua struttura di colocation. Devi configurare questi router in modo che utilizzino il protocollo Border Gateway Protocol (BGP) per il peering con gli switch ToR e annuncino una route predefinita all'hardware connesso a Distributed Cloud. Devi anche configurare questi router, nonché i firewall corrispondenti, per consentire il traffico di gestione dei dispositivi, il traffico di monitoraggio e il traffico Cloud VPN di Google, se applicabile.
A seconda dei requisiti della tua attività, puoi configurare questi router come segue:
- Consenti ai nodi connessi di Distributed Cloud di accedere a internet utilizzando la Network Address Translation (NAT) pubblica o l'esposizione diretta agli indirizzi IP pubblici.
- Consenti una connessione VPN alla tua rete VPC e a tutti i serviziGoogle Cloud che preferisci.
Switch top-of-rack (ToR). Gli switch di livello 3 che collegano le macchine all'interno del rack e si interfacciano con la tua rete locale. Questi switch sono speaker BGP e gestiscono il traffico di rete tra il rack connesso a Distributed Cloud e le tue apparecchiature di rete locali. Si connettono ai router di peering perimetrali utilizzando i bundle Link Aggregation Control Protocol (LACP).
Interruttore dell'aggregatore. Lo switch di livello 3, presente solo nei rack di base, che collega gli switch ToR dei rack di espansione e aggrega il loro traffico per formare una rete multi-rack. Gli switch di aggregazione si connettono ai router di peering perimetrali.
Macchine. Le macchine fisiche che eseguono il software connesso a Distributed Cloud ed eseguono i tuoi carichi di lavoro. Ogni macchina fisica viene istanziata come nodo all'interno del cluster Distributed Cloud connesso.
Slot per macchine rack di Distributed Cloud connected
Un rack connesso Distributed Cloud ha quattro slot disponibili per i carichi di lavoro utente, ognuno dei quali contiene un blocco di tre macchine, consentendo una capacità massima di dodici macchine. Per essere operativo, un rack deve contenere almeno un blocco composto da macchine di calcolo. Inoltre, a differenza di questi quattro slot configurabili dall'utente, un quinto slot è riservato all'utilizzo da parte di Google.
Devi selezionare e ordinare tutto l'hardware connesso a Distributed Cloud per ogni zona connessa a Distributed Cloud contemporaneamente. Non puoi aggiungere o rimuovere hardware da una zona dopo che è stato implementato. Ciò include l'aggiunta o la rimozione di blocchi macchina e l'aggiunta o la rimozione di rack di espansione.
A partire da questa release di Distributed Cloud connected, l'unico tipo di macchina disponibile è la macchina di calcolo ottimizzata per la rete.
Hardware del server connesso a Distributed Cloud
La Figura 3 mostra una tipica configurazione del server Distributed Cloud connesso.
I componenti di un'installazione del server connesso a Distributed Cloud sono i seguenti:
Google Cloud. Il traffico tra l'installazione di Distributed Cloud connesso e Google Cloud include la gestione dell'hardware e il traffico di logging di controllo.
Internet. Il traffico di gestione e logging di controllo criptato tra l'installazione connessa di Distributed Cloud e Google Cloud viene trasferito su internet. Distributed Cloud connesso non supporta le connessioni a internet tramite proxy.
Rete locale. La tua rete locale a cui si connettono i server Distributed Cloud tramite gli switch ToR di livello 2.
Switch top-of-rack (ToR). Gli switch di livello 2 che collegano le macchine server e si interfacciano con la rete locale. Ogni macchina server connessa a Distributed Cloud richiede, come minimo, una connessione in banda e una fuori banda a un singolo switch ToR. Per una maggiore affidabilità, Google consiglia di utilizzare due switch ToR e due connessioni in banda per macchina (una per switch). Ogni macchina server connessa a Distributed Cloud si connette agli switch ToR nel seguente modo:
- Connettività del carico di lavoro. Le interfacce di rete primaria e secondaria di ogni macchina server Distributed Cloud connected si connettono a uno o entrambi gli switch ToR per la connettività del carico di lavoro. Queste connessioni trasportano il traffico del workload tra le singole macchine server Distributed Cloud e da e verso la tua rete locale. Devi posizionare le porte dello switch corrispondenti all'interno della stessa VLAN. Se hai bisogno di una connettività aggiuntiva per i carichi di lavoro, puoi eseguire il trunking di VLAN taggate aggiuntive ai server connessi a Distributed Cloud.
- Connettività di gestione. L'interfaccia di rete Baseboard Management Controller (BMC) di ogni macchina server connessa a Distributed Cloud si connette a uno switch ToR per la connettività di gestione, il che consente ai server connessi a Distributed Cloud di comunicare tra loro. Devi configurarli come trunk 802.1q e la VLAN nativa corrispondente come rete a cui appartengono le interfacce di rete di gestione di Distributed Cloud connected.
Macchine. Le macchine server fisiche di Distributed Cloud connected che eseguono il software Distributed Cloud connected ed eseguono i tuoi carichi di lavoro. Ogni macchina fisica viene istanziata come nodo all'interno del cluster connesso Distributed Cloud.
Servizio Distributed Cloud
Il servizio Distributed Cloud connected viene eseguito direttamente sull'hardware Distributed Cloud. Funge da control plane per i nodi e i cluster sull'hardware Google Distributed Cloud Connected. Questo control plane crea e configura la tua zona connessa a Distributed Cloud. Il data center specifico Google Cloud a cui si connette l'hardware Distributed Cloud per la gestione viene scelto in base alla sua vicinanza all'installazione connessa a Distributed Cloud.
Una zona connessa a Distributed Cloud è costituita dalle macchine installate nei rack connessi a Distributed Cloud o dalle macchine server connessi a Distributed Cloud distribuite on-premise. Con il rack Google Distributed Cloud connected, puoi assegnare queste macchine, istanziate come nodi Kubernetes, a un pool di nodi e il pool di nodi a un cluster Google Distributed Cloud. Con i server connessi di Distributed Cloud, i pool di nodi vengono compilati automaticamente e non sono configurabili.
I carichi di lavoro continuano a essere eseguiti anche se Distributed Cloud non riesce a connettersi a Google Cloud per un massimo di 7 giorni. Al termine di questo periodo, Distributed Cloud deve comunicare con Google Cloud per aggiornare i token di autenticazione, le chiavi di crittografia dell'archiviazione e sincronizzare i dati di gestione hardware e di logging degli audit.
La Figura 4 mostra l'organizzazione logica delle entità Distributed Cloud connected.
Le entità sono le seguenti:
Google Cloud region. La regioneGoogle Cloud per la tua zona connessa a Distributed Cloud è determinata dalla posizione del data center Google Cloud più vicino alla tua installazione di Distributed Cloud.
Control plane locale di Kubernetes. Il piano di controllo Kubernetes per ogni cluster connesso a Distributed Cloud viene eseguito direttamente sull'hardware Distributed Cloud. Un cluster può entrare in modalità di sopravvivenza quando la connessione a Google Cloud viene temporaneamente persa, consentendo ai tuoi workload di continuare a essere eseguiti finché la connessione non viene ripristinata. Per saperne di più, consulta la sezione Modalità di sopravvivenza.
Zona Distributed Cloud. Un'astrazione logica che rappresenta l'hardware di Distributed Cloud connesso di cui è stato eseguito il deployment nella tua sede. Una zona Distributed Cloud copre uno o più rack connessi a Distributed Cloud o tutte le macchine server connesse a Distributed Cloud distribuite nella tua sede. Le macchine fisiche nella zona vengono istanziate come macchine Distributed Cloud connected nella console Google Cloud . Le macchine in una zona connessa a Distributed Cloud condividono una singola infrastruttura di rete o un singolo dominio di errore. Google crea le tue macchine prima di consegnare l'hardware Google Distributed Cloud connesso. Non puoi creare, eliminare o modificare le macchine connesse a Distributed Cloud.
Nodo. Un nodo è una risorsa Kubernetes che istanzia una macchina fisica Distributed Cloud connessa nel realm Kubernetes quando viene creato un pool di nodi, rendendola disponibile per l'esecuzione dei carichi di lavoro assegnando il pool di nodi a un cluster Distributed Cloud connesso.
Node pool. Un raggruppamento logico di nodi Distributed Cloud connessi all'interno di una singola zona Distributed Cloud connessa che consente di assegnare nodi Distributed Cloud ai cluster Distributed Cloud. Per i server connessi a Distributed Cloud, i pool di nodi vengono istanziati e compilati automaticamente.
Cluster. Un cluster Distributed Cloud Connected composto da un control plane e da uno o più pool di nodi.
Connessione VPN. Un tunnel VPN a una rete VPC in esecuzione in un progettoGoogle Cloud . Questo tunnel consente ai workload connessi a Distributed Cloud di accedere alle risorse Compute Engine connesse a quella rete VPC. Prima di poter creare una connessione VPN, devi creare almeno un pool di nodi nella tua zona. I server Distributed Cloud connected non supportano le connessioni VPN.
Progetti Google Cloud Distributed Cloud connesso
Distributed Cloud connesso consente di creare più cluster all'interno di una singola zona Distributed Cloud connesso. Anche se la zona stessa è associata a un progetto Google Cloud specifico, i singoli cluster che operano all'interno di quella zona possono essere collegati a progettiGoogle Cloud diversi indipendenti dall'affiliazione del progetto della zona. Questa architettura ti consente di condividere l'infrastruttura della zona fisica tra vari team o applicazioni che potrebbero operare in strutture di progetto separate per scopi di fatturazione o gestione.
Archiviazione
Distributed Cloud Connected fornisce spazio di archiviazione utilizzabile su ogni macchina fisica. Questo spazio di archiviazione è configurato come volumi logici Linux. Quando crei un cluster, Distributed Cloud crea uno o più PersistentVolumes Kubernetes e li espone come volumi a blocchi che puoi assegnare a un carico di lavoro utilizzando PersistentVolumeClaims. Tieni presente che questi PersistentVolume non garantiscono la durabilità dei dati e sono adatti solo ai dati effimeri. Per informazioni sull'utilizzo dei volumi a blocchi, consulta PersistentVolumeClaim che richiede un volume a blocchi non elaborato.
Sicurezza dello spazio di archiviazione
Distributed Cloud connected utilizza Linux Unified Key Setup (LUKS) per criptare lo spazio di archiviazione della macchina locale e supporta le chiavi di crittografia gestite dal cliente (CMEK) con Cloud KMS. Per saperne di più, consulta le best practice per la sicurezza.
Integrazione di Symcloud Storage
In alcune configurazioni connesse a Distributed Cloud, puoi configurare Distributed Cloud in modo che utilizzi Rakuten Symcloud Storage, che funge da livello di astrazione dello spazio di archiviazione locale su ogni nodo connesso a Distributed Cloud e rende disponibile lo spazio di archiviazione locale ai carichi di lavoro in esecuzione su altri nodi. Per maggiori informazioni, consulta Configura Distributed Cloud connesso per Symcloud Storage.
Networking
Questa sezione descrive i requisiti e le funzionalità di connettività di rete di Distributed Cloud connetted.
Google preconfigura alcuni componenti di rete virtuale per l'installazione prima di spedirti l'hardware Google Distributed Cloud connesso. Non puoi modificare le impostazioni preconfigurate dopo la consegna dell'hardware.
La figura 5 mostra la topologia della rete virtuale in un'implementazione di Distributed Cloud connected.
I componenti della rete virtuale in un deployment di Distributed Cloud connected sono i seguenti:
Rete. Una rete virtuale con uno spazio di indirizzi privati nella tua zona connessa a Distributed Cloud. Una rete è isolata a livello 3 dalle altre reti virtuali all'interno della zona e può contenere una o più subnet. La rete virtuale copre tutte le macchine fisiche nel rack Distributed Cloud connected. Una singola zona connessa a Distributed Cloud supporta un massimo di 20 reti. I server Distributed Cloud connected supportano una sola rete, quella predefinita creata quando viene istanziato un cluster di server Distributed Cloud connected.
Subnet. Una subnet VLAN di livello 2 e livello 3 all'interno di una rete Distributed Cloud. Una subnet ha un proprio dominio di trasmissione e uno o più intervalli di indirizzi IPv4 a tua scelta. Le subnet all'interno della stessa rete sono isolate a livello 2, ma possono comunicare tra loro a livello 3. I nodi in subnet diverse all'interno della stessa rete possono comunicare tra loro utilizzando i rispettivi indirizzi IP. Tuttavia, i nodi nelle subnet all'interno di reti diverse non possono comunicare tra loro. I server connessi a Distributed Cloud supportano solo la gestione delle subnet utilizzando gli ID VLAN.
Router. Un'istanza di router virtuale che gestisce il traffico all'interno di una rete Distributed Cloud. L'amministratore di rete utilizza un router per configurare una sessione di peering BGP su un collegamento di interconnessione tra una rete Distributed Cloud e la tua rete locale, in modo che i pod Distributed Cloud possano annunciare i prefissi di rete sulla tua rete locale. Per impostazione predefinita, i router riannunciano le route ricevute dalle subnet di Distributed Cloud. Distributed Cloud supporta un router per rete. I server Distributed Cloud Connected non supportano i router.
Interconnessione. Un collegamento logico in bundle tra una rete Distributed Cloud e la tua rete locale. Un'interconnessione è costituita da uno o più link fisici. Durante l'avvio iniziale, Google crea gli interconnessioni che hai richiesto quando hai ordinato Distributed Cloud connected. Le interconnessioni non possono essere create, modificate o rimosse dopo che il rack connesso di Distributed Cloud è attivo e funzionante. Per impostazione predefinita, Google crea quattro interconnessioni per fornire alta disponibilità per l'installazione. I server connessi a Distributed Cloud non supportano le interconnessioni.
Collegamento di interconnessione. Un collegamento virtuale tra un'interconnessione e un router che isola la rete Distributed Cloud corrispondente dalla tua rete locale. Il traffico che scorre attraverso un collegamento di interconnessione può essere non taggato o taggato con un ID VLAN a tua scelta. Crea allegati di interconnessione in base ai requisiti aziendali. I server Distributed Cloud non supportano i collegamenti di interconnessione.
I componenti di rete connessi a Distributed Cloud condividono somiglianze con i loro Google Cloud equivalenti, con le seguenti differenze:
I componenti di rete di Distributed Cloud connesso sono locali alla zona connessa a Distributed Cloud in cui vengono istanziati.
Una rete Distributed Cloud non ha connettività diretta a una rete VPC.
Per impostazione predefinita, le reti Distributed Cloud non hanno connettività tra loro in diverse zone Distributed Cloud connesse. Hai la possibilità di configurare esplicitamente il networking tra zone.
L'amministratore di rete configura i componenti di rete di Distributed Cloud connesso, ad eccezione degli interconnessioni, che Google configura prima di spedire l'hardware Distributed Cloud connesso.
L'amministratore di rete deve disporre del ruolo Edge Network Admin (roles/edgenetwork.admin) nel progetto di destinazione Google Cloud , mentre gli sviluppatori di applicazioni che eseguono il deployment dei carichi di lavoro su Distributed Cloud connesso devono disporre del ruolo Edge Network Viewer (roles/edgenetwork.viewer) nel progetto di destinazione Google Cloud .
Connettività alla rete locale
Per il traffico in uscita verso le risorse sulla tua rete locale, i pod in un cluster connesso Distributed Cloud utilizzano le route predefinite annunciate dai router edge di peering. Distributed Cloud connesso utilizza il NAT integrato per connettere i pod a queste risorse.
Per il traffico in entrata dalle risorse sulla tua rete locale, l'amministratore di rete deve configurare criteri di routing che corrispondano ai requisiti aziendali per controllare l'accesso ai pod in ciascuno dei cluster connessi a Distributed Cloud. Ciò significa, come minimo, completare i passaggi descritti in Configurazione del firewall e configurare policy aggiuntive in base ai requisiti dei tuoi carichi di lavoro. Ad esempio, puoi configurare criteri "consenti" o "nega" per singole subnet di nodi o indirizzi IP virtuali esposti dal bilanciamento del carico integrato in Distributed Cloud connesso. I blocchi CIDR di Distributed Cloud connected Pod e Distributed Cloud connected Service non sono accessibili direttamente.
Connettività a internet
Per il traffico in uscita verso le risorse su internet, i pod in un cluster connesso a Distributed Cloud utilizzano la route predefinita pubblicizzata dai router agli switch ToR connessi a Distributed Cloud. Ciò significa, come minimo, completare i passaggi descritti in Configurazione firewall e configurare ulteriori criteri in base ai requisiti dei tuoi carichi di lavoro. Distributed Cloud connesso utilizza la NAT integrata per connettere i pod a queste risorse. Facoltativamente, puoi configurare un tuo livello NAT sopra il livello integrato in Distributed Cloud connesso.
Per il traffico in entrata, devi configurare i router WAN in base ai requisiti della tua attività. Questi requisiti determinano il livello di accesso che devi fornire da internet pubblico ai pod nei cluster connessi di Distributed Cloud. Distributed Cloud connesso utilizza il NAT integrato per i blocchi CIDR dei pod e i blocchi CIDR di gestione dei servizi, pertanto questi blocchi CIDR non sono accessibili da internet.
Connettività a una rete VPC
Distributed Cloud connesso include una soluzione VPN integrata che ti consente di connettere un cluster Distributed Cloud connesso direttamente a una rete VPC in Google Cloud se questa rete si trova nello stesso progettoGoogle Cloud del cluster Distributed Cloud connesso.
Se utilizzi Cloud Interconnect per connettere la tua rete locale a una rete VPC, i cluster connessi di Distributed Cloud possono raggiungere la rete VPC utilizzando il peering eBGP standard in direzione nord. I router di peering edge devono essere in grado di raggiungere i prefissi VPC appropriati e i router Cloud Interconnect devono annunciare correttamente i prefissi connessi a Distributed Cloud, ad esempio le subnet di bilanciamento del carico, gestione e sistema connesse a Distributed Cloud.
Dopo aver stabilito una connessione VPN tra il cluster connesso a Distributed Cloud e la rete VPC, per impostazione predefinita si applicano le seguenti regole di connettività:
- La tua rete VPC può accedere a tutti i pod nel cluster connesso a Distributed Cloud.
- Tutti i pod nel cluster connesso Distributed Cloud possono accedere a tutti i pod nei cluster VPC nativi. Per i cluster basati sulle route, devi configurare manualmente le route annunciate personalizzate.
- Tutti i pod nel cluster connesso di Distributed Cloud possono accedere alle subnet delle macchine virtuali nella tua rete VPC.
La funzionalità descritta in questa sezione non è disponibile sui server connessi di Distributed Cloud.
Connettività con Google Cloud API e servizi
Dopo aver configurato una connessione VPN alla rete VPC, i carichi di lavoro in esecuzione nell'installazione connessa di Distributed Cloud possono accedere ad API e servizi. Google Cloud
Se le esigenze della tua attività lo richiedono, puoi configurare anche le seguenti funzionalità:
- Accesso privato Google per accedere alle API e ai servizi Google Cloud
- Private Service Connect per utilizzare endpoint di servizio privati per accedere alle API Google Cloud
La connettività VPN non è disponibile sui server Distributed Cloud connesso.
Sicurezza della rete
I requisiti aziendali e le norme di sicurezza di rete della tua organizzazione dettano i passaggi necessari per proteggere il traffico di rete in entrata e in uscita dall'installazione connessa di Distributed Cloud. Per saperne di più, consulta le best practice per la sicurezza.
Altre funzionalità di networking
Distributed Cloud connesso supporta le seguenti funzionalità di networking:
Supporto di rete ad alte prestazioni
I rack connessi di Distributed Cloud supportano l'esecuzione di carichi di lavoro che richiedono le migliori prestazioni di rete possibili. A questo scopo, Distributed Cloud connected viene fornito con un operatore di funzioni di rete specializzato e un insieme di definizioni di risorse personalizzate (CRD) di Kubernetes che implementano le funzionalità richieste per l'esecuzione di workload ad alte prestazioni.
I rack Google Distributed Cloud connected supportano anche la virtualizzazione delle interfacce di rete utilizzando SR-IOV.
Le funzionalità descritte in questa sezione non sono disponibili sui server connessi di Distributed Cloud.
Supporto dei carichi di lavoro delle macchine virtuali
In determinate configurazioni hardware, Distributed Cloud Connected può eseguire carichi di lavoro in macchine virtuali oltre che in container. Per saperne di più, consulta Gestire le macchine virtuali.
Per scoprire in che modo le macchine virtuali fungono da componente essenziale della piattaforma Google Distributed Cloud connected, consulta Estendere GKE Enterprise per gestire le VM edge on-premise.
Supporto dei workload GPU
In determinate configurazioni hardware, Distributed Cloud connected può eseguire carichi di lavoro basati su GPU su GPU NVIDIA L4 e Tesla T4. Devi specificare questo requisito quando ordini l'hardware connesso a Distributed Cloud. Per saperne di più, consulta Gestire i carichi di lavoro GPU.