Questa pagina fornisce una panoramica delle funzionalità di gestione del traffico disponibili per l'Application Load Balancer classico. Questa pagina riguarda solo il bilanciatore del carico delle applicazioni classico. Se utilizzi un bilanciatore del carico in una modalità diversa con il supporto dell'insieme espanso di funzionalità di gestione del traffico, consulta una delle seguenti pagine:
L'Application Load Balancer classico supporta la funzionalità di gestione del traffico che ti consente di utilizzare le seguenti funzionalità:
- Indirizzamento del traffico. Instrada il traffico in modo intelligente in base ai parametri HTTP(S):
- Azioni sul traffico. Esegui azioni basate su richiesta:
- Norme sul traffico. Ottimizza il comportamento del bilanciamento del carico:
Puoi configurare queste funzionalità utilizzando la mappa degli URL del bilanciatore del carico. Per informazioni di sfondo, consulta i seguenti argomenti:
Componenti di gestione del traffico
A livello generale, gli Application Load Balancer esterni forniscono la gestione del traffico utilizzando mappe URL globali.
Il bilanciatore del carico fornisce le seguenti azioni principali mutuamente esclusive:
- Indirizza le richieste a un servizio di backend
- Eseguire un reindirizzamento
Quando configuri un bilanciatore del carico, puoi configurare un'azione di riscrittura dell'URL prima che il bilanciatore del carico invii richieste al servizio di backend o al bucket di backend.
Le riscritture o i reindirizzamenti possono essere applicati a tre livelli nella mappa degli URL:
- In
pathRule, dove l'azione viene applicata quando viene trovata una corrispondenza per un percorso - Nel
pathMatcherin cui l'azione viene applicata quando non viene trovata alcuna corrispondenza per i percorsi per questopathMatcher - In
urlMap, dove l'azione viene applicata quando non viene trovata una corrispondenza con nessuno degli host specificati in nessuna delle regole relative agli host
L'utilizzo di routeRules in un pathMatcher è un'alternativa all'utilizzo di pathRules.
pathRules e routeRules non possono essere visualizzati nello stesso pathMatcher.
A differenza di pathRules, dove l'ordine non ha importanza, routeRules vengono esaminati in ordine. Un routeRule può testare il percorso dell'URL, le intestazioni HTTP e i parametri di query dell'URL.
Esempi di casi d'uso
La gestione del traffico risponde a molti casi d'uso. Questa sezione fornisce alcuni esempi di alto livello.
Riscritture
Le riscritture degli URL ti consentono di presentare agli utenti esterni URL diversi da quelli utilizzati dai tuoi servizi.
Una riscrittura dell'URL separa un URL da una risorsa. Puoi tradurre da URL facili da ricordare e da usare, che sono più facili da ricordare e da usare, trasformandoli in URL adatti ai motori di ricerca, che sono più facili da trovare per i motori di ricerca, o in URL specifici per l'implementazione interna.
La funzionalità di riscrittura dell'URL esegue le seguenti operazioni:
- Legge l'URL in arrivo nella richiesta.
- Sostituisce l'host, il percorso o entrambi, trasformando l'URL prima di indirizzare il traffico al servizio di backend o al bucket di backend.
Nel seguente diagramma:
- Un utente in Giappone invia una richiesta per l'URL
www.mydomain.com/static/images/someimage.jpg. - Quando la richiesta raggiunge il bilanciatore del carico delle applicazioni esterno, quest'ultimo utilizza le informazioni nella mappa URL per riscrivere l'URL in
www.myorigin.com/august_snapshot/images/someimage.jpg. - (Facoltativo) In questo esempio, la mappa URL invia la richiesta a un backend esterno.
Per un esempio di configurazione, consulta Riscriviture.
Reindirizzamenti
Con i reindirizzamenti di URL, puoi reindirizzare le richieste del client da un URL a un altro.
Sono incluse le seguenti funzionalità:
- Reindirizza tutte le richieste HTTP alle richieste HTTPS.
- Reindirizza a un URL diverso formato modificando l'host, il percorso o entrambe le parti dell'URL e rimuovendo o mantenendo i parametri di ricerca.
- Scegli i codici di risposta di reindirizzamento da emettere.
Utilizza i reindirizzamenti di URL per le seguenti funzionalità:
- Fornisci l'abbreviazione dell'URL. Gli URL rivolti ai clienti possono essere resi notevolmente più brevi. Questo servizio emette un reindirizzamento alla pagina web con l'URL lungo.
- Evitare link inaccessibili quando le pagine web vengono spostate o diventano obsolete.
- Consente a più nomi di dominio appartenenti allo stesso proprietario di fare riferimento a un singolo sito web.
- Evita le difficoltà e le inefficienze della configurazione di soluzioni alternative sul server di backend per supportare il reindirizzamento necessario.
- Riduci la latenza. I reindirizzamenti creati all'edge possono comportare una latenza inferiore rispetto ai reindirizzamenti creati negli endpoint di backend.
I reindirizzamenti da HTTP a HTTPS ti aiutano inoltre a:
- Soddisfa i requisiti di conformità (ad esempio HIPAA) per il traffico criptato.
- Reindirizza le richieste utilizzando HTTPS anziché rifiutare le richieste inviate con il protocollo HTTP.
- Migliora il profilo di sicurezza della tua applicazione reindirizzando il traffico allo stesso bilanciatore del carico a livello 7, anziché implementare il reindirizzamento sul server di backend.
Nel seguente diagramma:
- Un utente in Giappone invia una richiesta
GET http://example.com/img1. - In base al reindirizzamento definito nella mappa di URL, il bilanciatore del carico invia un reindirizzamento
HTTP/1.1 302 Found Location: https://example.com/img1, reindirizzando la richiesta HTTP a una richiesta HTTPS. - Il browser dell'utente invia una richiesta
GET https://example.com/img1.
Per un esempio di configurazione, consulta Reindirizzamenti.
Codici di risposta supportati
I codici di risposta di reindirizzamento supportati sono elencati nella tabella.
| Codice risposta | Numero | Note |
|---|---|---|
| MOVED_PERMANENTLY_DEFAULT | 301 | |
| TROVATO | 302 | |
| PERMANENT_REDIRECT | 308 | In questo caso, il metodo di richiesta viene mantenuto. |
| TEMPORARY_REDIRECT | 307 | In questo caso, il metodo di richiesta viene mantenuto. |
| SEE_OTHER | 303 |
Routing basato su intestazioni e parametri
Il routing basato su intestazioni e parametri consente a un bilanciatore del carico di prendere decisioni di routing basate su intestazioni HTTP e parametri di ricerca dell'URL.
Con questa funzionalità, puoi semplificare l'architettura cloud senza dover implementare livelli aggiuntivi di proxy (ad esempio NGINX) per il routing.
Puoi utilizzare l'Application Load Balancer esterno per:
- test A/B
- Assegnare i clienti a diversi insiemi di servizi in esecuzione sui backend
- Pubblicazione di pagine ed esperienze diverse in base a diverse categorie di dispositivi da cui provengono le richieste
Dopo aver selezionato un pathMatcher in base alla stringa host, il routeRules in
pathMatcher seleziona un percorso dell'URL. Per ulteriori informazioni, consulta la panoramica delle mappe di URL.
Esempio: configurazione del test A/B con routing basato su parametri di query
L'esempio seguente mostra come eseguire test A/B tramite la corrispondenza nella stringa di query per specificare l'esperimento e l'input.
Supponiamo che tu voglia assicurarti che le richieste vengano gestite come segue:
- Tutte le richieste con il valore parametro query
Avanno al servizio di backend chiamatoBackendServiceForProcessingOptionA. - Tutte le richieste con il valore parametro query
Bvanno al servizio di backend chiamatoBackendServiceForProcessingOptionB.
Questi requisiti sono riassunti nella seguente tabella.
| Richiesta | Servizio di backend |
|---|---|
http://test.mydomain.com?ABTest=A |
BackendServiceForProcessingOptionA |
http://test.mydomain.com?ABTest=B |
BackendServiceForProcessingOptionB |
Per configurare questa opzione nella sitemap URL globale, puoi creare le seguenti impostazioni.
| Corrispondenza | Azione |
|---|---|
pathMatchers[].routeRules[].matchRules[].queryParameterMatches[].name = ABTestpathMatchers[].routeRules[].matchRules[].queryParameterMatches[].exactMatch = A |
pathMatchers[].routeRules[].service = BackendServiceForProcessingOptionA |
pathMatchers[].routeRules[].matchRules[].queryParameterMatches[].name = ABTestpathMatchers[].routeRules[].matchRules[].queryParameterMatches[].exactMatch = B |
pathMatchers[].routeRules[].service = BackendServiceForProcessingOptionB |
Per un esempio di configurazione, consulta Indirizzamento basato su intestazioni e parametri.
Routing delle richieste ai backend
Il backend per il tuo traffico viene determinato utilizzando un approccio in due fasi:
Il bilanciatore del carico seleziona un servizio di backend con backend. I backend possono essere:
- Istanze di macchine virtuali (VM) Compute Engine in un gruppo di istanze non gestite
- VM Compute Engine in un gruppo di istanze gestite (MIG)
- Container tramite un nodo Google Kubernetes Engine (GKE) in un gruppo di endpoint di rete (NEG) zonale
- Backend esterni a Google Cloud in un NEG internet
- Cloud Storage nei bucket di backend
- Funzioni App Engine, Cloud Run o servizi Cloud Run in un NEG serverless
Il bilanciatore del carico sceglie un servizio di backend in base alle regole definite in una mappa URL globale.
Il servizio di backend seleziona un'istanza di backend in base ai criteri definiti in un servizio di backend globale.
Quando configuri il routing, puoi scegliere tra le seguenti modalità:
- Test di host e percorso semplici utilizzando
pathRules - Test delle richieste avanzate utilizzando
routeRules
Per ogni mappa URL, puoi scegliere di utilizzare regole host e percorso semplici o regole avanzate per host, percorso e route. Le due modalità si escludono a vicenda. Ogni sitemap può contenere una sola modalità o l'altra.
Regola semplice per host e percorso
In una regola host e percorso semplice, le mappe URL funzionano come descritto nella panoramica delle mappe URL.
Il seguente diagramma mostra il flusso logico di una regola host e percorso semplice.
Una richiesta viene inizialmente valutata utilizzando le regole host. Un host è il dominio
specificato dalla richiesta. Se la richiesta host corrisponde a una delle voci nel
campo hosts, viene utilizzato il matcher del percorso associato.
Successivamente, viene valutato il corrispettivo del percorso. Le regole percorso vengono valutate in base al primo percorso più lungo che corrisponde e puoi specificarle in qualsiasi ordine. Una volta trovata la corrispondenza più specifica, la richiesta viene inoltrata al servizio di backend corrispondente. Se la richiesta non corrisponde, viene utilizzato il servizio di backend predefinito.
Una regola semplice per host e percorso potrebbe avere il seguente aspetto,
dove il traffico video viene indirizzato a video-backend-service e tutto il resto a web-backend-service.
$ gcloud compute url-maps describe ext-https-map
defaultService: global/backendServices/web-backend-service
hostRules:
- hosts:
- '*'
pathMatcher: pathmap
name: ext-https-map
pathMatchers:
- defaultService: global/backendServices/web-backend-service
name: pathmap
pathRules:
- paths:
- /video
- /video/*
service: global/backendServices/video-backend-service
Per un esempio di configurazione, vedi Host e percorso.
Regola avanzata per host, percorso e route
Le regole avanzate per host, percorso e route offrono opzioni di configurazione aggiuntive rispetto alle regole semplici per host e percorso. Queste opzioni consentono di attivare modelli di gestione del traffico più avanzati e di modificare anche parte della semantica. Ad esempio, le regole di routing vengono eseguite in ordine (anziché utilizzando la semantica più lunga corrisponde prima).
Come nell'esempio precedente di regola host e percorso semplice, puoi configurare la gestione avanzata del traffico utilizzando una mappa URL globale, ma anziché utilizzare pathMatchers[].pathRules[], utilizza pathMatchers[].routeRules[].
Le sezioni seguenti descrivono i componenti delle regole avanzate per host, percorso e route.
Regole host
Quando una richiesta raggiunge il bilanciatore del carico, il campo host della richiesta viene valutato in base a hostRules definito nella mappa URL. Ogni regola host è costituita da un elenco di uno o più host e da un singolo corrispondenze dei percorsi (pathMatcher). Se non sono definiti hostRules, la richiesta viene indirizzata a defaultService.
Per ulteriori informazioni, consulta hostRules[] e defaultService nella
documentazione dell'API mappa degli URL globali.
Matcher percorso
Dopo che una richiesta corrisponde a una regola host, il bilanciatore del carico valuta il corrispondente matcher dei percorsi per l'host.
Un'associazione di percorsi è composta dai seguenti componenti:
- Una o più regole percorso (
pathRules) o regole di route (routeRules). Una regola predefinita che viene eseguita quando non viene trovata una corrispondenza con altri servizi di backend. La regola ha le seguenti opzioni mutuamente esclusive:
- Un servizio predefinito specifica il servizio di backend predefinito a cui instradare quando non esistono altri servizi di backend corrispondenti.
- Un reindirizzamento predefinito specifica l'URL a cui reindirizzare quando non sono presenti altre corrispondenze per i servizi di backend.
Quando il bilanciatore del carico è configurato per un servizio predefinito, può essere configurato anche per riscritturare l'URL prima di inviare la richiesta al servizio predefinito.
Per ulteriori informazioni, consulta pathMatchers[], pathMatchers[].pathRules[] e
pathMatchers[].routeRules[] nella documentazione dell'API mappa URL globale.
Regole percorso
Le regole dei percorsi (pathRules) specificano uno o più percorsi dell'URL, ad esempio / o /video.
Le regole percorso sono in genere destinate al tipo di routing semplice basato su host e percorso descritto in precedenza.
Per ulteriori informazioni, consulta pathRules[] nella documentazione dell'API mappa degli URL globali.
Regole di route
Una regola di routing (routeRules) associa le informazioni di una richiesta in entrata e prende una decisione di routing in base alla corrispondenza.
Le regole di routing possono contenere una serie di regole di corrispondenza (matchRules) e di azioni di routing (routeAction) diverse.
Una regola di corrispondenza valuta la richiesta in arrivo in base al percorso, alle intestazioni e parametri di ricerca della richiesta HTTP(S). Le regole di corrispondenza supportano vari tipi di corrispondenze (ad es. la corrispondenza con prefisso) e modificatori (ad es. la sensibilità alle maiuscole). In questo modo, ad esempio, puoi inviare richieste HTTP(S) a un insieme di backend in base alla presenza di un'intestazione HTTP definita in base alle tue esigenze.
Per un elenco dettagliato delle opzioni supportate da matchRules, consulta matchRules[] nella documentazione dell'API mappa URL globale.
Se hai più regole di route, il bilanciatore del carico le esegue in ordine, il che ti consente di specificare una logica personalizzata per la corrispondenza, il routing e altre azioni.
All'interno di una determinata regola di route, quando viene eseguita la prima corrispondenza, il bilanciatore del carico interrompe la valutazione delle regole di corrispondenza e le eventuali regole di corrispondenza rimanenti vengono ignorate.
Google Cloud esegue le seguenti azioni:
- Cerca la prima regola di corrispondenza che corrisponde alla richiesta.
- Interrompe la ricerca di altre regole di corrispondenza.
- Applica le azioni nelle azioni route corrispondenti.
Le regole di routing hanno diversi componenti, come descritto nella tabella seguente.
Componente regola percorso (API field name) |
Descrizione |
|---|---|
Priorità (priority) |
Un numero compreso tra 0 e 2147483647 (ovvero (2^31)-1) assegnato a una
regola di routing all'interno di un determinato corrispondere percorso per determinare l'ordine di
valutazione della regola di routing. La priorità più alta è 0. La priorità più bassa è
2147483647.
Ad esempio, una regola con priorità 4 viene valutata prima di una
regola con priorità 25. Viene applicata la prima regola corrispondente alla richiesta.
I numeri di priorità possono avere spazi; non devono essere contigui. Non puoi creare più regole con la stessa priorità. |
Descrizione (description) |
Una descrizione facoltativa di massimo 1024 caratteri. |
Servizio (service) |
L'URL completo o parziale della risorsa del servizio di backend a cui viene indirizzato il traffico se viene trovata una corrispondenza per questa regola. |
Regole di corrispondenza (matchRules) |
Una o più regole che vengono valutate in base alla richiesta. Questi
matchRules possono corrispondere a tutti o a un sottoinsieme degli attributi HTTP
della richiesta, ad esempio il percorso, le intestazioni HTTP e i parametri di query (GET).All'interno di un matchRule, tutti i criteri di corrispondenza devono essere soddisfatti affinché il routeActions del routeRule venga applicato. Se un routeRule ha più
matchRules, i routeActions del
routeRule vengono applicati quando una richiesta corrisponde a uno dei
matchRules del routeRule.
|
Azione route (routeAction) |
Consente di specificare un'azione di riscrittura dell'URL da eseguire quando i criteri della regola di corrispondenza sono soddisfatti. |
Azione di reindirizzamento (urlRedirect) |
Puoi configurare un'azione per rispondere con un reindirizzamento HTTP quando i criteri della regola di corrispondenza sono soddisfatti. Questo campo non può essere utilizzato insieme a un'azione di percorso. |
Per ulteriori informazioni, consulta i seguenti campi nella documentazione dell'API mappa di URL globale:
routeRules[]routeRules[].priorityrouteRules[].descriptionrouteRules[].servicerouteRules[].matchRules[]routeRules[].routeActionrouteRules[].urlRedirect
Regole delle corrispondenze
Le regole di corrispondenza (matchRules) corrispondono a uno o più attributi di una richiesta ed eseguono le azioni specificate nella regola di route. Il seguente elenco fornisce alcuni esempi di attributi delle richieste che possono essere abbinati utilizzando le regole di corrispondenza:
Host: un nome host è la parte del nome di dominio di un URL. Ad esempio, la parte del nome host dell'URL
http://example.net/video/hdèexample.net. Nella richiesta, il nome host proviene dall'intestazioneHost, come mostrato in questo esempio di comando curl, dove10.1.2.9è l'indirizzo IP bilanciato in base al carico:curl -v http://10.1.2.9/video/hd --header 'Host: example.com'I percorsi seguono il nome host, ad esempio
/images. La regola può specificare se deve corrispondere l'intero percorso o solo la parte iniziale.Altri parametri di richiesta HTTP, come le intestazioni HTTP, che consentono la corrispondenza dei cookie, nonché la corrispondenza in base ai parametri di ricerca (variabili GET). Tieni presente che la corrispondenza delle espressioni regolari per i valori delle intestazioni non è supportata.
Per un elenco completo delle regole di corrispondenza supportate, consulta
pathMatchers[].routeRules[].matchRules[] nella documentazione dell'API mappa di URL globale.
Configurazione della gestione del traffico
Puoi utilizzare la console Google Cloud, gcloud o l'API Cloud Load Balancing per configurare la gestione del traffico. Nell'ambiente di configurazione scelto, puoi configurare la gestione del traffico utilizzando le configurazioni YAML.
Per assistenza nella scrittura di questi file YAML, puoi utilizzare le seguenti risorse:
La documentazione dell'API mappa degli URL a livello globale
Fornisce un elenco completo dei campi, inclusa la semantica relativa a relazioni, limitazioni e cardinalità.
Esempi nella pagina di configurazione della gestione del traffico: