Questa guida spiega come installare Anthos Service Mesh 1.5.10-asm.2 su un nuovo cluster Google Cloud GKE utilizzando l'interfaccia a riga di comando (CLI) di GKE Enterprise.
L'installazione abilita le seguenti funzionalità:
- Telemetria mesh.
- Sicurezza mesh, inclusa l'autorità di certificazione Anthos Service Mesh (Mesh CA).
- Le funzionalità predefinite supportate elencate nella pagina Funzionalità supportate.
Questa guida spiega anche come registrare il tuo cluster nel parco risorse che si trova nello stesso progetto Google Cloud del cluster. Un parco risorse consente di organizzare i cluster per semplificare la gestione multi-cluster. Registrando i cluster in un parco risorse, puoi raggruppare servizi e altre infrastrutture in base alle esigenze per applicare criteri coerenti.
Attualmente, l'interfaccia a riga di comando di GKE Enterprise non supporta le installazioni su GKE su VMware. Per installare Anthos Service Mesh su GKE su VMware, consulta Installazione di Anthos Service Mesh on-premise.
Prima di iniziare
Questa guida presuppone che tu disponga già di quanto segue:
Prima di iniziare l'installazione:
- Configura l'ambiente.
- Installa l'interfaccia a riga di comando di GKE Enterprise.
- Esamina i requisiti e le limitazioni che seguono.
Requisiti
Devi disporre di una licenza di prova o di un abbonamento GKE Enterprise. Per maggiori dettagli, consulta la guida ai prezzi di GKE Enterprise.
Il cluster GKE deve soddisfare i seguenti requisiti:
- Almeno quattro nodi.
- Il tipo di macchina minimo è
e2-standard-4
, con quattro vCPU. - Utilizza un canale di rilascio anziché una versione statica di GKE
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 saperne di più, vedi Denominazione delle porte dei servizi.Se stai installando Anthos Service Mesh su un cluster privato, devi aggiungere una regola firewall per aprire la porta 15017 se vuoi utilizzare l'inserimento automatico di sidecar. Se non aggiungi la regola firewall e l'inserimento automatico di sidecar è abilitato, ricevi un errore quando esegui il deployment dei carichi di lavoro. Per maggiori dettagli sull'aggiunta di una regola firewall, consulta Aggiunta di regole firewall per casi d'uso specifici.
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.
Limitazioni
È supportata una sola installazione di Anthos Service Mesh per progetto Google Cloud. Non sono supportati più deployment mesh in un singolo progetto.
Dati del certificato
I certificati di Mesh CA includono i seguenti dati sui servizi dell'applicazione:
- ID progetto Google Cloud
- Lo spazio dei nomi GKE
- Il nome dell'account di servizio GKE
Impostazione delle impostazioni predefinite per progetti e cluster
Ottieni l'ID del progetto in cui verrà creato il cluster:
gcloud
gcloud projects list
Console
Nella console Google Cloud, vai alla pagina Dashboard:
Fai clic sull'elenco a discesa Seleziona da nella parte superiore della pagina. Nella finestra Seleziona da visualizzata, seleziona il tuo progetto. L'ID progetto viene visualizzato nella scheda Informazioni sul progetto della dashboard del progetto.
Crea una variabile di ambiente per l'ID progetto:
export PROJECT_ID=
YOUR_PROJECT_ID
Imposta l'ID progetto predefinito per Google Cloud CLI:
gcloud config set project ${PROJECT_ID}
Seleziona una zona o una regione per il cluster.
Se intendi creare un cluster a zona singola, esegui questo comando per ottenere un elenco delle zone Google Cloud disponibili:
gcloud compute zones list
Se intendi creare un cluster a livello di regione, esegui questo comando per ottenere un elenco delle regioni disponibili:
gcloud compute regions list
Crea le seguenti variabili di ambiente:
Imposta il nome del cluster:
export CLUSTER_NAME=YOUR_CLUSTER_NAME
Il nome del cluster deve contenere solo caratteri alfanumerici minuscoli e "-", deve iniziare con una lettera, terminare con un carattere alfanumerico e non deve superare i 40 caratteri.
Imposta
CLUSTER_LOCATION
sulla zona o sulla regione del cluster:export CLUSTER_LOCATION=YOUR_ZONE_OR_REGION
Imposta la zona o la regione predefinita per Google Cloud CLI.
Per un cluster a zona singola, imposta la zona predefinita:
gcloud config set compute/zone ${CLUSTER_LOCATION}
Per un cluster a livello di regione, imposta la regione predefinita:
gcloud config set compute/region ${CLUSTER_LOCATION}
Preparazione dei file di configurazione delle risorse
Facoltativamente, crea una nuova directory per i file di configurazione delle risorse del pacchetto Anthos Service Mesh. Se prevedi di configurare più cluster, potresti voler utilizzare il nome del cluster come nome della directory.
Passa alla directory in cui vuoi scaricare il pacchetto Anthos Service Mesh.
Scarica il pacchetto Anthos Service Mesh nella directory di lavoro attuale:
kpt pkg get \ https://github.com/GoogleCloudPlatform/anthos-service-mesh-packages.git/asm@release-1.5-asm .
Imposta il nome del cluster:
kpt cfg set asm gcloud.container.cluster ${CLUSTER_NAME}
Facoltativamente, personalizza i file di configurazione delle risorse utilizzando i setter di
kpt
. Per impostazione predefinita, questi setter utilizzano i valori predefiniti pergcloud config
. Se imposti i valori predefiniti digcloud config
o se vuoi modificare i valori, esegui i seguenti setter:Imposta l'ID progetto:
kpt cfg set asm gcloud.core.project ${PROJECT_ID}
Imposta la zona o la regione predefinita:
kpt cfg set asm gcloud.compute.location ${CLUSTER_LOCATION}
Facoltativamente, puoi registrare i file di configurazione delle risorse nel tuo sistema di controllo del codice sorgente, ad esempio Cloud Source Repositories, in modo da poter tenere traccia delle modifiche ai file.
Impostazione di valori facoltativi
Con l'interfaccia a riga di comando di GKE Enterprise puoi impostare anche altri valori. Per visualizzare un elenco degli autori di impostazioni disponibili:
kpt cfg list-setters asm/
L'output è simile al seguente:
NAME VALUE SET BY DESCRIPTION COUNT anthos.servicemesh.hub your_anthos_hub 1 anthos.servicemesh.tag your_anthos_tag 1 gcloud.compute.location your_zone_or_region 8 gcloud.compute.network default 1 gcloud.compute.subnetwork default 1 gcloud.container.cluster your_cluster_name 9 gcloud.container.cluster.releaseChannel REGULAR 1 gcloud.container.nodepool.max-nodes 4 1 gcloud.core.project your_project_ID kpt 21 gcloud.project.projectNumber your_project_number kpt 4
Ad esempio, per modificare il canale di rilascio dal valore predefinito REGULAR
, sostituisci YOUR_CHANNEL
con STABLE
o RAPID
nel seguente comando:
kpt cfg set asm gcloud.container.cluster.releaseChannel YOUR_CHANNEL
Per una descrizione di ciascun canale, consulta l'articolo Quali canali sono disponibili.
Modifica il tipo di macchina o il numero di nodi
L'interfaccia a riga di comando di GKE Enterprise crea un nuovo cluster con il numero
di nodi e il tipo di macchina richiesti da Anthos Service Mesh. Questi valori sono specificati in nodepool.yaml.
Puoi modificare la tua copia locale di nodepool.yaml
per specificare un altro tipo di macchina, purché abbia almeno 4 vCPU.
Puoi aumentare il numero di nodi in base alle tue esigenze di sistema con il seguente setter:
kpt cfg set asm gcloud.container.nodepool.max-nodes NUMBER_OF_NODES
Installazione di Anthos Service Mesh su un nuovo cluster
L'interfaccia a riga di comando di GKE Enterprise attiva sul cluster le seguenti opzioni richieste da Anthos Service Mesh:
Aggiunge un'etichetta
mesh_id
al cluster nel formatoproj-PROJECT_NUMBER
, dovePROJECT_NUMBER
è il numero di progetto del progetto in cui verrà creato il cluster. L'etichettamesh_id
è necessaria affinché le metriche vengano visualizzate nella dashboard Anthos Service Mesh nella console Google Cloud. Se il cluster ha etichette esistenti, l'interfaccia a riga di comando di GKE Enterprise le conserva.Attiva Workload Identity.
Abilita Kubernetes Engine Monitoring.
Registra il cluster in una panoramica del canale di rilascio.
Esegui questo comando per creare un nuovo cluster e installare Anthos Service Mesh utilizzando i file di configurazione di Anthos Service Mesh che hai personalizzato in precedenza:
gcloud beta anthos apply asm
Controllo dei componenti del piano di controllo
Verifica che i pod del piano di controllo in istio-system
siano attivi:
kubectl get pod -n istio-system
L'output previsto è simile al seguente:
NAME READY STATUS RESTARTS AGE istio-ingressgateway-74cc894bfd-786rg 1/1 Running 0 7m19s istiod-78cdbbbdb-d7tps 1/1 Running 0 7m36s promsd-576b8db4d6-lqf64 2/2 Running 1 7m19s
Registrazione del cluster in corso
Devi registrare il tuo cluster con il parco risorse del progetto per ottenere l'accesso all'interfaccia utente unificata nella console Google Cloud. Un parco risorse offre un modo unificato per visualizzare e gestire i cluster e i relativi carichi di lavoro, inclusi i cluster esterni a Google Cloud.
Crea un account di servizio e un file di chiavi Google Cloud
Per registrare un cluster è necessario un file JSON contenente le credenziali dell'account di servizio. Per seguire il principio del privilegio minimo, ti consigliamo di creare un account di servizio distinto per ogni cluster registrato.
Per creare un account di servizio e un file della chiave:
Seleziona un nome per l'account di servizio e crea una variabile di ambiente:
export SERVICE_ACCOUNT_NAME=SERVICE_ACCOUNT_NAME
Crea l'account di servizio:
gcloud iam service-accounts create ${SERVICE_ACCOUNT_NAME}
Elenca tutti gli account di servizio di un progetto per confermare che l'account di servizio sia stato creato:
gcloud iam service-accounts list
Associa il ruolo IAM gkehub.connect all'account di servizio:
gcloud projects add-iam-policy-binding ${PROJECT_ID} \ --member="serviceAccount:${SERVICE_ACCOUNT_NAME}@${PROJECT_ID}.iam.gserviceaccount.com" \ --role="roles/gkehub.connect"
Crea una variabile di ambiente per il percorso file locale in cui vuoi salvare il file JSON. Ti consigliamo di assegnare un nome al file utilizzando il nome dell'account di servizio e l'ID progetto, ad esempio:
/tmp/creds/${SERVICE_ACCOUNT_NAME}-${PROJECT_ID}.json
export SERVICE_ACCOUNT_KEY_PATH=LOCAL_KEY_PATH
Scarica il file JSON della chiave privata dell'account di servizio:
gcloud iam service-accounts keys create ${SERVICE_ACCOUNT_KEY_PATH} \ --iam-account=${SERVICE_ACCOUNT_NAME}@${PROJECT_ID}.iam.gserviceaccount.com
Registra il cluster
Nel comando seguente, sostituisci MEMBERSHIP_NAME
con un nome che rappresenta in modo univoco il cluster registrato nell'hub.
gcloud container hub memberships register MEMBERSHIP_NAME \ --gke-cluster=${CLUSTER_LOCATION}/${CLUSTER_NAME} \ --service-account-key-file=${SERVICE_ACCOUNT_KEY_PATH}
Il comando risponde con un output simile al seguente:
kubeconfig entry generated for CLUSTER_NAME. Waiting for membership to be created...done. Created a new membership [projects/PROJECT_ID/locations/global/memberships/MEMBERSHIP_NAME] for the cluster [MEMBERSHIP_NAME] Generating the Connect Agent manifest... Deploying the Connect Agent on cluster [MEMBERSHIP_NAME] in namespace [gke-connect]... Deployed the Connect Agent on cluster [MEMBERSHIP_NAME] in namespace [gke-connect]. Finished registering the cluster [MEMBERSHIP_NAME] with the Hub.
Questa chiave dell'account di servizio è archiviata come secret denominato creds-gcp
nello
spazio dei nomi gke-connect
.
Per ulteriori informazioni sulla registrazione del cluster, consulta Registrazione di un cluster nella documentazione di Connect.
Inserimento di proxy sidecar
Anthos Service Mesh utilizza i proxy sidecar per migliorare la sicurezza, l'affidabilità e l'osservabilità della rete. Con Anthos Service Mesh, queste funzioni vengono astratte dal container principale dell'applicazione e implementate in un proxy out-of-process comune, fornito come container separato nello stesso pod.
Prima di eseguire il deployment dei carichi di lavoro, assicurati di configurare l'inserimento del proxy sidecar in modo che Anthos Service Mesh possa monitorare e proteggere il traffico.Puoi abilitare l'inserimento automatico di sidecar con un solo comando, ad esempio:
kubectl label namespace NAMESPACE istio-injection=enabled --overwrite
dove NAMESPACE
è il nome dello spazio dei nomi per i servizi della tua applicazione oppure default
se non hai creato esplicitamente uno spazio dei nomi.
Per maggiori informazioni, consulta Inserimento di proxy sidecar.
Visualizzazione delle pagine di Anthos Service Mesh
Dopo aver eseguito il deployment dei carichi di lavoro nel tuo cluster con i proxy sidecar inseriti, puoi esplorare le pagine Anthos Service Mesh nella console Google Cloud per vedere tutte le funzionalità di osservabilità offerte da Anthos Service Mesh. Tieni presente che sono necessari circa uno o due minuti per la visualizzazione dei dati di telemetria nella console Google Cloud dopo il deployment dei carichi di lavoro.
L'accesso ad Anthos Service Mesh nella console Google Cloud è controllato da Identity and Access Management (IAM). Per accedere alle pagine di Anthos Service Mesh, un Proprietario progetto deve concedere agli utenti il ruolo Editor di progetto o Visualizzatore oppure i ruoli più restrittivi descritti in Controllare l'accesso ad Anthos Service Mesh nella console Google Cloud.
Nella console Google Cloud, vai ad Anthos Service Mesh.
Seleziona il progetto Google Cloud dall'elenco a discesa nella barra dei menu.
Se disponi di più mesh di servizi, selezionalo dall'elenco a discesa Mesh di servizi.
Per scoprire di più, consulta Esplorazione di Anthos Service Mesh nella console Google Cloud.
Oltre alle pagine Anthos Service Mesh, le metriche relative ai tuoi servizi (ad esempio il numero di richieste ricevute da un determinato servizio) vengono inviate a Cloud Monitoring, dove vengono visualizzate in Metrics Explorer.
Per visualizzare le metriche:
Nella console Google Cloud, vai alla pagina Monitoring:
Seleziona Risorse > Metrics Explorer.
Per un elenco completo delle metriche, consulta la pagina relativa alle metriche Istio nella documentazione di Cloud Monitoring.
Installazione di un esempio utilizzando kpt
Facoltativamente, puoi utilizzare kpt
per installare l'esempio Hipster nel cluster.
Scarica l'esempio:
kpt pkg get \ https://github.com/GoogleCloudPlatform/microservices-demo.git/release \ hipster-demo
Attiva l'inserimento automatico del file collaterale:
kubectl label namespace default istio-injection=enabled
Esegui il deployment dell'esempio nel cluster:
kubectl apply -f hipster-demo
Trova l'indirizzo IP esterno della tua applicazione:
kubectl get service frontend-external
Visita l'applicazione sul tuo browser per confermare l'installazione:
http://EXTERNAL_IP/
Ora che è in esecuzione un esempio, puoi esplorare le funzionalità di osservabilità di Anthos Service Mesh nella console Google Cloud. Tieni presente che possono essere necessari fino a 10 minuti prima che il grafico della topologia mostri i servizi nel tuo mesh.
Al termine dell'esplorazione, rimuovi l'anteprima Hipster:
kubectl delete -f hipster-demo
Passaggi successivi
Scopri di più sulle risorse di configurazione utilizzate dall'interfaccia a riga di comando di Anthos: