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 dalle guide specifiche per piattaforma elencate in Continua 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.
- Abilitare l'API Cloud DNS e configurare Cloud DNS.
Le sezioni seguenti forniscono istruzioni per ogni attività.
Configurare i progetti
Per configurare e gestire i tuoi progetti, consulta Creazione e gestione dei progetti e 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
) del 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 hai questi ruoli, sono associati anche i relativi autorizzazioni, 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 ) |
Aggiungi e rimuovi regole firewall. | Amministratore sicurezza Compute
( roles/compute.securityAdmin ) |
Creare le istanze. | Amministratore di istanze Compute
( 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 di Compute Engine devono avere
https://www.googleapis.com/auth/cloud-platform
l'ambito di attività. Per ulteriori informazioni, vedi
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 trafficdirector.googleapis.com
xDS. Questi
I client xDS presentano un'identità dell'account di servizio al server xDS per garantire
le comunicazioni tra il piano dati e il piano di controllo
autorizzati.
Per una VM Compute Engine, il client xDS utilizza l'account di servizio assigned alla VM.
Se non modifichi la configurazione, Google Cloud utilizza Account di servizio predefinito Compute Engine.
Per concedere all'account di servizio l'accesso all'API Traffic Director, utilizza quanto segue istruzioni.
Console
Nella console Google Cloud, vai alla sezione IAM e Amministratore .
Seleziona il progetto.
Identifica l'account di servizio a cui vuoi aggiungere un ruolo:
- Se l'account di servizio non è già nell'elenco Membri, può non ha ruoli assegnati. Fai clic su Add (Aggiungi) e inserisci l'indirizzo email dell'account di servizio.
- Se l'account di servizio è già 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 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 relativa al 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.
Nella sezione Cerca API e Services, inserisci
OS Config
.Nell'elenco dei risultati di ricerca, fai clic su OS Config. Se non vedi il l'API OS Config, vuol dire che non disponi dei autorizzazioni per abilitare l'API Traffic Director.
Nella pagina API OS Config, fai clic su Abilita.
Nella sezione Cerca API e Services, 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.
Nella sezione Cerca API e Services, 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'uso di xDS v3. 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 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. Consigliamo di utilizzare sempre la versione più recente di Envoy per garantire che le vulnerabilità della sicurezza vengono ridotte.
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 all'ultima versione 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, vedi Avvertenze sulla sicurezza.
Requisiti aggiuntivi con gRPC senza proxy
Questa sezione descrive 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 Envoy consulta Requisiti aggiuntivi per 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 alla versione più recente di gRPC, con la versione una nuova patch.
- 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 di configurazione di rete che usi per il passaggio 3 dipende dal fatto che le tue il deployment usa VM di Compute Engine oppure 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 garantire che le le vulnerabilità della sicurezza vengono ridotte. In questo modo, le tue applicazioni hanno accesso alle funzionalità più recenti supportate da Cloud Service Mesh. Le funzionalità di service mesh supportate in varie implementazioni e versioni di gRPC sono elencate su GitHub. Per un elenco di linguaggi e funzionalità gRPC supportate con Cloud Service Mesh e per i servizi gRPC senza proxy, consulta Funzionalità di Cloud Service Mesh.
Cloud Service Mesh mantiene la compatibilità con le versioni attuali e supportate dei gRPC e si impegna a essere compatibile con le versioni gRPC in meno di un anno precedenti, soggetti 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. Le sezioni seguenti mostrano i requisiti per linguaggio Java e Go. Per le altre lingue non sono previsti requisiti aggiuntivi.
Requisiti Java
In Java, se utilizzi Gradle, aggiungi la dipendenza grpc-xds
al tuo
build.gradle
file. 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 xds Go.
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é DNS o qualsiasi altro schema di resolver. Per farlo, usa 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 di destinazione nella configurazione di Cloud Service Mesh. Ad esempio, in Java, crei
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 bootstrap nome file come valore della variabile di ambiente.
Le istruzioni di configurazione contengono 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 la connessione a Cloud Service Mesh deve essere incluso insieme all'applicazione. Esempio il file di bootstrap 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 seguente tabella illustra i campi del 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
le credenziali, vedi
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 Fornisci una stringa univoca come valore di |
metadata |
Informazioni specifiche del server xDS. |
TRAFFICDIRECTOR_MESH_NAME |
Se il campo è vuoto o non specificato, il valore è 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 configuri 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
- Configura riferimenti tra progetti con
Mesh
eRoute
risorse - Configurare il routing TLS di Gateway