Cloud CDN (Content Delivery Network) utilizza la rete perimetrale globale di Google per pubblicare contenuti più vicino agli utenti, il che accelera i siti web e diverse applicazioni.
Cloud CDN funziona con il bilanciatore del carico delle applicazioni esterno globale o Bilanciatore del carico delle applicazioni classico per mostrare contenuti agli utenti. Il bilanciatore del carico delle applicazioni esterno fornisce le porte e gli indirizzi IP frontend che ricevono le richieste e i backend che rispondono alle richieste.
I contenuti di Cloud CDN possono essere reperiti da vari tipi dei 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 in un GFE che si trova ai margini del 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 memorizza e gestisce i contenuti in modo che le richieste future relative a questi contenuti possano essere soddisfatte più rapidamente. 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. Questo può accadere se solo parte dei contenuti richiesti è memorizzata in una cache Cloud CDN, come descritto in Supporto per le richieste di intervallo di byte.
La prima volta che viene richiesto un contenuto, il GFE determina che non può soddisfare la richiesta dalla cache. In tal caso si parla di fallimento della cache. Quando un fallimento della cache, il GFE inoltra la richiesta all'Application Load Balancer esterno. La 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 è memorizzabile nella cache, Cloud CDN la memorizza nella cache di Cloud CDN per le richieste future. Il trasferimento di dati da una cache a un client è chiamato traffico in uscita dalla cache. Il trasferimento dei dati in una cache è chiamato compilazione della cache.
La figura 2 mostra un successo e un fallimento della cache:
- I server di origine in esecuzione su 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
Il rapporto di successi della cache è la percentuale di volte in cui un oggetto richiesto viene provenienti dalla cache. Se il rapporto di hit della cache è del 60%, significa che l'oggetto richiesto viene pubblicato dalla cache il 60% delle volte e deve essere recuperato dall'origine il 40% delle volte.
Per informazioni su come le chiavi di cache possono influire sulla percentuale di hit della cache, consulta Utilizzare le chiavi di cache. Per informazioni sulla risoluzione dei problemi, consulta l'articolo Il rapporto di successi della cache è bassa.
Visualizzazione della percentuale successi cache per un periodo di tempo ridotto
Per visualizzare la percentuale successi cache per un breve periodo di tempo (ultimi minuti):
Nella console Google Cloud, vai alla pagina Cloud CDN.
Per ogni origine, consulta la colonna Tasso di successo della cache.
n/d indica che i contenuti con bilanciamento del carico non sono attualmente memorizzati nella cache o non sono stati richiesta di recente.
Visualizzazione della percentuale successi cache per un periodo di tempo più lungo
Per visualizzare il rapporto di hit della 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 Monitoring.
- (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 viene archiviato in una determinata cache se passa attraverso la cache e verifica se la risposta può essere memorizzata nella cache. Un oggetto archiviati in una cache non si replicano automaticamente in altre cache; cache il riempimento avviene solo in risposta a una richiesta avviata dal client. Non puoi precaricare cache, tranne che per fare in modo che le singole cache rispondano alle richieste.
Se il server di origine supporta un intervallo di byte richieste, Cloud CDN può avviare più richieste di riempimento della cache in reazione 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 tuo server di origine utilizza le intestazioni HTTP per indicare le risposte vengono memorizzate nella cache. Puoi anche controllare la possibilità di memorizzare nella cache usando cache modalità.
Quando utilizzi un bucket di backend, il server di origine è Cloud Storage. Quando utilizzi 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 più frequenti di contenuti memorizzabili nella cache vengono pubblicati la maggior parte delle volte da una cache, latenze significativamente ridotte, costi ridotti e carico ridotto sull'origine server web.
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 fornisce Cloud CDN da una cache, puoi visualizzare log.
Rimozione dei contenuti dalla cache
Per rimuovere un articolo da una cache, puoi invalidare i contenuti memorizzati nella cache. Per ulteriori informazioni informazioni, vedi:
- Panoramica dell'annullamento della convalida della cache
- Convalida dei contenuti memorizzati nella cache
Bypass della cache
Per bypassare Cloud CDN, puoi richiedere un oggetto direttamente a un in un bucket Cloud Storage o una VM di 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 Cache, non deve essere rimossa e non deve essere scaduta.
La rimozione e la scadenza sono due concetti diversi. Entrambi influiscono su ciò che viene pubblicato, ma non si influenzano 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 pieni. Per inserire contenuti in un , la cache rimuove prima qualcos'altro per liberare spazio. Questo processo è chiamato espulsione. Le cache sono in genere piene, quindi espellono costantemente i contenuti. Generalmente, eliminano i contenuti a cui non è stato eseguito l'accesso di recente, indipendentemente dalla data di scadenza. I contenuti espulsi potrebbero essere scaduti o meno. L'impostazione di una data di scadenza non influisce sull'eliminazione.
Per contenuti impopolari si intendono contenuti a cui non accedi da un po' di tempo. A mentre e impopolari sono entrambi relativi alla maggior parte degli altri articoli in . Più progetti Google Cloud condividono un pool comune di spazio di cache perché i progetti vengono pubblicati dallo stesso insieme di GFE. Il parente la popolarità dei contenuti viene confrontata in più progetti, non solo all'interno 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 con intervallo di byte, Cloud CDN può inviare più richieste al server di origine in risposta a una singola richiesta del client. Come descritto nella sezione Supporto per richieste di intervalli di byte, Cloud CDN può avviare due tipi di richieste: richieste di convalida e richieste di intervalli di byte.
Impostazioni di località dei dati di altri servizi della piattaforma Cloud
L'utilizzo di Cloud CDN comporta l'archiviazione dei dati durante la gestione da località al di fuori della regione o della zona del server di origine. È normale e su come funziona la 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 utilizzare il servizio Cloud CDN.
Supporto per i certificati SSL gestiti da Google
Puoi utilizzare 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. Queste norme possono essere applicate ai tuoi Server di origine abilitati per Cloud CDN. Si applicano a tutte le del traffico prima della ricerca CDN.
- Criteri di sicurezza di 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 sezione Google Cloud Armor documentazione.
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 Posizioni della cache.