Panoramica del mesh di servizi GKE di Cloud Service Mesh
Questa configurazione è supportata per i clienti del servizio Anteprima, ma non è consigliata per i nuovi utenti di Cloud Service Mesh. Per ulteriori informazioni, consulta la panoramica di Cloud Service Mesh.
Questo documento è rivolto agli utenti di Google Kubernetes Engine che vogliono eseguire il deployment di un mesh di servizi Cloud Service Mesh utilizzando l'API Gateway di Kubernetes.
Puoi configurare Cloud Service Mesh per GKE utilizzando le API gateway di Kubernetes, abilitando le comunicazioni tra i servizi, la gestione del traffico, il bilanciamento del carico globale e l'applicazione dei criteri di sicurezza per i casi d'uso della rete di servizi.
API Kubernetes e API Google Cloud
Puoi configurare un mesh di servizi Cloud Service Mesh utilizzando due diverse API:
- API Google Cloud, che possono essere le API di routing dei servizi o le API precedenti
- API Gateway Kubernetes
Questo documento e le guide alla configurazione associate forniscono istruzioni per l'utilizzo dell'API Kubernetes Gateway per configurare un mesh di servizi Cloud Service Mesh.
Ti consigliamo di utilizzare le API Kubernetes Gateway su Google Kubernetes Engine e ti sconsigliamo di utilizzare entrambe le API per configurare il routing nello stesso mesh di servizi su GKE.
L'API di routing dei servizi utilizza gli stessi nomi delle risorse nelle API Kubernetes Gateway, il che semplifica l'utilizzo delle due API. Le risorse Kubernetes che configuri sono equivalenti dal punto di vista funzionale alle risorse Google Cloud rappresentate dall'API di routing dei servizi per Cloud Service Mesh.
Le seguenti sezioni descrivono le risorse e l'architettura utilizzate dall'integrazione di Cloud Service Mesh con le API Kubernetes Gateway.
API Gateway
L'API Gateway è una raccolta di risorse che modella il networking di servizi in Kubernetes. L'API Gateway Kubernetes è un progetto open source incentrato sul supporto dei casi d'uso del bilanciatore del carico e del traffico in entrata mediante un'API di routing generica. L'API di routing generica ha molte implementazioni. Le definizioni di risorse personalizzate (CRD) di Cloud Service Mesh vengono aggiunte come estensione dell'API Gateway open source. I CRD supportano i casi d'uso del mesh di servizi e utilizzano la stessa API di routing generica introdotta dall'API Gateway.
L'API Gateway è organizzata in modo gerarchico, con una risorsa padre Gateway e un elemento GatewayClass associato, a cui colleghi le route. GKE
include una risorsa TDMesh che è un peer della risorsa Gateway. Puoi
collegare gli stessi tipi di Route alla risorsa TDMesh. La risorsa TDMesh è il luogo in cui colleghi le route e i criteri per i mesh di servizi.
Parco risorse
Un parco risorse è costituito da uno o più cluster GKE raggruppati in modo logico. Un parco risorse consente di gestire le funzionalità e applicare criteri in modo coerente su più cluster. Quando utilizzi un parco risorse, puoi gestire un mesh di servizi Cloud Service Mesh che interessa più cluster.
Architettura
Cloud Service Mesh supporta l'API Gateway su GKE programmando i piani dati dei cluster per implementare i comportamenti di networking specificati nelle risorse dell'API Gateway. Cloud Service Mesh è un piano di controllo gestito da Google che non elabora il traffico del piano dati. I proxy Envoy in esecuzione come sidecar dei tuoi carichi di lavoro o client gRPC senza proxy elaborano il traffico nel piano dati. Cloud Service Mesh configura sia proxy Envoy che client gRPC senza proxy tramite l'API xDSv3.
Cloud Service Mesh offre una soluzione del piano di controllo gestita e disponibile a livello globale, più solida e scalabile rispetto all'esecuzione di controller nel cluster. Poiché si tratta di una soluzione globale, Cloud Service Mesh è in grado di bilanciare il carico del traffico tra i carichi di lavoro distribuiti in più cluster GKE. Nell'illustrazione seguente, Cloud Service Mesh gestisce il traffico verso i servizi in tre cluster che si trovano in un unico parco risorse utilizzando le risorse dell'API Gateway.
Designa un cluster nel parco risorse come cluster di configurazione. Il cluster di configurazione è il luogo in cui vengono archiviate le risorse dell'API Gateway. Cloud Service Mesh monitora solo le risorse che si trovano nel cluster di configurazione e ignora le risorse che si trovano in altri cluster del parco risorse. Per informazioni più dettagliate sul cluster di configurazione, consulta Progettazione del cluster di configurazione nella documentazione di GKE.
Con i servizi multi-cluster GKE, le risorse API Gateway nel cluster di configurazione possono fare riferimento ai servizi Kubernetes in qualsiasi cluster all'interno di un parco risorse. Per ulteriori informazioni su Multi-cluster Service Discovery, consulta Servizi multi-cluster.
Risorse
Cloud Service Mesh supporta sia proxy Envoy che gRPC senza proxy nel piano dati di un mesh di servizi. Entrambi i client ricevono la configurazione da Cloud Service Mesh per un determinato mesh di servizi, specificando il nome e il numero di progetto corrispondente della risorsa TDMesh nella rispettiva configurazione di bootstrap. Le guide alla configurazione di Cloud Service Mesh con le API Kubernetes Gateway forniscono configurazioni del piano dati dimostrativo con Envoy e gRPC senza proxy.
TDMesh risorsa
La risorsa TDMesh è una risorsa personalizzata di Cloud Service Mesh. È un'estensione delle API gateway open source
per supportare i casi d'uso del mesh di servizi di Cloud Service Mesh. Utilizzando la risorsa TDMesh, puoi creare un'istanza del mesh di servizi nel tuo parco risorse. Le route collegate alla risorsa TDMesh specificano i comportamenti di routing tra servizi nel mesh di servizi.
Route risorse
Un sottoinsieme delle risorse della route API Gateway può essere collegato a una risorsa TDMesh per specificare il routing a livello di servizio all'interno del mesh di servizi. Cloud Service Mesh supporta le seguenti Route
risorse:
HTTPRouteTCPRouteTDGRPCRoute(risorsa personalizzata Cloud Service Mesh)
Ad esempio, puoi creare un HTTPRoute per specificare che le richieste HTTP
destinate all'host payments.svc.internal vengono instradate al servizio Kubernetes
service-payments. Quando colleghi la risorsa HTTPRoute a una risorsa TDMesh
a cui sono sottoscritte le istanze del piano dati, le richieste HTTP inviate dai carichi di lavoro
all'interno del mesh vengono instradate di conseguenza.
Questa release integra le risorse Route generiche nell'API Gateway con un nuovo tipo di route, TDGRPCRoute. Il nuovo tipo di route offre un'esperienza all'avanguardia per il routing delle richieste gRPC, mediante la corrispondenza con le primitive gRPC native, ad esempio le definizioni di metodi e servizi.
Limitazioni
- Cloud Service Mesh configura i seguenti comportamenti predefiniti per tutti i servizi Kubernetes nel mesh di servizi. Questi comportamenti non
possono essere modificati.
- I controlli di integrità TCP sono configurati sulle porte di servizio a cui fanno riferimento
qualsiasi risorsa dell'API Gateway
Route. - Viene configurato un timeout predefinito di 30 secondi per tutte le richieste in entrata ai servizi.
- L'affinità sessione è disattivata.
- I controlli di integrità TCP sono configurati sulle porte di servizio a cui fanno riferimento
qualsiasi risorsa dell'API Gateway
- L'iniettore automatico di Envoy supporta un solo mesh per parco risorse.
- Le funzionalità di sicurezza di Cloud Service Mesh non possono essere abilitate utilizzando l'API Gateway.
- Devi configurare le risorse
TDMesheRoutesu GKE utilizzando solo l'API Gateway. Non puoi utilizzare la console Google Cloud, gcloud CLI o le API REST. - Tutti i cluster devono trovarsi in un progetto. Non è supportato un mesh di servizi che si estende su più cluster.
- Non puoi configurare o visualizzare un mesh di servizii GKE con la console Google Cloud.
- L'osservabilità del piano di controllo con Cloud Logging e Cloud Monitoring non è supportata.
Passaggi successivi
- Scopri come prepararti per configurare un mesh di servizi con l'API Gateway.