Utilizza backend esterni (chiamati anche origini personalizzate) per Cloud CDN (Content Delivery Network) quando i contenuti sono ospitati on-premise o in un altro cloud e vuoi pubblicarli tramite l'infrastruttura distribuita e ad alte prestazioni di Google, basata su memorizzazione in una cache perimetrale.
Terminologia
I termini seguenti vengono a volte usati in modo intercambiabile perché hanno significati uguali o simili:
- external backend: è un backend che risiede all'esterno di Google Cloud ed è raggiungibile su internet. L'endpoint in un NEG internet.
- internet network endpoint group (NEG): la risorsa API Google Cloud che per specificare un backend esterno.
- endpoint esterno: uguale a un backend esterno.
Per mantenere la coerenza con la documentazione sul bilanciamento del carico, questo documento utilizza il termine backend esterno, tranne quando si fa riferimento alla risorsa dell'API NEG internet.
Tipi di backend supportati per Cloud CDN
Cloud CDN funziona con un bilanciatore del carico delle applicazioni esterno per fornire contenuti agli utenti. Il bilanciatore del carico delle applicazioni esterno fornisce il frontend Indirizzi IP e porte che ricevono richieste. I contenuti di Cloud CDN possono provenienti da vari tipi di backend:
- Gruppi di istanze
- Gruppi di endpoint di rete a livello di zona (NEG)
- NEG serverless: uno o altro App Engine, Cloud Run, o funzioni di Cloud Run
- NEG internet per backend esterni
- Bucket in Cloud Storage
I backend esterni possono essere ospitati all'interno di un'infrastruttura on-premise o di origini forniti da fornitori di terze parti. Le sezioni seguenti descrivono in modo più dettagliato i backend esterni.
Architetture ibride e multi-cloud
Quando trasferisci i tuoi servizi su Google Cloud, potresti dover procedere in più fasi. A volte alcuni contenuti non possono essere spostati immediatamente in un ambiente cloud e potrebbero dover rimanere on-premise. In altri casi, i contenuti potrebbero essere ospitati in un altro cloud. Supporto di Cloud CDN per i backend esterni consente di utilizzare infrastruttura di memorizzazione in una cache perimetrale distribuita a livello globale per tali contenuti.
Nel diagramma, i contenuti di images si trovano in Google Cloud, mentre video
si trovano in un data center di Tokyo, che potrebbe essere on-premise o in un altro cloud.
Con i backend esterni, le origini nel data center di Tokyo possono essere
l'origine del backend dei contenuti video con Cloud CDN e
un bilanciatore del carico delle applicazioni esterno
che consegna i contenuti agli utenti.
Utilizzando le mappe URL, questo deployment può indirizzare le richieste pull di origine per il traffico video al backend esterno di Tokyo.
Questa mappatura è determinata in base all'URL della richiesta: /video.
Per le immagini (stabilite in base all'URL della richiesta: /images), i contenuti provengono da Google Cloud e vengono pubblicati dall'infrastruttura di Cloud CDN.
Specifica di un backend esterno
Analogamente alla configurazione di Cloud CDN con gli endpoint di cui è stato eseguito il deployment in Google Cloud, puoi utilizzare l'API NEG (Network Endpoint Group) per aggiungere il tuo server come backend esterno per Cloud CDN.
Per specificare il backend esterno, utilizza un NEG internet. Un NEG internet ha uno dei tipi di endpoint mostrati nella tabella seguente.
| Indirizzo endpoint | Tipo | Definizione | Quando utilizzarlo |
|---|---|---|---|
| Nome host e porta facoltativa | INTERNET_FQDN_PORT |
Un nome di dominio completo (FQDN) risolvibile pubblicamente e un
porta facoltativa, ad esempio backend.example.com:443 (porte predefinite:
80 per HTTP e 443 per HTTPS) |
Utilizza questo endpoint quando il backend esterno può essere risolto mediante un FQDN con DNS pubblico. |
| Indirizzo IP e una porta facoltativa | INTERNET_IP_PORT |
Un indirizzo IP accessibile pubblicamente e una porta facoltativa, ad esempio
192.0.2.8 o 192.0.2.8:443 (porte predefinite:
80 per HTTP e 443 per HTTPS) |
Utilizza questo endpoint per specificare un indirizzo IP accessibile pubblicamente e una porta a cui connettersi. |
La best practice è creare il NEG internet con il tipo di endpoint INTERNET_FQDN_PORT
e un valore FQDN come valore del nome host di origine. In questo modo, la configurazione di Cloud CDN è isolata dalle modifiche degli indirizzi IP nell'infrastruttura di origine. Gli endpoint di rete definiti utilizzando FQDN vengono risolti tramite DNS pubblico. Assicurati che l'FQDN configurato sia risolvibile tramite
Google Public DNS.
Dopo aver creato il NEG internet, il tipo non può essere modificato tra
INTERNET_FQDN_PORT e INTERNET_IP_PORT. Devi creare una nuova connessione a internet
NEG e modificare il servizio di backend in modo che utilizzi il nuovo NEG internet.
Quando utilizzi un backend esterno che prevede un determinato valore per l'intestazione Host della richiesta HTTP, devi configurare il servizio di backend in modo da impostare l'intestazione Host sul valore previsto. Se non configuri un modello di attribuzione
richiesta, un servizio di backend conserva l'intestazione Host che il client
utilizzato per la connessione al bilanciatore del carico delle applicazioni esterno di Google Cloud. Per informazioni generali sulle intestazioni personalizzate, consulta Creare intestazioni personalizzate nei servizi di backend.
Per un esempio specifico, consulta Configurare Cloud CDN con un backend esterno.
Utilizzo di backend esterni e origini basate su Google Cloud
La figura seguente mostra un NEG internet utilizzato per eseguire il deployment di un backend esterno con un bilanciatore del carico delle applicazioni esterno e Cloud CDN.
Passaggi successivi
- Per configurare un backend esterno, consulta Configurare un backend esterno con un NEG internet.
- Per informazioni sui contenuti memorizzati nella cache, consulta Panoramica sulla memorizzazione nella cache.
- Per risolvere i problemi, consulta la sezione Risolvere i problemi relativi al backend esterno e ai NEG internet.