Prerequisiti di Anthos Service Mesh

Questa pagina descrive i prerequisiti e i requisiti per l'installazione di Anthos Service Mesh, come le licenze GKE Enterprise, i requisiti per i cluster, i requisiti del parco risorse e i requisiti generali.

Progetto cloud

Prima di iniziare:

• Seleziona o crea un progetto Google Cloud.

• Verifica che la fatturazione sia abilitata per il progetto.

Licenze GKE Enterprise

GKE

Anthos Service Mesh è disponibile con GKE Enterprise o come servizio autonomo. Le API di Google vengono utilizzate per determinare le modalità di fatturazione. Per utilizzare Anthos Service Mesh come servizio autonomo, non abilitare l'API GKE Enterprise nel tuo progetto. L'asmcli abilita tutte le altre API Google richieste per te. Per informazioni sui prezzi di Anthos Service Mesh, consulta i prezzi.

• Gli abbonati a GKE Enterprise devono abilitare l'API GKE Enterprise.

Abilitare l'API

• Se non sei un abbonato a GKE Enterprise, puoi comunque installare Anthos Service Mesh, ma alcuni elementi e funzionalità dell'interfaccia utente nella console Google Cloud sono disponibili solo per gli abbonati a GKE Enterprise. Per informazioni su ciò che è disponibile per gli abbonati e i non abbonati, consulta Differenze nell'interfaccia utente di GKE Enterprise e Anthos Service Mesh.

• Se hai abilitato l'API GKE Enterprise, ma vuoi utilizzare Anthos Service Mesh come servizio autonomo, disattiva l'API GKE Enterprise.

Al di fuori di Google Cloud

Per installare Anthos Service Mesh on-premise, su GKE su AWS, su Amazon EKS o su Microsoft AKS, devi essere un cliente GKE Enterprise. Anthos Service Mesh non viene fatturato separatamente ai clienti di GKE Enterprise perché è già incluso nel prezzo di GKE Enterprise. Per ulteriori informazioni, consulta la guida ai prezzi di GKE Enterprise.

Requisiti generali

• Per essere incluse nel mesh di servizi, è necessario assegnare un nome alle porte di servizio, che deve includere il protocollo della porta nella seguente sintassi: name: protocol[-suffix] dove le parentesi quadre indicano un suffisso facoltativo che deve iniziare con un trattino. Per maggiori informazioni, consulta Denominazione delle porte dei servizi.

• Se hai creato un perimetro di servizio nell'organizzazione, potrebbe essere necessario aggiungere il servizio Mesh CA al perimetro. Per ulteriori informazioni, consulta Aggiunta di Mesh CA a un perimetro di servizio.

• Se vuoi modificare i limiti delle risorse predefiniti per il container Sidecar istio-proxy, i nuovi valori devono essere maggiori di quelli predefiniti per evitare gli eventi di esaurimento della memoria.

• A un progetto Google Cloud è possibile associare un solo mesh.

Requisiti per i cluster

GKE

• Verifica che la versione del cluster sia elencata in Piattaforme supportate.

• Il cluster GKE deve soddisfare i seguenti requisiti:

  • Il cluster GKE deve essere Standard. I cluster Autopilot sono supportati solo con Anthos Service Mesh gestito.

  • Un tipo di macchina con almeno 4 vCPU, ad esempio e2-standard-4. Se il tipo di macchina per il cluster non ha almeno 4 vCPU, modifica il tipo di macchina come descritto in Migrazione di carichi di lavoro in tipi di macchine diversi.

  • Il numero minimo di nodi dipende dal tipo di macchina. Anthos Service Mesh richiede almeno 8 vCPU. Se il tipo di macchina ha 4 vCPU, il cluster deve avere almeno 2 nodi. Se il tipo di macchina ha 8 vCPU, il cluster ha bisogno di un solo nodo. Se devi aggiungere nodi, consulta Ridimensionamento di un cluster.

• GKE Workload Identity è obbligatorio. Ti consigliamo di abilitare Workload Identity prima di installare Anthos Service Mesh. L'abilitazione di Workload Identity cambia il modo in cui vengono protette le chiamate dai carichi di lavoro alle API di Google, come descritto in Limitazioni di Workload Identity. Tieni presente che non è necessario abilitare il server metadati GKE sui pool di nodi esistenti.

• (Facoltativo ma consigliato) registra il cluster in un canale di rilascio. Ti consigliamo di registrarti al canale di rilascio regolare perché altri canali potrebbero essere basati su una versione di GKE non supportata con Anthos Service Mesh 1.20.4. Per ulteriori informazioni, consulta la pagina Piattaforme supportate. Segui le istruzioni riportate in Registrare un cluster esistente in un canale di rilascio se hai una versione GKE statica.

• Se stai installando Anthos Service Mesh su un cluster privato, devi aprire la porta 15017 nel firewall per far funzionare i webhook utilizzati per l'inserimento automatico dei sidecar e la convalida della configurazione. Per maggiori informazioni, consulta Apertura di una porta su un cluster privato.

• Assicurati che il computer client da cui installi Anthos Service Mesh disponga di una connettività di rete al server API.

• Per i carichi di lavoro Windows Server, Anthos Service Mesh non è supportato. Se il tuo cluster ha pool di nodi Linux e Windows Server, puoi comunque installare Anthos Service Mesh e utilizzarlo sui tuoi carichi di lavoro Linux.

• Dopo il provisioning di Anthos Service Mesh, devi contattare l'assistenza prima di avviare la rotazione IP o la rotazione delle credenziali dei certificati.

Al di fuori di Google Cloud

• Assicurati che il cluster utente su cui installi Anthos Service Mesh abbia almeno 4 vCPU, 15 GB di memoria e 4 nodi.

• Verifica che la versione del cluster sia elencata in Piattaforme supportate.

• Assicurati che il computer client da cui installi Anthos Service Mesh disponga di una connettività di rete al server API.

• Se esegui il deployment di file collaterali in pod di applicazioni in cui non è disponibile la connettività diretta ai servizi CA (come meshca.googleapis.com e privateca.googleapis.com), devi configurare un proxy HTTPS esplicito basato su CONNECT.

• Per i cluster pubblici con regole firewall in uscita impostate che bloccano le regole semplificate, assicurati di aver configurato le regole HTTP/HTTPS e DNS per raggiungere le API di Google pubbliche.

Requisiti del parco risorse

Con Anthos Service Mesh 1.11 e versioni successive, tutti i cluster devono essere registrati in un parco risorse e l'identità dei carichi di lavoro del parco risorse deve essere abilitata. Puoi configurare i cluster autonomamente o consentire a asmcli di registrarli a condizione che soddisfino i seguenti requisiti:

Attenzione:per utilizzare Anthos Service Mesh, tutti i cluster Anthos Service Mesh per un mesh devono essere sempre registrati nello stesso parco risorse. Gli altri cluster nel progetto di un cluster Anthos Service Mesh non devono essere registrati in un parco risorse diverso.

• GKE: (si applica ad Anthos Service Mesh nel cluster e gestito) Abilita GKE Workload Identity sul tuo cluster Google Kubernetes Engine, se non è già abilitato. Inoltre, devi registrare il cluster utilizzando Workload Identity del parco risorse.

• Cluster GKE esterni a Google Cloud: (si applica ad Anthos Service Mesh nel cluster) GKE su VMware, GKE su Bare Metal, GKE su AWS e GKE su Azure vengono registrati automaticamente nel tuo parco progetti al momento della creazione del cluster. A partire da GKE Enterprise 1.8, tutti questi tipi di cluster abilitano automaticamente Workload Identity del parco risorse al momento della registrazione. I cluster registrati esistenti vengono aggiornati in modo da utilizzare Workload Identity del parco risorse quando viene eseguito l'upgrade a GKE Enterprise 1.8.

• Cluster Amazon EKS: (si applica ad Anthos Service Mesh nel cluster) Il cluster deve avere un provider di identità IAM OIDC pubblico. Segui le istruzioni in Creare un provider IAM OIDC per il tuo cluster per verificare se esiste un provider e crearne uno, se necessario.

Quando esegui asmcli install, specifichi l'ID progetto del progetto host del parco risorse. asmcli registra il cluster, se non è già registrato.

Nota: se non hai mai registrato un cluster da un progetto a un parco risorse ospitato in un altro progetto, sono necessari passaggi aggiuntivi per configurare le autorizzazioni del parco risorse. Per istruzioni dettagliate, consulta Concedere le autorizzazioni per la registrazione di un cluster in un progetto diverso.

Che cosa succede dopo?

• Pianificare una nuova installazione
• Pianificare un upgrade