Funzionalità supportate dal piano di controllo in-cluster

Questa pagina descrive le funzionalità supportate in Cloud Service Mesh1.21.5 con un control plane all'interno del cluster. Per visualizzare le funzionalità supportate per Cloud Service Mesh 1.21.5 con un piano di controllo gestito, consulta Piano di controllo gestito.

Versioni supportate

Il supporto di Cloud Service Mesh segue le norme relative al supporto delle versioni di GKE Enterprise.

Per Cloud Service Mesh gestito con un'implementazione del piano di controllo TRAFFIC_DIRECTOR, Google supporta sempre questo piano di controllo.

Per Cloud Service Mesh gestito con un'implementazione del piano di controllo 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 corrente e le due (n-2) versioni minori precedenti 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.19 o a una versione successiva. Per informazioni su come eseguire l'upgrade, consulta Eseguire l'upgrade di Cloud Service Mesh.

La tabella seguente mostra le versioni non supportate di Cloud Service Mesh e la relativa data di ritiro (EOL).

Per ulteriori informazioni sulle nostre norme relative all'assistenza, consulta la pagina Ricevere assistenza.

Differenze tra le piattaforme

Esistono differenze nelle funzionalità supportate tra le piattaforme supportate.

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

• Google Distributed Cloud:

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

  Questa pagina utilizza Google Distributed Cloud, dove lo stesso supporto è disponibile sia su Google Distributed Cloud (solo software) per VMware sia su Google Distributed Cloud (solo software) per bare metal, nonché sulla 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 nei seguenti tipi di cluster:

  • Cluster Amazon EKS
  • Cluster Microsoft AKS

Nelle seguenti tabelle:

• : indica che la funzionalità è attivata per impostazione predefinita.
• * indica che la funzionalità è supportata per la piattaforma e può essere attivata, come descritto in Attivare le funzionalità facoltative o nella guida alle funzionalità collegata nella tabella delle funzionalità.
• Compatibile: indica che la funzionalità o lo strumento di terze parti si integrerà 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.21.5.

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

Immagini di base

Sicurezza

Meccanismi di distribuzione/rotazione dei certificati

Supporto delle autorità di certificazione (CA)

Funzionalità di sicurezza di Cloud Service Mesh

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

Criterio di autorizzazione

Criteri di autenticazione

Autenticazione peer

Per informazioni su come attivare la modalità mTLS STRICT, consulta Configurare la sicurezza di trasporto.

Richiedi autenticazione

Note:

1. I token JWT di terze parti sono abilitati per impostazione predefinita.

Telemetria

Metriche

Logging delle richieste proxy

Tracciamento

Networking

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 dello stream di byte TCP. Se lo stream 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 la rete, le metriche TCP non vengono raccolte o registrate. Le metriche vengono visualizzate solo per i servizi HTTP nella console Google Cloud.

Deployment di Envoy

Supporto CRD

Bilanciatore del carico per la porta di ingresso Istio

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

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

API Kubernetes Gateway (anteprima)

In Cloud Service Mesh 1.20, l'API Kubernetes Gateway è disponibile come preview pubblica.

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

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

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

Requisiti della versione 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 il CRD HttpRoute per le configurazioni di routing. HttpRoute deve avere un parentRef che rimandi a un gateway.

• Non utilizzare gli oggetti Istio Gateway e gli oggetti API Kubernetes Gateway nello stesso cluster.

Policy di bilanciamento del carico

Per ulteriori informazioni sui criteri di bilanciamento del carico, consulta Regole di destinazione.

Piano dati

Supporto multi-cluster

Per i deployment multi-principali 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 supportati solo i mesh multi-cluster che coprono 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 principale per l'alta disponibilità o per ridurre la latenza. Nella documentazione di Istio 1.7, un deployment multi-principale viene definito come piano di controllo replicato.

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

• Cloud Service Mesh utilizza una definizione semplificata della rete basata sulla connettività generale. Le istanze di 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.