Questa pagina fornisce una panoramica di Google Distributed Cloud, incluse informazioni su quando utilizzarlo, i suoi limiti e i problemi noti.
Distributed Cloud consente di eseguire cluster Google Kubernetes Engine (GKE) su hardware dedicato fornito e gestito da Google, separato dal data center tradizionale. Google Cloud Google consegna e installa l'hardware Distributed Cloud presso la tua sede.
Il deployment dei carichi di lavoro su un'installazione di Distributed Cloud funziona in modo simile al deployment dei carichi di lavoro su cluster GKE basati sul cloud. Dopo il deployment dell'hardware, l'amministratore del cluster esegue il provisioning dei cluster Distributed Cloud utilizzando la console Google Cloud o Google Cloud CLI. Inoltre, l'amministratore di rete configura i componenti di rete di Distributed Cloud in modo che i tuoi carichi di lavoro possano comunicare con la tua rete locale e tra loro. I proprietari delle applicazioni possono quindi eseguire il deployment dei carichi di lavoro su questi cluster. Distributed Cloud supporta l'esecuzione di carichi di lavoro in container Kubernetes e su macchine virtuali, inclusi i carichi di lavoro basati su GPU, che vengono eseguiti su GPU NVIDIA Tesla T4.
Google monitora e gestisce da remoto l'installazione di Distributed Cloud, che include l'installazione di aggiornamenti software e patch di sicurezza, la risoluzione dei problemi di configurazione e la diagnosi dell'hardware di Distributed Cloud. Per risolvere un problema che non può essere risolto da remoto, devi fornire al personale autorizzato di Google l'accesso fisico all'hardware Distributed Cloud.
Il deployment di Distributed Cloud utilizza una connessione Cloud VPN sicura per accedere ai servizi Google Cloud e alle tue applicazioni in esecuzione Google Cloud e alla tua rete Virtual Private Cloud (VPC).
Per una panoramica tecnica di Distributed Cloud, consulta Come funziona Distributed Cloud.
Quando utilizzare Distributed Cloud
Distributed Cloud è progettato specificamente per gestire gli scenari seguenti in cui le implementazioni Google Cloud convenzionali potrebbero non essere sufficienti:
- Le tue applicazioni richiedono una connessione di rete molto stabile e non possono tollerare potenziali interruzioni del traffico che si verificano comunemente durante il trasferimento di dati su internet.
Le tue applicazioni richiedono la latenza di rete più bassa possibile e sono sensibili a picchi di latenza o jitter. Distributed Cloud supporta anche tecnologie di rete ad alte prestazioni come la virtualizzazione di input/output a radice singola (SR-IOV) e il Data Plane Development Kit (DPDK) per scenari ancora più avanzati che utilizzano l'operatore di funzioni di rete.
Le tue applicazioni generano grandi quantità di dati che sarebbero proibitive in termini di prestazioni o costi da trasferire da e verso Google Cloud.
Le leggi o i regolamenti locali stabiliscono che i tuoi dati devono rimanere on-premise e non devono essere archiviati al di fuori della tua attività o di una giurisdizione geografica specifica.
Limitazioni di Distributed Cloud
Una zona Distributed Cloud presenta le seguenti limitazioni rispetto a una zona GKE convenzionale basata sul cloud:
- Capacità di elaborazione. A differenza di una zona basata sul cloud convenzionale, la tua installazione di Distributed Cloud ha una capacità di elaborazione limitata. Tieni presente questa limitazione quando pianifichi e implementi i tuoi workload.
- Limitazioni dei workload. Distributed Cloud impone diverse restrizioni ai tuoi carichi di lavoro.
- Funzionalità di GKE Enterprise. Distributed Cloud non supporta le funzionalità di GKE Enterprise come Cloud Service Mesh, ad eccezione della funzionalità ConfigSync di Config Management.
Problemi noti in questa release di Distributed Cloud
Questa release di Distributed Cloud presenta i seguenti problemi noti:
- Un numero elevato di chiamate webhook potrebbe causare un errore temporaneo del proxy Konnectivity.
- Gli agenti delle metriche in esecuzione sui nodi Distributed Cloud possono accumulare un backlog di eventi e bloccarsi, impedendo l'acquisizione di ulteriori metriche.
- La garbage collection non riesce a pulire a intermittenza i pod terminati.
- Le sessioni BGP non vengono ripristinate quando l'interfaccia di rete corrispondente non è attiva e poi torna a essere attiva.