Personalizzare e gestire il comportamento della rete CDN
Le reti CDN possono migliorare le prestazioni dei siti Web statici. Nel contesto di un'azienda di formazione globale, il contenuto deve essere facilmente accessibile e aggiornato. In questa unità viene descritto come apportare modifiche di configurazione aggiuntive affinché le reti CDN funzionino correttamente con siti statici negli ambienti di produzione.
Uso di domini personalizzati
Nell'esercizio è stata usata una rete CDN con un URL univoco nel formato nomeendpoint.azureedge.net. Indipendentemente da dove si trova l'utente nel mondo, questo URL punta al POP più vicino, migliorando in questo modo le prestazioni. Benché questo approccio sia corretto, l'URL non è facile da ricordare e non riflette il marchio dell'azienda.
Le impostazioni per i domini personalizzati permettono di specificare un record di nome canonico (CNAME) in DNS (Domain Name System) che punta all'URL della rete CDN. Si supponga che l'utente digiti il nome di dominio personalizzato, ad esempio www.contoso.com. DNS esegue il mapping del nome di dominio all'URL dell'endpoint POP e connette l'utente a questo URL.
Creare un record DNS CNAME
Per offrire il mapping del dominio personalizzato, prima di tutto è necessario creare il record CNAME in DNS. Il modo in cui viene eseguito il mapping dipende dall'interfaccia implementata dal provider DNS. Tuttavia, è necessario configurare un record nel formato seguente:
| Indirizzo (campo sinistro) | Tipo | Punta a (campo destro) |
|---|---|---|
| www.contoso.com | CNAME | nomeendpoint.azureedge.net. |
L'aggiornamento del DNS può richiedere fino a 72 ore.
Mapping del sottodominio cdnverify temporaneo
È possibile configurare il record CNAME e pubblicarlo se il server Web non è ancora online. Tuttavia, non è consigliabile interrompere gli utenti quando si configura il record rete CDN. Se il dominio è già in produzione e fa riferimento al server di origine, configurare il record della rete CDN senza interrompere gli utenti è importante. I record CNAME devono puntare al sottodominio cdnverify. In questo caso, il record ha questo formato:
| Indirizzo (campo sinistro) | Tipo | Punta a (campo destro) |
|---|---|---|
| cdnverify.www.contoso.com | CNAME | cdnverify.contoso.azureedge.net. |
In genere, è possibile configurare questo record con un durata (TTL) di 1 ora.
Dopo aver configurato il sottodominio cdnverify e il CNAME per il mapping del dominio, è possibile aggiungere il dominio personalizzato.
Aggiunta di un dominio personalizzato
Per aggiungere un dominio personalizzato, passare all'endpoint della rete CDN creato e in Impostazioni selezionare Domini personalizzati. Nel riquadro Dominio personalizzato selezionare Dominio personalizzato, quindi in Aggiungi un dominio personalizzato, in Nome host personalizzato immettere il nome host corrispondente al record CNAME nel dominio personalizzato, ad esempio www.contoso.com.
Quando si immette il nome di dominio personalizzato, Azure usa DNS per tentare di risolvere l'indirizzo nel nome host dell'endpoint. Se corrispondono, sarà possibile notare un segno di spunta accanto al campo Nome host personalizzato. Se viene visualizzato un punto esclamativo rosso, è necessario controllare le impostazioni DNS.
Se il nome di dominio personalizzato viene risolto nel nome host dell'endpoint, selezionare Aggiungi. Tutti gli utenti che visitano www.contoso.com ora vengono reindirizzati al POP di Azure più vicino alla propria posizione.
Compressione di file
La rete CDN di Azure può migliorare le prestazioni comprimendo i file prima che vengano distribuiti. Il browser di ricezione decomprime i file. Questa attività viene o meno applicata a seconda che il file fosse o meno compresso nel server di origine.
La rete CDN di Azure passa il file compresso inalterato se si abilita la compressione per i file ospitati nel server di origine. Rete CDN di Azure comprime dinamicamente i file non compressi nel server di origine di un tipo che può essere compresso. Archivia quindi i file compressi nel POP. Questo processo migliora l'esperienza dei clienti e le prestazioni del sito.
La compressione nella rete CDN di Azure Standard per Microsoft è attivata per impostazione predefinita. Non è possibile configurare altri tipi di file per la compressione né eliminare tipi di file esistenti. Tuttavia, è possibile aggiungere e modificare i tipi di file da comprimere nel profilo Edgio.
Controllo del comportamento di memorizzazione nella cache
Le reti CDN di Azure offrono due meccanismi per la memorizzazione nella cache dei file. Tuttavia, queste impostazioni di configurazione dipendono dal livello selezionato. Le regole di memorizzazione nella cache nella rete CDN Standard di Azure per Microsoft vengono impostate a livello di endpoint e offrono tre opzioni di configurazione. Altri livelli offrono opzioni di configurazione aggiuntive, tra cui:
- Regole di memorizzazione nella cache. Le regole di memorizzazione nella cache possono essere globali (valide per tutto il contenuto da un endpoint specificato) o personalizzate. Le regole personalizzate si applicano a percorsi ed estensioni di file specifici.
- Memorizzazione nella cache delle stringhe di query. La memorizzazione nella cache delle stringhe di query permette di configurare il modo in cui Rete CDN di Azure risponde a una stringa di query. La memorizzazione nella cache delle stringhe di query non ha alcun effetto sui file che non possono essere memorizzati nella cache.
Con il livello Standard della rete CDN di Azure per Microsoft, le regole di memorizzazione nella cache sono semplicemente costituite dalle tre opzioni seguenti:
- Ignora stringhe di query. Questa opzione è la modalità predefinita. Un POP della rete CDN passa semplicemente la richiesta e tutte le stringhe di query direttamente al server di origine in occasione della prima richiesta e memorizza l'asset nella cache. Le nuove richieste dello stesso asset ignorano qualsiasi stringa di query fino allo scadere della durata (TTL).
- Disabilita la memorizzazione nella cache per le stringhe di query. Ogni richiesta di query dal client viene passata direttamente al server di origine senza memorizzazione nella cache.
- Memorizza nella cache tutti gli URL univoci. Ogni volta che un client richiedente genera un URL univoco, questo URL viene passato di nuovo al server di origine e la risposta viene memorizzata nella cache con la relativa durata (TTL). Questo ultimo metodo non è efficace quando ogni richiesta è un URL univoco, in quanto la percentuale di riscontri cache diventa insufficiente.
Per modificare queste impostazioni, nel riquadro Endpoint selezionare Regole di memorizzazione nella cache, quindi l'opzione di memorizzazione nella cache che si vuole applicare all'endpoint e selezionare Salva.
Memorizzazione nella cache e durata (TTL)
Se si pubblica un sito Web tramite la rete CDN di Azure, i file nel sito vengono memorizzati nella cache fino allo scadere della durata (TTL). L'intestazione Cache-Control contenuta nella risposta HTTP dal server di origine determina la durata (TTL).
Se non si imposta una durata (TTL) per un file, Rete CDN di Azure imposta un valore predefinito. Tuttavia, questo valore predefinito può essere sottoposto a override se si configurano regole di memorizzazione nella cache in Azure. I valori di durata (TTL) predefiniti sono i seguenti:
- Ottimizzazioni per le distribuzioni Web generalizzate: sette giorni
- Ottimizzazioni per file di grandi dimensioni: un giorno
- Ottimizzazioni per lo streaming multimediale: un anno
Per altre informazioni sulla memorizzazione nella cache, vedere la sezione Ulteriori informazioni nell'unità Riepilogo.
Aggiornamento del contenuto
In condizioni normali, un nodo perimetrale della rete CDN di Azure rende disponibile un asset fino allo scadere della durata (TTL). Il nodo perimetrale si riconnette al server di origine allo scadere della durata (TTL) e quando un client invia una richiesta allo stesso asset. Il nodo recupera un'altra copia dell'asset, reimpostando la durata (TTL) durante il processo.
Per garantire che gli utenti ricevano sempre la versione più recente di un asset, provare a includere una stringa di versione nell'URL dell'asset. Questo approccio permette alla rete CDN di recuperare immediatamente il nuovo asset.
In alternativa, è possibile ripulire il contenuto memorizzato nella cache dai nodi perimetrali, operazione che aggiorna il contenuto nella successiva richiesta client. È possibile ripulire il contenuto memorizzato nella cache durante la pubblicazione di una nuova versione di un'app Web o per sostituire qualsiasi asset non aggiornato.
È possibile ripulire il contenuto in diversi modi.
- In ogni singolo endpoint uno dopo l'altro o in tutti gli endpoint contemporaneamente se si vogliono aggiornare insieme tutti i componenti in Rete CDN.
- Specificare un file, includendo il percorso, o tutti gli asset nell'endpoint selezionato facendo clic sulla casella di controllo Ripulisci.
- In base a caratteri jolly (*) o usando la radice (/).
Dopo aver specificato il contenuto da ripulire, selezionare il pulsante Ripulisci .
Per altre informazioni sulla scadenza del contenuto, vedere la sezione Ulteriori informazioni nell'unità Riepilogo.
Filtro geografico
Il filtro geografico permette di consentire o bloccare contenuti in Paesi/aree geografiche specifici, in base al codice Paese/area geografica. Nel livello Standard della rete CDN di Azure per Microsoft è possibile consentire o bloccare solo l'intero sito. Con il livello Edgio è anche possibile configurare restrizioni sui percorsi di directory. Per altre informazioni, vedere la sezione di lettura più approfondita nell'unità Riepilogo.
Per configurare il filtro geografico, selezionare Filtro geografico nelle proprietà del rispettivo endpoint. Nel pannello Filtro geografico selezionare Consenti o Blocca, quindi nell'elenco codici per paese/area geografica selezionare i paesi/aree geografiche da consentire o bloccare.
L'impostazione Consenti è più restrittiva dell'impostazione Blocca. Consenti permette l'accesso solo dai Paesi/dalle aree geografiche selezionati. La logica per l'impostazione Blocca consiste nel consentire l'accesso da tutti i Paesi/le aree geografiche, ad eccezione di quelli bloccati.
Per altre informazioni sul filtro geografico, vedere la sezione Altre informazioni dell'unità Riepilogo.