Funzionalità supportate del piano di controllo in-cluster

Questa pagina descrive le funzionalità supportate in Cloud Service Mesh 1.26.0 con un control plane in-cluster. Per visualizzare le funzionalità supportate per Cloud Service Mesh 1.26.0 con un control plane gestito, consulta Control plane gestito.

Versioni supportate

Il supporto di Cloud Service Mesh segue i criteri di supporto delle versioni di GKE Enterprise.

Per Cloud Service Mesh gestito con un'implementazione del control plane TRAFFIC_DIRECTOR, Google supporta sempre questo control plane.

Per Cloud Service Mesh gestito con un'implementazione del control plane ISTIOD, Google supporta le versioni attuali di Cloud Service Mesh disponibili in ogni canale di rilascio.

Per Cloud Service Mesh installato autonomamente nel cluster, Google supporta la versione attuale e le due versioni secondarie precedenti (n-2) di Cloud Service Mesh.

La tabella seguente mostra le versioni supportate di Cloud Service Mesh installato autonomamente nel cluster e la data di fine del ciclo di vita (EOL) più recente per una versione.

Se utilizzi una versione non supportata di Cloud Service Mesh, devi eseguire l'upgrade a Cloud Service Mesh 1.24 o versioni successive. Per informazioni su come eseguire l'upgrade, vedi Eseguire l'upgrade di Cloud Service Mesh.

La tabella seguente mostra le versioni non supportate di Cloud Service Mesh e la relativa data di fine del ciclo di vita.

Per ulteriori informazioni sulle nostre norme di assistenza, consulta la sezione Richiedere assistenza.

Differenze tra piattaforme

Esistono differenze nelle funzionalità supportate tra le piattaforme supportate.

Le colonne Altri cluster GKE Enterprise si riferiscono ai cluster che si trovano al di fuori di Google Cloud, ad esempio:

• Google Distributed Cloud:

  • Google Distributed Cloud (solo software) per VMware
  • Google Distributed Cloud (solo software) per bare metal

  Questa pagina utilizza Google Distributed Cloud, dove è disponibile lo stesso supporto sia per Google Distributed Cloud (solo software) per VMware sia per Google Distributed Cloud (solo software) per bare metal, nonché la piattaforma specifica in cui esistono differenze tra le piattaforme.

• GKE Enterprise su altri cloud pubblici:

  • GKE su AWS
  • GKE su Azure

• Cluster collegati a GKE: cluster Kubernetes di terze parti che sono stati registrati in un parco risorse. Cloud Service Mesh è supportato sui seguenti tipi di cluster:

  • Cluster Amazon EKS
  • Cluster Microsoft AKS

Nelle seguenti tabelle:

• : indica che la funzionalità è abilitata per impostazione predefinita.
• * – indica che la funzionalità è supportata per la piattaforma e può essere attivata, come descritto in Attivazione delle funzionalità opzionali o nella guida alle funzionalità collegata nella tabella delle funzionalità.
• Compatibile: indica che la funzionalità o lo strumento di terze parti verrà integrato o funzionerà con Cloud Service Mesh, ma non è completamente supportato dall'assistenza Google Cloud e non è disponibile una guida alle funzionalità.
• : indica che la funzionalità non è disponibile o non è supportata in Cloud Service Mesh 1.26.0.

Le funzionalità predefinite e facoltative sono completamente supportate dall'assistenza di Google Cloud. Le funzionalità non elencate esplicitamente nelle tabelle ricevono assistenza con il massimo impegno.

Immagini di base

Sicurezza

Meccanismi di distribuzione/rotazione dei certificati

Supporto dell'autorità di certificazione (CA)

Funzionalità di sicurezza di Cloud Service Mesh

Oltre a supportare le funzionalità di sicurezza di Istio, Cloud Service Mesh offre ancora più funzionalità per aiutarti a proteggere le tue applicazioni.

Policy di autorizzazione

Criteri di autenticazione

Autenticazione peer

Per informazioni sull'attivazione della modalità STRICT di mTLS, vedi Configurazione della sicurezza del trasporto.

Richiedi autenticazione

Note:

1. Il JWT di terze parti è abilitato per impostazione predefinita.

Telemetria

Metriche

Logging delle richieste proxy

Tracciamento

Networking

Regola di destinazione

Meccanismo di intercettazione/reindirizzamento del traffico

Supporto del protocollo

I servizi configurati con funzionalità di livello 7 per i seguenti protocolli non sono supportati: WebSocket, MongoDB, Redis, Kafka, Cassandra, RabbitMQ, Cloud SQL. Potresti riuscire a far funzionare il protocollo utilizzando il supporto del flusso di byte TCP. Se il flusso di byte TCP non può supportare il protocollo (ad esempio, Kafka invia un indirizzo di reindirizzamento in una risposta specifica del protocollo e questo reindirizzamento non è compatibile con la logica di routing di Cloud Service Mesh), il protocollo non è supportato.

Note:

1. Sebbene TCP sia un protocollo supportato per il networking, le metriche TCP non vengono raccolte o segnalate. Le metriche vengono visualizzate solo per i servizi HTTP nella console Google Cloud .

Deployment di Envoy

Supporto CRD

Bilanciatore del carico per il gateway in entrata Istio

Per informazioni sulla configurazione dei bilanciatori del carico, vedi quanto segue:

• Configurazione del bilanciatore del carico per Google Distributed Cloud (solo software) per VMware
• GKE su AWS: Creazione di un bilanciatore del carico
• Esporre un gateway Ingress utilizzando un bilanciatore del carico esterno

API Kubernetes Gateway (anteprima)

In Cloud Service Mesh v1.20, l'API Kubernetes Gateway è disponibile come anteprima pubblica.

Se utilizzi cluster collegati Microsoft AKS o cluster GKE su Azure, devi impostare la seguente annotazione per la risorsa gateway per configurare i controlli di integrità su TCP:

  service.beta.kubernetes.io/port_80_health-probe_protocol: tcp

In caso contrario, il traffico HTTP non verrà accettato.

Requisiti di anteprima dell'API Kubernetes Gateway

L'anteprima dell'API Kubernetes Gateway presenta i seguenti requisiti:

• Utilizza il comportamento predefinito dei deployment automatici per i gateway.

• Utilizza la CRD HttpRoute per le configurazioni di routing. HttpRoute deve avere un parentRef che punta a un gateway.

• Non utilizzare le CR Istio Gateway e le CR API Gateway di Kubernetes sullo stesso cluster.

Policy di bilanciamento del carico

Per ulteriori informazioni sulle policy di bilanciamento del carico, vedi Regole di destinazione.

Piano dati

Supporto multi-cluster

Per i deployment multi-primari di cluster GKE in progetti diversi, tutti i cluster devono trovarsi in un Virtual Private Cloud (VPC) condiviso.

Rete

Note:

• Per i cluster collegati, al momento sono supportate solo le mesh multicluster che si estendono su una singola piattaforma (Microsoft AKS, Amazon EKS).

Modello di deployment

Note sulla terminologia:

• Un cluster principale è un cluster con un piano di controllo. Un singolo mesh può avere più di un cluster primario per l'alta disponibilità o per ridurre la latenza. Nella documentazione di Istio 1.7, un deployment multi-primario viene definito un control plane replicato.

• Un cluster remoto è un cluster che si connette a un control plane che si trova al di fuori del cluster. Un cluster remoto può connettersi a un control plane in esecuzione in un cluster principale o a un control plane esterno.

• Cloud Service Mesh utilizza una definizione semplificata di rete basata sulla connettività generale. Le istanze del carico di lavoro si trovano sulla stessa rete se sono in grado di comunicare direttamente, senza un gateway.

Interfaccia utente

Nota:i cluster on-premise richiedono GKE Enterprise versione 1.11 o successive. Per ulteriori informazioni sull'upgrade, consulta Eseguire l'upgrade di Google Distributed Cloud (solo software) per VMware o Eseguire l'upgrade di Google Distributed Cloud (solo software) per Bare Metal.