Backend esterni specificati utilizzando 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 sull'infrastruttura di memorizzazione in una cache perimetrale distribuita e ad alte prestazioni di Google.

Terminologia

I seguenti termini vengono a volte usati in modo intercambiabile perché hanno significati uguali o simili:

  • backend esterno: un backend che risiede all'esterno di Google Cloud ed è raggiungibile tramite internet. L'endpoint in un NEG internet.
  • custom origin: uguale a un 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: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 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. L'Application Load Balancer esterno fornisce gli indirizzi IP frontend e le porte che ricevono le richieste. I contenuti di Cloud CDN possono essere recuperati da vari tipi di backend:

I backend esterni possono essere ospitati in un'infrastruttura on-premise o in origini fornite da provider di terze parti. Le seguenti sezioni illustrano in maggiore dettaglio i backend esterni.

Architetture ibride e multi-cloud

Quando sposti i tuoi servizi su Google Cloud, potresti doverlo fare 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 per questi contenuti.

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

Nel diagramma, i contenuti di images si trovano in Google Cloud, mentre video si trova 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 l'Application Load Balancer esterno 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 a Tokyo. Questa mappatura è determinata in base all'URL della richiesta: /video.

Per le immagini (determinate in base all'URL della richiesta: /images), i contenuti provengono da Google Cloud e vengono forniti dall'infrastruttura perimetrale 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 dei 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. 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 una 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 utilizzando un nome di dominio completo 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 connetterti.

La best practice prevede di creare il NEG internet con il tipo di endpoint INTERNET_FQDN_PORT e un valore FQDN come valore del nome host di origine. Questo isola la configurazione Cloud CDN dalle modifiche degli indirizzi IP nell'infrastruttura di origine. Gli endpoint di rete definiti mediante nomi di dominio completi vengono risolti tramite il DNS pubblico. Assicurati che il nome di dominio completo 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 un nuovo NEG internet e modificare il servizio di backend in modo che utilizzi il nuovo NEG internet.

Quando utilizzi un backend esterno che prevede un valore particolare per l'intestazione Host della richiesta HTTP, devi configurare il servizio di backend in modo che imposti 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 all'Application Load Balancer esterno di Google Cloud. Per informazioni generali sulle intestazioni personalizzate, consulta Creare intestazioni personalizzate nei servizi di backend. Per un esempio specifico, consulta Configurazione di 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.

Cloud CDN con backend esterni
Cloud CDN con backend esterni

Passaggi successivi