Cloud CDN (Content Delivery Network) utilizza la rete perimetrale globale di Google per distribuire i contenuti nelle aree più vicine agli utenti al fine di velocizzare i siti web e le applicazioni.
Cloud CDN funziona con il bilanciatore del carico delle applicazioni esterno globale o con il bilanciatore del carico delle applicazioni classico per fornire contenuti agli utenti. L'Application Load Balancer esterno fornisce l'IP frontend gli indirizzi e le porte che ricevono le richieste e i backend che rispondono richieste.
I contenuti di Cloud CDN possono essere ricavati da diversi tipi di backend.
In Cloud CDN, questi backend sono chiamati anche server di origine. La figura 1 illustra come le risposte dai server di origine vengono eseguite su le istanze di macchine virtuali (VM) passano attraverso un bilanciatore del carico delle applicazioni esterno forniti da Cloud CDN. In questa situazione, Google Front End (GFE) che comprende Cloud CDN e il bilanciatore del carico delle applicazioni esterno.
Come funziona Cloud CDN
Quando un utente richiede contenuti da un bilanciatore del carico delle applicazioni esterno, la richiesta arriva a un GFE che si trova all'estremità della rete di Google, il più vicino possibile all'utente.
Se la mappa URL del bilanciatore del carico instrada il traffico a un servizio di backend o a un backend in cui è configurato Cloud CDN, GFE utilizza Cloud CDN.
Successi e fallimenti della cache
Una cache è un gruppo di server che archivia e gestisce contenuti in modo che le richieste future per quei contenuti possono essere gestite più velocemente. I contenuti memorizzati nella cache sono copia di contenuti memorizzabili nella cache e archiviata sui server di origine.
Se il GFE cerca nella cache di Cloud CDN e trova una risposta memorizzata nella cache su richiesta dell'utente, il GFE invia all'utente la risposta memorizzata nella cache. Questo è chiamato successo della cache. Quando si verifica un successo della cache, il GFE cerca i contenuti per la sua chiave cache e risponde direttamente all'utente, ridurre il tempo di round trip e impedire al server di origine di dover elaborare la richiesta.
Un hit parziale si verifica quando una richiesta viene gestita parzialmente dalla cache e parzialmente da un backend. Ciò può accadere se solo parte dei contenuti richiesti siano archiviati in una cache di Cloud CDN, come descritto Supporto per richieste di intervalli di byte.
La prima volta che viene richiesto un contenuto, il GFE stabilisce che non può soddisfare la richiesta dalla cache. In questo caso si parla di mancata corrispondenza della cache. Quando si verifica una mancata corrispondenza della cache, il GFE inoltra la richiesta all'Application Load Balancer esterno. Il bilanciatore del carico inoltra quindi la richiesta a uno dei tuoi server di origine. Quando la cache riceve i contenuti, il GFE li inoltra all'utente.
Se la risposta del server di origine a questa richiesta cacheable, Cloud CDN archivia i nella cache di Cloud CDN per le richieste future. Il trasferimento di dati da una cache a un client è chiamato cache in uscita. Il trasferimento dei dati in una cache è chiamato riempimento della cache.
La Figura 2 mostra un hit e un miss della cache:
- I server di origine in esecuzione sulle istanze VM inviano risposte HTTP(S).
- Il bilanciatore del carico delle applicazioni esterno distribuisce le risposte a Cloud CDN.
- Cloud CDN fornisce le risposte agli utenti finali.
Per i costi relativi a hit e mancate hit della cache, consulta Prezzi.
Percentuale successi cache
La percentuale di hit della cache è la percentuale di volte in cui un oggetto richiesto viene fornito dalla cache. Se la percentuale successi cache è del 60%, significa che l'oggetto richiesto viene fornito dalla cache il 60% delle volte e deve essere recuperato dall'origine il 40% delle volte.
Per informazioni su come le chiavi cache possono influire sulla percentuale successi cache, consulta la sezione Utilizzare le chiavi cache. Per informazioni sulla risoluzione dei problemi, consulta Il rapporto di hit della cache è basso.
Visualizzazione della percentuale successi cache per un periodo di tempo ridotto
Per visualizzare il rapporto di hit della cache per un breve periodo di tempo (gli ultimi minuti):
Nella console Google Cloud, vai alla pagina Cloud CDN.
Per ogni origine, consulta la colonna Rapporto di hit della cache.
n/a indica che i contenuti con bilanciamento del carico non sono attualmente memorizzati nella cache o non sono stati richiesti di recente.
Visualizzare il rapporto di hit della cache per un periodo di tempo più lungo
Per visualizzare il percentuale successi cache per un periodo di tempo compreso tra 1 ora e 30 giorni:
- Nella console Google Cloud, vai alla pagina Cloud CDN.
- Nella colonna Nome origine, fai clic sul nome dell'origine.
- Fai clic sulla scheda Monitoraggio.
- (Facoltativo) Seleziona un backend specifico.
La percentuale di successo della CDN è uno dei grafici di monitoraggio disponibili. Un grafico che mostra n/d significa che i contenuti non sono memorizzati nella cache o non sono stati richiesti in l'intervallo di tempo visualizzato.
Puoi modificare il periodo di tempo selezionando un intervallo di tempo diverso. L'immagine seguente è un esempio di intervalli di tempo che puoi selezionare:
Inserimento di contenuti nella cache
La memorizzazione nella cache è reattiva in quanto un oggetto è archiviato in una determinata cache se passa attraverso la cache e se la risposta può essere memorizzata nella cache. Un oggetto memorizzato in una cache non viene replicato automaticamente in altre cache; il riempimento della cache avviene solo in risposta a una richiesta avviata dal client. Non puoi precaricare le cache, a meno che non indichi alle singole cache di rispondere alle richieste.
Quando il server di origine supporta le richieste con intervallo di byte, Cloud CDN può avviare più richieste di riempimento della cache in risposta a una singola richiesta del client.
Pubblicazione di contenuti da una cache
Dopo aver attivato Cloud CDN, la memorizzazione nella cache avviene automaticamente per tutti i contenuti memorizzabili nella cache. Il server di origine utilizza le intestazioni HTTP per indicare quali risposte vengono memorizzate nella cache. Puoi anche controllare la memorizzazione nella cache utilizzando le modalità cache.
Quando utilizzi un bucket di backend, il server di origine è Cloud Storage. Quando utilizzi le istanze VM, il server di origine è il software del server web che esegui su queste istanze.
Cloud CDN utilizza cache in numerose località in tutto il mondo. Poiché della natura delle cache, è impossibile prevedere se un particolare viene fornita dalla cache. Tuttavia, puoi aspettarti che le richieste popolari per contenuti memorizzabili nella cache vengano pubblicate da una cache la maggior parte del tempo, con una riduzione significativa delle latenze, dei costi e del carico sui server di origine.
Per saperne di più su cosa memorizza Cloud CDN nella cache e per quanto tempo, consulta la Panoramica sulla memorizzazione nella cache.
Per vedere cosa Cloud CDN pubblica da una cache, puoi visualizzare i log.
Rimozione dei contenuti dalla cache
Per rimuovere un articolo da una cache, puoi invalidare i contenuti memorizzati nella cache. Per maggiori informazioni informazioni, vedi:
- Panoramica dell'annullamento della convalida della cache
- Annullamento convalida dei contenuti inseriti nella cache
Bypass della cache
Per bypassare Cloud CDN, puoi richiedere un oggetto direttamente da un bucket Cloud Storage o da una VM Compute Engine. Ad esempio, un URL per un L'oggetto bucket Cloud Storage ha il seguente aspetto:
https://storage.googleapis.com/STORAGE_BUCKET/FILENAME
Eliminazione e scadenza
Per poter pubblicare i contenuti da una cache, è necessario che siano stati inseriti nel tag , non deve essere rimossa e non deve essere scaduta.
Rimossione ed scadenza sono due concetti diversi. Entrambi influenzano ma non influiscono direttamente a vicenda.
Sfratto
Se stai testando la memorizzazione nella cache dei contenuti con un numero ridotto di richieste, che i contenuti vengono rimossi.
Ogni cache ha un limite di spazio. Tuttavia, Cloud CDN aggiunge contenuti alle cache anche quando sono piene. Per inserire contenuti in un , la cache rimuove prima qualcos'altro per liberare spazio. Questo processo è chiamato l'eliminazione. Le cache sono in genere piene, quindi espellono costantemente i contenuti. Loro in genere rimuove i contenuti che non sono stati consultati di recente, indipendentemente dal fatto che in base alla data di scadenza dei contenuti. I contenuti espulsi potrebbero essere scaduti o meno. L'impostazione di una scadenza non influisce sull'espulsione.
Per contenuti non popolari si intendono i contenuti a cui non è stato eseguito l'accesso da un po' di tempo. Da un po' di tempo e Non popolare si riferiscono entrambi alla maggior parte degli altri elementi nella cache. Più progetti Google Cloud condividono un pool comune di spazio della cache perché i progetti vengono pubblicati dallo stesso insieme di GFE. La popolarità relativa dei contenuti viene confrontata in più progetti, non solo in un singolo progetto.
Man mano che le cache ricevono più traffico, rimuovono anche altri contenuti memorizzati nella cache.
Come per tutte le cache su larga scala, i contenuti possono essere rimossi in modo imprevedibile, quindi la gestione di una determinata richiesta dalla cache.
Scadenza
Per i contenuti delle cache HTTP(S) è possibile configurare una data di scadenza. La la scadenza comunica alla cache di non pubblicare contenuti obsoleti, anche se questi che non è stato rimosso.
Considera ad esempio un URL immagine dell'ora. Le sue risposte dovrebbero potrebbero scadere tra meno di un'ora. In caso contrario, i contenuti pubblicati potrebbero vecchia immagine da una cache.
Per informazioni sui tempi di scadenza dell'ottimizzazione, consulta Utilizzo delle impostazioni e degli override TTL.
Richieste avviate da Cloud CDN
Quando il server di origine supporta le richieste di intervallo di byte, Cloud CDN può inviare più richieste al server di origine in reazione a un singolo client richiesta. Come descritto in Supporto per le richieste con intervallo di byte, Cloud CDN può avviare due tipi di richieste: richieste di convalida e richieste con intervallo di byte.
Impostazioni della posizione dei dati di altri servizi della piattaforma Cloud
L'utilizzo di Cloud CDN comporta che i dati potrebbero essere archiviati in località di pubblicazione al di fuori della regione o della zona del server di origine. Questo è normale e corrisponde al funzionamento della memorizzazione nella cache HTTP su internet. Nella sezione Termini specifici dei servizi della Google Cloud Platform Termini di servizio, l'impostazione Posizione dei dati disponibile per determinati Cloud I Servizi della piattaforma non si applicano ai Dati principali dei clienti per il rispettivo Cloud Servizio della piattaforma quando utilizzato con altri prodotti e servizi Google (in questo caso il servizio Cloud CDN). Se non vuoi questo risultato, non utilizzano il servizio Cloud CDN.
Supporto per i certificati SSL gestiti da Google
Puoi utilizzare la modalità Certificati gestiti da Google quando Cloud CDN è abilitato.
Google Cloud Armor con Cloud CDN
Google Cloud Armor con Cloud CDN offre due tipi di criteri di sicurezza:
- Criteri di sicurezza perimetrale. Questi criteri possono essere applicati ai server di origine abilitati per Cloud CDN. Si applicano a tutto il traffico, prima della ricerca CDN.
- Criteri di sicurezza del backend. Questi criteri vengono applicati solo per le richieste per contenuti dinamici, fallimenti della cache o altre richieste destinate il server di origine.
Per ulteriori informazioni, consulta la documentazione di Google Cloud Armor.
Passaggi successivi
- Per abilitare Cloud CDN per le tue istanze con bilanciamento del carico HTTP(S), bucket di archiviazione, consulta Utilizzo di Cloud CDN.
- Per utilizzare Cloud CDN con Google Kubernetes Engine, consulta Configurare Cloud CDN tramite Ingress.
- Per trovare i punti di presenza GFE, consulta Località delle cache.