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. 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 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 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 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 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 traffico in uscita dalla cache. Il trasferimento dei dati in una cache è chiamato riempimento 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).
- L'Application Load Balancer esterno distribuisce le risposte a Cloud CDN.
- Cloud CDN fornisce le risposte agli utenti finali.
Per i costi correlati ai successi e ai fallimenti della cache, consulta la sezione Prezzi.
Percentuale successi cache
Il rapporto di successi della cache è la percentuale di volte in cui un oggetto richiesto viene provenienti 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 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 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 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. La 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 se la risposta può essere memorizzata nella cache. Un oggetto archiviati in una cache non si replicano automaticamente in altre cache; Memorizzazione nella 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 abilitato Cloud CDN, la memorizzazione nella cache avviene automaticamente per tutti 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 da 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 influenzano ma non influiscono direttamente a vicenda.
Eliminazione
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 l'eliminazione. Le cache sono generalmente piene, quindi rimuovono 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 rimossi potrebbero essere scaduti non esserlo. L'impostazione di una data di scadenza non influisce sull'eliminazione.
Per contenuti impopolari si intendono quelli 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 di intervallo di byte, Cloud CDN può inviare più richieste al server di origine in reazione a un singolo client richiesta. 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 utilizzano 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 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 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 Configura Cloud CDN tramite Ingress.
- Per trovare i punti di presenza GFE, consulta Posizioni della cache.