Prepararsi alla configurazione delle API di routing dei servizi con Envoy e carichi di lavoro proxyless
Questo documento fornisce informazioni sulle attività preliminari per la configurazione di Cloud Service Mesh utilizzando le API di routing dei servizi con proxy Envoy o con gRPC proxyless come piano dati.
La configurazione di Cloud Service Mesh include diverse fasi. Questo documento descrive la prima fase: istruzioni per la preparazione alla configurazione di Cloud Service Mesh con istanze VM o applicazioni gRPC proxyless. Le fasi aggiuntive sono trattate nelle guide specifiche per la piattaforma elencate in Continuare la procedura di configurazione più avanti in questo documento.
Prima di leggere questa guida, consulta i seguenti documenti, che forniscono una panoramica dell'utilizzo di Cloud Service Mesh con le API di routing dei servizi e le API Gateway:
Prerequisiti
Prepara l'ambiente completando le seguenti attività:
- Configura i progetti in base alle esigenze della tua attività.
- Attiva la fatturazione.
- Concedi le autorizzazioni richieste.
- Abilita l'API Traffic Director e altre API per il tuo progetto.
- Assicurati che l'account di servizio disponga delle autorizzazioni sufficienti per accedere all'API Traffic Director.
- Abilita l'API Cloud DNS e configura Cloud DNS.
Le sezioni seguenti forniscono istruzioni per ogni attività.
Configurare i progetti
Per configurare e gestire i progetti, consulta la sezione Creare e gestire progetti e la documentazione correlata.
Abilita fatturazione
Verifica che la fatturazione sia attivata per il tuo progetto Google Cloud. Per ulteriori informazioni, consulta Attivare, disattivare o modificare la fatturazione per un progetto.
Concedi le autorizzazioni IAM richieste
Per configurare Cloud Service Mesh, devi disporre di autorizzazioni Identity and Access Management (IAM) sufficienti per creare istanze VM e modificare una rete. Se disponi del ruolo Proprietario o Editor (roles/owner
o roles/editor
) nel progetto in cui attivi Cloud Service Mesh, hai automaticamente le autorizzazioni corrette.
In caso contrario, devi disporre di tutti i ruoli IAM mostrati nella tabella seguente. Se disponi di questi ruoli, hai anche le autorizzazioni associate, come descritto nella documentazione IAM di Compute Engine.
Attività | Ruolo richiesto |
---|---|
Imposta il criterio IAM per un account di servizio. | Amministratore account di servizio
( roles/iam.serviceAccountAdmin ) |
Attiva Cloud Service Mesh. | Amministratore dell'utilizzo dei servizi
( roles/serviceusage.serviceUsageAdmin ) |
Crea reti, subnet e componenti del bilanciatore del carico. | Amministratore rete Compute
( roles/compute.networkAdmin ) |
Aggiungere e rimuovere regole firewall. | Amministratore della sicurezza di Compute
( roles/compute.securityAdmin ) |
Crea istanze. | Amministratore delle istanze di calcolo
( roles/compute.instanceAdmin ) |
Consente l'accesso agli account di servizio. | Utente account di servizio
( roles/iam.serviceAccountUser ) |
Consenti all'account di servizio di eseguire le attività richieste. | Utente account di servizio
( roles.trafficdirector.client) |
Le VM Compute Engine devono avere l'ambito
https://www.googleapis.com/auth/cloud-platform
. Per ulteriori informazioni, consulta
Risoluzione dei problemi dei deployment che utilizzano gRPC senza proxy.
Consenti all'account di servizio di accedere all'API Traffic Director
Quando configuri il piano dati e lo colleghi a Cloud Service Mesh, i tuoi client xDS, che si tratti di proxy Envoy o client gRPC senza proxy, si connettono al server xDS trafficdirector.googleapis.com
. Questi
client xDS presentano un'identità dell'account di servizio al server xDS per garantire che
le comunicazioni tra il piano dati e il piano di controllo siano correttamente
autorizzate.
Per una VM Compute Engine, il client xDS utilizza l'account di servizio assigned alla VM.
A meno che tu non modifichi la configurazione, Google Cloud utilizza l'account di servizio predefinito di Compute Engine.
Per concedere all'account di servizio l'accesso all'API Traffic Director, segui le seguenti istruzioni.
Console
Nella console Google Cloud, vai alla pagina IAM e amministrazione.
Seleziona il progetto.
Identifica l'account di servizio a cui vuoi aggiungere un ruolo:
- Se l'account di servizio non è già presente nell'elenco Membri, significa che non sono stati assegnati ruoli. Fai clic su Aggiungi e inserisci l'indirizzo email dell'account di servizio.
- Se l'account di servizio è già presente nell'elenco Membri, ha ruoli esistenti. Seleziona l'account di servizio e poi fai clic sulla scheda Ruoli.
Espandi il ruolo. Per l'account di servizio che vuoi modificare, fai clic su
Modifica.Seleziona il ruolo Altro > Client di Traffic Director.
Per applicare il ruolo all'account di servizio, fai clic su Salva.
gcloud
Esegui questo comando:
gcloud projects add-iam-policy-binding PROJECT \ --member serviceAccount:SERVICE_ACCOUNT_EMAIL \ --role=roles/trafficdirector.client
Sostituisci quanto segue:
PROJECT
: inseriscigcloud config get-value project
SERVICE_ACCOUNT_EMAIL
: l'indirizzo email associato all'account di servizio
Abilita le API richieste
Abilita le seguenti API richieste.
- osconfig.googleapis.com
- trafficdirector.googleapis.com
- compute.googleapis.com
- networkservices.googleapis.com
Per abilitare le API richieste, segui le istruzioni riportate di seguito.
Console
Nella console Google Cloud, vai alla pagina Libreria API del tuo progetto.
Nel campo Cerca API e servizi, inserisci
Traffic Director
.Nell'elenco dei risultati di ricerca, fai clic su API Traffic Director. Se non vedi l'API Traffic Director in elenco, significa che non disponi delle autorizzazioni necessarie per abilitarla.
Nella pagina API Traffic Director, fai clic su Abilita.
Nel campo Cerca API e servizi, inserisci
OS Config
.Nell'elenco dei risultati di ricerca, fai clic su Configurazione OS. Se non vedi l'API OS Config elencata, significa che non disponi delle autorizzazioni necessarie per abilitare l'API Traffic Director.
Nella pagina API OS Config, fai clic su Abilita.
Nel campo Cerca API e servizi, inserisci
Compute
.Nell'elenco dei risultati di ricerca, fai clic su API Compute Engine. Se non vedi l'API Compute Engine in elenco, significa che non disponi delle autorizzazioni necessarie per attivarla.
Nella pagina API Compute Engine, fai clic su Abilita.
Nel campo Cerca API e servizi, inserisci
Network Services
.Nell'elenco dei risultati di ricerca, fai clic su API Network Services. Se non vedi l'API Network Services, significa che non disponi delle autorizzazioni necessarie per attivarla.
Nella pagina API Network Services, fai clic su Abilita.
gcloud
Esegui questo comando:
gcloud services enable osconfig.googleapis.com \ trafficdirector.googleapis.com \ compute.googleapis.com \ networkservices.googleapis.com
Versione xDS
Le API di routing dei servizi richiedono l'utilizzo di xDS 3. Per informazioni sull'aggiornamento del deployment da xDS v2 a xDS v3, consulta le API del piano di controllo xDS.
Requisiti aggiuntivi con i proxy Envoy
Questa sezione descrive i requisiti aggiuntivi per l'utilizzo di Cloud Service Mesh con le API di routing dei servizi e i proxy Envoy. Se esegui il deployment con gRPC senza proxy, consulta Requisiti aggiuntivi con gRPC senza proxy.
Come viene installato Envoy
Durante il processo di deployment di Cloud Service Mesh, crei un modello VM che installa automaticamente Envoy sulle VM in cui vengono eseguite le applicazioni.
Informazioni sulle versioni di Envoy
Per funzionare con Cloud Service Mesh, Envoy deve essere nella versione 1.20.0 o successive. Ti consigliamo di utilizzare sempre la versione più recente di Envoy per assicurarti che le vulnerabilità di sicurezza conosciute siano mitigate.
Se decidi di eseguire il deployment di Envoy utilizzando uno dei nostri metodi automatici, gestiamo questa attività per te nel seguente modo:
Il deployment automatico di Envoy con le VM Compute Engine installa la versione di Envoy che abbiamo convalidato per il funzionamento con Cloud Service Mesh. Quando viene creata una nuova VM utilizzando il modello di istanza, la VM riceve la versione più recente che abbiamo convalidato. Se hai una VM di lunga durata, puoi utilizzare un aggiornamento progressivo per sostituire le VM esistenti e installare la versione più recente.
Per informazioni su versioni specifiche di Envoy, consulta Cronologia delle versioni. Per informazioni sulle vulnerabilità di sicurezza, consulta Avvisi sulla sicurezza.
Requisiti aggiuntivi con gRPC senza proxy
Questa sezione descrive i requisiti aggiuntivi per l'utilizzo di Cloud Service Mesh con le API di routing dei servizi e gRPC senza proxy. Se esegui il deployment con i proxy Envoy, consulta Requisiti aggiuntivi con i proxy Envoy.
Processo complessivo con gRPC senza proxy
Segui questa procedura generale per configurare le applicazioni gRPC proxyless in un mesh di servizi:
- Aggiorna i client gRPC all'ultima versione di gRPC, con la patch più recente.
- Aggiorna lo schema del risolutore dei nomi gRPC dei clienti quando crei un canale e specifica un file di bootstrap di Cloud Service Mesh.
- Configura le risorse Cloud Service Mesh e Cloud Load Balancing.
Questo documento fornisce informazioni per completare i primi due passaggi. La procedura di configurazione utilizzata per il passaggio 3 dipende dal fatto che il deployment utilizzi VM Compute Engine o gruppi di endpoint di rete (NEG) GKE.
Versioni e lingue gRPC supportate
gRPC è un progetto open source e il relativo supporto delle release è descritto nelle Domande frequenti su gRPC. Ti consigliamo di utilizzare la versione più recente di gRPC per assicurarti che le vulnerabilità di sicurezza conosciute siano mitigate. In questo modo, le tue applicazioni hanno accesso alle funzionalità più recenti supportate da Cloud Service Mesh. Le funzionalità di mesh di servizi supportate in varie implementazioni e versioni di gRPC sono elencate su GitHub. Per un elenco di linguaggi e funzionalità gRPC supportati con Cloud Service Mesh e i servizi gRPC proxyless, consulta le funzionalità di Cloud Service Mesh.
Cloud Service Mesh mantiene la compatibilità con le versioni correnti e supportate di gRPC e si impegna a essere compatibile con le versioni di gRPC precedenti a un anno, in conformità ai Termini di servizio della piattaforma Google Cloud.
Aggiorna i client gRPC
Aggiorna la libreria gRPC nell'applicazione alla versione che supporta le funzionalità di cui hai bisogno. Per maggiori dettagli, consulta la sezione precedente.
Aggiungi il resolver dei nomi xDS come dipendenza alle tue applicazioni gRPC. I requisiti per lingua per Java e Go sono riportati nelle sezioni seguenti. Per le altre lingue non sono previsti requisiti aggiuntivi.
Requisiti Java
In Java, se utilizzi Gradle, aggiungi la dipendenza grpc-xds
al file build.gradle
. Sostituisci LATEST_GRPC_VERSION
con la
versione più recente di
gRPC.
dependencies { runtimeOnly 'io.grpc:grpc-xds:LATEST_GRPC_VERSION' }
Se utilizzi Maven, aggiungi quanto segue alla sezione <dependencies>
di pom.xml. Sostituisci LATEST_GRPC_VERSION
con la
versione più recente di gRPC.
<dependency> <groupId>io.grpc</groupId> <artifactId>grpc-xds</artifactId> <version>LATEST_GRPC_VERSION</version> <scope>runtime</scope> </dependency>
Requisiti di Go
Se utilizzi Go, importa il pacchetto Go xds.
Imposta il risolutore dei nomi gRPC in modo che utilizzi xds
Imposta o modifica le applicazioni gRPC in modo che utilizzino lo schema di risoluzione dei nomi xds
nell'URI di destinazione anziché il DNS o qualsiasi altro schema di resolver. Per farlo,
utilizza il prefisso xds:///
nel nome target quando crei un canale gRPC.
Il bilanciamento del carico per i client gRPC avviene in base al canale.
Includi il nome del servizio utilizzato nell'URI target nella configurazione di Cloud Service Mesh. Ad esempio, in Java, crei il canale utilizzando questa struttura, in cui il nome del servizio è helloworld
:
ManagedChannelBuilder.forTarget("xds:///helloworld[:PORT_NUMBER]")
Creare e configurare un file di bootstrap
Lo schema del resolver xds
indica all'applicazione gRPC di connettersi a Cloud Service Mesh per ottenere le informazioni di configurazione per il servizio di destinazione. Pertanto, svolgi i seguenti passaggi:
- Crea un file di bootstrap, come mostrato nell'esempio seguente. Questo file indica a gRPC di connettersi a un server xDS (Cloud Service Mesh) per recuperare la configurazione per servizi specifici.
- Definisci una variabile di ambiente denominata
GRPC_XDS_BOOTSTRAP
con il nome del file di bootstrap come valore della variabile di ambiente.
Le istruzioni di configurazione includono esempi che mostrano come generare il file di bootstrap. Per comodità, puoi utilizzare la versione più recente del generatore di bootstrap gRPC di Cloud Service Mesh.
Un file di bootstrap contenente le informazioni necessarie per connettersi a Cloud Service Mesh deve essere incluso nell'applicazione. Un file di bootstrap di esempio ha il seguente aspetto:
{ "xds_servers": [ { "server_uri": "trafficdirector.googleapis.com:443", "channel_creds": [ { "type": "google_default" } ], "server_features": ["xds_v3"] } ], "node": { "id": "projects/123456789012/networks/default/nodes/b7f9c818-fb46-43ca-8662-d3bdbcf7ec18", "metadata": { "TRAFFICDIRECTOR_NETWORK_NAME": "default" }, "locality": { "zone": "us-central1-a" } } }
La tabella seguente illustra i campi nel file di bootstrap.
Campo | Valore e descrizione |
---|---|
xds_servers |
Un elenco di server xDS. gRPC utilizza solo il primo nell'elenco. |
server_uri |
Specifica almeno uno. gRPC tenta di connettersi solo al primo server xDS
nell'elenco di xds_servers . Il valore predefinito è
trafficdirector.googleapis.com:443 . |
channel_creds |
Credenziali da utilizzare con il server xDS. |
type |
Utilizza il valore google_default . Per ulteriori informazioni su come vengono ottenute le credenziali, consulta la guida introduttiva all'autenticazione. |
server_features |
Un elenco delle funzionalità supportate dal server, ad esempio il supporto di xDS v3. Il valore predefinito è vuoto. |
node |
Informazioni sul client che si connette al server xDS. |
id |
projects/PROJECT_NUMBER/networks/NETWORK_NAME/nodes/ID Specifica una stringa univoca come valore di |
metadata |
Informazioni specifiche per il server xDS. |
TRAFFICDIRECTOR_MESH_NAME |
Se il campo è vuoto o non specificato, il valore viene impostato su
default . |
locality |
La zona Google Cloud in cui è in esecuzione il client gRPC. |
Continua la procedura di configurazione
Dopo aver completato i prerequisiti descritti in questo documento, continua con uno di questi documenti se stai configurando Cloud Service Mesh con le API di routing dei servizi:
- Configurare i servizi gRPC proxyless con una risorsa
Mesh
- Configurare i proxy Envoy con i servizi HTTP
- Configurare un gateway di ingresso
- Configurare i servizi TCP con una risorsa
TCPRoute
- Configurare i riferimenti tra progetti con le risorse
Mesh
eRoute
- Configurare il routing TLS di Gateway