Backend esterni specificati utilizzando i NEG Internet

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 distribuire i contenuti tramite l'infrastruttura ad alte prestazionidi Google.

Terminologia

I seguenti termini sono talvolta utilizzati in modo intercambiabile perché hanno significati uguali o simili:

  • Backend esterno: un backend che si trova al di fuori di Google Cloud ed è raggiungibile su Internet. L'endpoint in un NEG Internet.
  • Origine personalizzata: equivale al backend esterno. In CDN, origin è il termine standard di settore per un'istanza di backend che pubblica contenuti web.
  • Gruppo di endpoint di rete Internet (NEG): la risorsa API Google Cloud che utilizzi per specificare un backend esterno.
  • Endpoint esterno: ha lo stesso aspetto di 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 di Internet.

Tipi di backend supportati per Cloud CDN

Cloud CDN funziona con il bilanciamento del carico HTTP(S) per fornire contenuti agli utenti. Il bilanciatore del carico HTTP(S) esterno fornisce gli indirizzi IP e delle porte frontend che ricevono le richieste. I contenuti di Cloud CDN possono essere derivati da vari tipi di backend:

I backend esterni possono essere ospitati all'interno di un'infrastruttura on-premise o da origini fornite da provider di terze parti. Le sezioni seguenti descrivono in modo più dettagliato i backend esterni.

Architetture ibride e multi-cloud

Quando sposti i tuoi servizi su Google Cloud, potresti dover farlo in 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. Il supporto di Cloud CDN per i backend esterni ti consente di utilizzare l'infrastruttura di memorizzazione in una cache perimetrale distribuita a livello globale di Google per questi contenuti.

Architettura ibrida e multi-cloud
Architettura ibrida e multi-cloud

Nel diagramma, i contenuti images risiedono in Google Cloud, mentre video si trova in un data center di Tokyo, che può essere on-premise o in un altro cloud. Con i backend esterni, le origini nel data center di Tokyo possono essere l'origine di backend dei contenuti video con Cloud CDN e il bilanciamento del carico HTTP(S) che fornisce i contenuti agli utenti.

Utilizzando le mappe URL, questo deployment può indirizzare le richieste di pull dell'origine per il traffico video al backend esterno di Tokyo. Questa mappatura è determinata in base all'URL della richiesta: /video.

Per le immagini (determinate in base all'URL di richiesta: /images), i contenuti provengono da Google Cloud e sono forniti dall'infrastruttura perimetrale di Cloud CDN.

Specifica di un backend esterno

Analogamente a configurare Cloud CDN con i tuoi endpoint di cui è stato eseguito il deployment in Google Cloud, puoi utilizzare l'API gruppi di endpoint di rete (NEG) per aggiungere il tuo server come backend esterno per Cloud CDN.

Per specificare il backend esterno, utilizza un NEG Internet. La tabella seguente contiene un NEG Internet uno dei tipi di endpoint.

Indirizzo endpoint Tipo Definizione Quando utilizzarlo
Nome host e una porta facoltativa INTERNET_FQDN_PORT Un nome di dominio completo (FQDN) risolvibile pubblicamente e una porta facoltativa, ad esempio backend.example.com:443 (porte predefinite: 80 per HTTP e 443 per HTTPS) Utilizza questo endpoint quando è possibile risolvere il backend esterno utilizzando un FQDN con DNS pubblico.
Indirizzo IP e porta opzionale 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 connetterti.

La best practice consiste nel creare il NEG Internet con il tipo di endpoint INTERNET_FQDN_PORT e un valore FQDN come nome host dell'origine. isola la configurazione di Cloud CDN dalle modifiche degli indirizzi IP nell'infrastruttura di origine. Gli endpoint di rete definiti utilizzando i FQDN vengono risolti tramite DNS pubblico. Assicurati che il nome di dominio completo configurato sia risolvibile tramite il servizio 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 un nuovo NEG Internet e modificare il servizio di backend in modo da utilizzare il nuovo NEG Internet.

Quando utilizzi un backend esterno che prevede un valore specifico per l'intestazione Host della richiesta HTTP, devi configurare il servizio di backend per impostare l'intestazione Host su quel valore previsto. Se non configuri un'intestazione della richiesta definita dall'utente, un servizio di backend conserva l'intestazione Host che il client ha utilizzato per la connessione al bilanciatore del carico HTTP(S) esterno di Google Cloud. Per informazioni generali sulle intestazioni delle richieste definite dall'utente, consulta la sezione Creare intestazioni delle richieste definite dall'utente. Per un esempio specifico, consulta la sezione 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 il bilanciamento del carico HTTP(S) e Cloud CDN.

Cloud CDN con backend esterni
Cloud CDN con backend esterni

Passaggi successivi