Configurazione CDN - Cronologia

Neen il 11:08, 16 nov 2012

2012-11-16T11:08:47Z

← Versione meno recente		Versione delle 11:08, 16 nov 2012
Riga 104:		Riga 104:
	<br>		<br>

−	[[Category:Manuale_Utenti]]	+	[[Category:Manuale_Utenti]][[Category:CDN]]

M.zani il 12:57, 3 ott 2012

2012-10-03T12:57:08Z

← Versione meno recente		Versione delle 12:57, 3 ott 2012
Riga 102:		Riga 102:
	Consente di eliminare forzatamente il caching dei pop CDN (senza attendere le tempistiche di cache expiry) che procederanno quindi a richiedere nuovamente i dati all'origin.		Consente di eliminare forzatamente il caching dei pop CDN (senza attendere le tempistiche di cache expiry) che procederanno quindi a richiedere nuovamente i dati all'origin.

−	<br>	+	<br>
		+
		+	[[Category:Manuale_Utenti]]

M.zani il 12:56, 3 ott 2012

2012-10-03T12:56:24Z

← Versione meno recente		Versione delle 12:56, 3 ott 2012
Riga 80:		Riga 80:
	== <br>Altre impostazioni e funzionalità ==		== <br>Altre impostazioni e funzionalità ==

−	=== Impostazioni avanzate ===	+	=== Impostazioni avanzate ===

	==== <br>Cache Expiry ====		==== <br>Cache Expiry ====

−	E' il tempo di default espresso in minuti dopo il quale i server CDN cancelleranno la cache e richiederanno nuovamente i files all'origin<br>	+	E' il tempo di default espresso in minuti dopo il quale i server CDN cancelleranno la cache e richiederanno nuovamente i files all'origin<br>

−	==== Edge Groups<br> ====	+	==== Edge Groups<br> ====

−	Definisce quali pop CDN utilizzare tra quelli disponibili per il proprio profilo. I server sono raggruppati in gruppi secondo criteri di affinità tipicamente geografica (Europa, Nord America, Sud America) ma eventualmente anche a livello di pricing	+	Definisce quali pop CDN utilizzare tra quelli disponibili per il proprio profilo. I server sono raggruppati in gruppi secondo criteri di affinità tipicamente geografica (Europa, Nord America, Sud America) ma eventualmente anche a livello di pricing

		+	<br>

		+	=== Funzionalità ===

−	=== ~~Funzionalità~~ ===	+	==== Prefetch ====

−	~~==== Prefetch ====~~	+	Consente di forzare il caching dei pop CDN senza attendere la normale propagazione che solitamente avviene in circa 15 minuti.

−	~~Consente di forzare il caching dei pop CDN senza attendere la normale propagazione che solitamente avviene in circa 15 minuti.~~	+	==== Purge ====

−	~~==== Purge ====~~	+	Consente di eliminare forzatamente il caching dei pop CDN (senza attendere le tempistiche di cache expiry) che procederanno quindi a richiedere nuovamente i dati all'origin.
−		+
−	Consente di eliminare forzatamente il caching dei pop CDN (senza attendere le tempistiche di cache expiry) che procederanno quindi a richiedere nuovamente i dati all'origin.	+

	<br>		<br>

M.zani il 12:45, 3 ott 2012

2012-10-03T12:45:09Z

← Versione meno recente		Versione delle 12:45, 3 ott 2012
Riga 78:		Riga 78:
	[[Image:Cdn3.png]]		[[Image:Cdn3.png]]

−	== <br>Altre impostazioni e funzionalità ==	+	== <br>Altre impostazioni e funzionalità ==
		+
		+	=== Impostazioni avanzate ===
		+
		+	==== <br>Cache Expiry ====
		+
		+	E' il tempo di default espresso in minuti dopo il quale i server CDN cancelleranno la cache e richiederanno nuovamente i files all'origin<br>
		+
		+	==== Edge Groups<br> ====
		+
		+	Definisce quali pop CDN utilizzare tra quelli disponibili per il proprio profilo. I server sono raggruppati in gruppi secondo criteri di affinità tipicamente geografica (Europa, Nord America, Sud America) ma eventualmente anche a livello di pricing
		+
		+
		+
		+	=== Funzionalità ===
		+
		+	==== Prefetch ====
		+
		+	Consente di forzare il caching dei pop CDN senza attendere la normale propagazione che solitamente avviene in circa 15 minuti.
		+
		+	==== Purge ====
		+
		+	Consente di eliminare forzatamente il caching dei pop CDN (senza attendere le tempistiche di cache expiry) che procederanno quindi a richiedere nuovamente i dati all'origin.
		+
		+	<br>

M.zani il 12:30, 3 ott 2012

2012-10-03T12:30:50Z

← Versione meno recente		Versione delle 12:30, 3 ott 2012
Riga 9:		Riga 9:
	== Usi possibili<br> ==		== Usi possibili<br> ==

−	Segnaliamo due utilizzi possibili:<br>	+	Segnaliamo due utilizzi possibili:<br>

	=== Per servire solo i contenuti statici di un sito <br> ===		=== Per servire solo i contenuti statici di un sito <br> ===
Riga 15:		Riga 15:
	Ad esempio per erogare tutti i contenuti quali: immagini, video, css, js ecc.<br>		Ad esempio per erogare tutti i contenuti quali: immagini, video, css, js ecc.<br>

−	Es: cdn.domain.tld può essere il nome di dominio scelto per erogare tramite CDN tutti i contenuti statici di www.domain.tld<br>	+	Es: cdn.domain.tld può essere il nome di dominio scelto per erogare tramite CDN tutti i contenuti statici di www.domain.tld<br>

	In questo caso l'applicativo web sarà progettato per richiamare tutti i contenuti sopra citati attraverso un url assoluto specifico.		In questo caso l'applicativo web sarà progettato per richiamare tutti i contenuti sopra citati attraverso un url assoluto specifico.
Riga 21:		Riga 21:
	Le pagine di www.domain.tld risiederanno e verranno richieste ancora al proprio server (server origin), mentre tutti i contenuti definiti statici verranno richiesti alla CDN attraverso i loro url assoluti cdn.domain.tld/file.jpg impostati come url assoluti a livello applicativo.<br>E' una soluzione completamente "ready to go", non comporta controindicazioni ne complessità di implementazione in quanto fa uso di un dominio ad hoc dedicato all'uso CDN<br>		Le pagine di www.domain.tld risiederanno e verranno richieste ancora al proprio server (server origin), mentre tutti i contenuti definiti statici verranno richiesti alla CDN attraverso i loro url assoluti cdn.domain.tld/file.jpg impostati come url assoluti a livello applicativo.<br>E' una soluzione completamente "ready to go", non comporta controindicazioni ne complessità di implementazione in quanto fa uso di un dominio ad hoc dedicato all'uso CDN<br>

−	Molti applicativi OpenSource (Drupal, Magento, Wordpress ecc.) supportano l'uso della CDN direttamente da configurazione applicativo.<br>	+	Molti applicativi OpenSource (Drupal, Magento, Wordpress ecc.) supportano l'uso della CDN direttamente da configurazione applicativo.<br>

−	<br>	+	<br>

	=== Per servire l'intero proprio sito web ===		=== Per servire l'intero proprio sito web ===

−	In questo caso tutte le pagine del sito verranno erogate tramite CDN e il server origin verrà utilizzato unicamente per servire i contenuti non gestibili staticamente, come ad esempio per ricevere ed elaborare dati di tipo POST.<br>	+	In questo caso tutte le pagine del sito verranno erogate tramite CDN e il server origin verrà utilizzato unicamente per servire i contenuti non gestibili staticamente, come ad esempio per ricevere ed elaborare dati di tipo POST.<br>

−	E' una soluzione che da un lato utilizza maggiormente la CDN a benefico di un minor uso del server origin, dall'altro può essere più invasiva della soluzione precedente in quando non si può prescindere dalla comprensione del funzionamento della CDN stessa e delle relative implicazioni in termine di gestione delle sessioni e dei dati dinamici.<br>	+	E' una soluzione che da un lato utilizza maggiormente la CDN a benefico di un minor uso del server origin, dall'altro può essere più invasiva della soluzione precedente in quando non si può prescindere dalla comprensione del funzionamento della CDN stessa e delle relative implicazioni in termine di gestione delle sessioni e dei dati dinamici.<br>

−	<br>	+	<br>

	== Configurazione CDN<br> ==		== Configurazione CDN<br> ==
Riga 42:		Riga 42:
	=== <br>Esempio 1° tipo di utilizzo ===		=== <br>Esempio 1° tipo di utilizzo ===

−	Si desidera che sito www.domain.tld, abbia tutti i contenuti statici con link assoluti del tipo http://cdn.domain.tld	+	Si desidera che sito www.domain.tld, abbia tutti i contenuti statici con link assoluti del tipo http://cdn.domain.tld

−	Questi contenuti saranno posizionati anche sul server origin www.domain.tld, in modo che la CDN prelevi autonomamente i files ogni X minuti (X definisce il tempo di expire della cache) dal server origin	+	Questi contenuti saranno posizionati anche sul server origin www.domain.tld, in modo che la CDN prelevi autonomamente i files ogni X minuti (X definisce il tempo di expire della cache) dal server origin
−		+
−	~~[[Image:Cdn1.png]]~~	+

		+	[[Image:Cdn1.png]]

		+	<br>

	=== Esempio 2° tipo di utilizzo ===		=== Esempio 2° tipo di utilizzo ===
Riga 64:		Riga 64:
	Per il corretto funzionamento della CDN il traffico deve essere instradato attraverso DNS Anycast al nodo geograficamente più vicino.		Per il corretto funzionamento della CDN il traffico deve essere instradato attraverso DNS Anycast al nodo geograficamente più vicino.

−	La configurazione è molto semplice ed è suggerita dal pannello di controllo dopo aver definito i parametri iniziali.<br>	+	La configurazione è molto semplice ed è suggerita dal pannello di controllo dopo aver definito i parametri iniziali.<br>
		+
		+	Si tratta di creare un record '''CNAME''' dalla url definita per la CDN al record indicato dal pannello.<br>

−	~~Si tratta~~ di creare un record ~~'''~~CNAME~~''' dalla url definita per la CDN al record indicato dal pannello.~~<br>	+	Nel caso sotto ad esempio (corrispondente al 2° tipo di utilizzo) viene chiesto di creare un record CNAME<br>

−	~~Nel caso sotto ad esempio (corrispondente al 2° tipo di utilizzo) viene chiesto di creare un record~~ CNAME<br>	+	www.domain.tld IN CNAME 744412317.r.cdn.neen.it<br>

−	~~www.domain.tld IN~~ CNAME ~~744412317.r.cdn.neen.it~~<br>	+	Nel 1° tipo di utilizzo ci sarebbe stato chiesto di creare questo diverso CNAME<br>

−	~~Nel 1° tipo di utilizzo ci sarebbe stato chiesto di creare questo diverso~~ CNAME<br>	+	cdn.domain.tld IN CNAME 744412317.r.cdn.neen.it<br>

−	~~cdn~~.~~domain.tld IN CNAME 744412317.r.cdn.neen.it<br>~~	+	[[Image:Cdn3.png]]

−	~~[[Image:Cdn3.png]]~~	+	== <br>Altre impostazioni e funzionalità ==

M.zani il 12:29, 3 ott 2012

2012-10-03T12:29:31Z

← Versione meno recente		Versione delle 12:29, 3 ott 2012
Riga 60:		Riga 60:
	[[Image:Cdn2.png]]		[[Image:Cdn2.png]]

−	=== Configurazione record DNS ===	+	=== Configurazione record DNS ===

−	Per il corretto funzionamento della CDN il traffico deve essere instradato attraverso DNS Anycast al nodo geograficamente più vicino	+	Per il corretto funzionamento della CDN il traffico deve essere instradato attraverso DNS Anycast al nodo geograficamente più vicino.
		+
		+	La configurazione è molto semplice ed è suggerita dal pannello di controllo dopo aver definito i parametri iniziali.<br>
		+
		+	Si tratta di creare un record '''CNAME''' dalla url definita per la CDN al record indicato dal pannello.<br>
		+
		+	Nel caso sotto ad esempio (corrispondente al 2° tipo di utilizzo) viene chiesto di creare un record CNAME<br>
		+
		+	www.domain.tld IN CNAME 744412317.r.cdn.neen.it<br>
		+
		+	Nel 1° tipo di utilizzo ci sarebbe stato chiesto di creare questo diverso CNAME<br>
		+
		+	cdn.domain.tld IN CNAME 744412317.r.cdn.neen.it<br>
		+
		+	[[Image:Cdn3.png]]

M.zani il 12:26, 3 ott 2012

2012-10-03T12:26:30Z

← Versione meno recente		Versione delle 12:26, 3 ott 2012
Riga 50:		Riga 50:


−	=== Esempio di 2° tipo di utilizzo ===	+	=== Esempio 2° tipo di utilizzo ===

−	In questo caso di desidera che tutto il sito www.domain.tld venga erogato dalla CDN.	+	In questo caso di desidera che tutto il sito www.domain.tld venga erogato dalla CDN.

−	E' necessario attribuire un diverso url al server origin, ad esempio www2.domain.tld oppure cdn.domain.tld o domain.tld (senza www)	+	E' necessario attribuire un diverso url al server origin, ad esempio www2.domain.tld oppure cdn.domain.tld o domain.tld (senza www)

−	Si faccia attenzione in questo caso che l'url del server origin potrebbe essere visibile all'utente, in quanto in caso di siti non statici, le chiamate di tipo POST che devono inviare dati necessariamente all'origin verranno effettuati direttamente all'url definito come origin.<br>Il questo caso l'utente che ad esempio si trova a compilare un form sul sito www.domain.tld si ritroverà dopo il POST sul dominio www2.domain.tld<br>Per sfruttare al più possibile la CDN è quindi necessario che l'utente venga reindirizzato a livello applicativo appena possibile nuovamente sulla CDN, ad esempio i link delle voci di menù possono essere definite come url assoluti a www.domain.tld	+	Si faccia attenzione in questo caso che l'url del server origin potrebbe essere visibile all'utente, in quanto in caso di siti non statici, le chiamate di tipo POST che devono inviare dati necessariamente all'origin verranno effettuati direttamente all'url definito come origin.<br>Il questo caso l'utente che ad esempio si trova a compilare un form sul sito www.domain.tld si ritroverà dopo il POST sul dominio www2.domain.tld<br>Per sfruttare al più possibile la CDN è quindi necessario che l'utente venga reindirizzato a livello applicativo appena possibile nuovamente sulla CDN, ad esempio i link delle voci di menù possono essere definite come url assoluti a www.domain.tld

−	[[Image:Cdn2.png]]	+	[[Image:Cdn2.png]]
		+
		+	=== Configurazione record DNS ===
		+
		+	Per il corretto funzionamento della CDN il traffico deve essere instradato attraverso DNS Anycast al nodo geograficamente più vicino

M.zani il 12:25, 3 ott 2012

2012-10-03T12:25:01Z

← Versione meno recente		Versione delle 12:25, 3 ott 2012
Riga 41:		Riga 41:

	=== <br>Esempio 1° tipo di utilizzo ===		=== <br>Esempio 1° tipo di utilizzo ===
		+
		+	Si desidera che sito www.domain.tld, abbia tutti i contenuti statici con link assoluti del tipo http://cdn.domain.tld
		+
		+	Questi contenuti saranno posizionati anche sul server origin www.domain.tld, in modo che la CDN prelevi autonomamente i files ogni X minuti (X definisce il tempo di expire della cache) dal server origin
		+
		+	[[Image:Cdn1.png]]
		+
		+
		+
		+	=== Esempio di 2° tipo di utilizzo ===
		+
		+	In questo caso di desidera che tutto il sito www.domain.tld venga erogato dalla CDN.
		+
		+	E' necessario attribuire un diverso url al server origin, ad esempio www2.domain.tld oppure cdn.domain.tld o domain.tld (senza www)
		+
		+	Si faccia attenzione in questo caso che l'url del server origin potrebbe essere visibile all'utente, in quanto in caso di siti non statici, le chiamate di tipo POST che devono inviare dati necessariamente all'origin verranno effettuati direttamente all'url definito come origin.<br>Il questo caso l'utente che ad esempio si trova a compilare un form sul sito www.domain.tld si ritroverà dopo il POST sul dominio www2.domain.tld<br>Per sfruttare al più possibile la CDN è quindi necessario che l'utente venga reindirizzato a livello applicativo appena possibile nuovamente sulla CDN, ad esempio i link delle voci di menù possono essere definite come url assoluti a www.domain.tld
		+
		+	[[Image:Cdn2.png]]

M.zani: /* Configurazione CDN */

2012-10-03T12:13:20Z

Configurazione CDN

← Versione meno recente		Versione delle 12:13, 3 ott 2012
Riga 37:		Riga 37:
	Una volta scelto che tipo di soluzione si vuole implementare è necessario:<br>		Una volta scelto che tipo di soluzione si vuole implementare è necessario:<br>

−	*Definire l'indirizzo su cui sarà implementata la CDN, ad esempio cdn.domain.tld (1° utilizzo), oppure www.domain.tld (2° utilizzo)<br>	+	*Definire l'indirizzo su cui sarà implementata la CDN, ad esempio cdn.domain.tld (1° utilizzo), oppure www.domain.tld (2° utilizzo)<br>
	*Definire l'indirizzo del server origin, dal quale tutti i pop CDN richiederanno per la prima volta i dati (quando non siano ancora cashati) o le volte successive (all'expire della cache)		*Definire l'indirizzo del server origin, dal quale tutti i pop CDN richiederanno per la prima volta i dati (quando non siano ancora cashati) o le volte successive (all'expire della cache)
		+
		+	=== <br>Esempio 1° tipo di utilizzo ===

M.zani il 01:30, 3 ott 2012

2012-10-03T01:30:57Z

← Versione meno recente		Versione delle 01:30, 3 ott 2012
Riga 9:		Riga 9:
	== Usi possibili<br> ==		== Usi possibili<br> ==

−	Segnaliamo due utilizzi possibili:<br>	+	Segnaliamo due utilizzi possibili:<br>

	=== Per servire solo i contenuti statici di un sito <br> ===		=== Per servire solo i contenuti statici di un sito <br> ===
Riga 15:		Riga 15:
	Ad esempio per erogare tutti i contenuti quali: immagini, video, css, js ecc.<br>		Ad esempio per erogare tutti i contenuti quali: immagini, video, css, js ecc.<br>

−	~~In questo caso l'applicativo web sarà progettato~~ per ~~richiamare~~ tutti i contenuti ~~sopra citati attraverso un url assoluto specifico~~.<br>	+	Es: cdn.domain.tld può essere il nome di dominio scelto per erogare tramite CDN tutti i contenuti statici di www.domain.tld<br>

−	~~Es: cdn.domain.tld può essere il nome di dominio scelto~~ per ~~erogare~~ tutti i contenuti ~~statici di www.domain~~.~~tld<br>~~	+	In questo caso l'applicativo web sarà progettato per richiamare tutti i contenuti sopra citati attraverso un url assoluto specifico.

−	Le pagine di www.domain.tld risiederanno e verranno richieste ancora al proprio server (~~detto~~ server origin), mentre tutti i contenuti definiti verranno richiesti alla CDN attraverso i loro url assoluti ~~come~~ cdn.domain.tld/file.jpg	+	Le pagine di www.domain.tld risiederanno e verranno richieste ancora al proprio server (server origin), mentre tutti i contenuti definiti statici verranno richiesti alla CDN attraverso i loro url assoluti cdn.domain.tld/file.jpg impostati come url assoluti a livello applicativo.<br>E' una soluzione completamente "ready to go", non comporta controindicazioni ne complessità di implementazione in quanto fa uso di un dominio ad hoc dedicato all'uso CDN<br>

−	<br>	+	Molti applicativi OpenSource (Drupal, Magento, Wordpress ecc.) supportano l'uso della CDN direttamente da configurazione applicativo.<br>

−	~~=== Per servire l'intero proprio sito web ===~~	+	<br>

−	In questo caso tutte le pagine del sito verranno erogate tramite CDN e il server origin verrà utilizzato unicamente per servire i contenuti non gestibili staticamente, come ad esempio per ricevere ed elaborare dati di tipo POST<br><br>	+	=== Per servire l'intero proprio sito web ===
		+
		+	In questo caso tutte le pagine del sito verranno erogate tramite CDN e il server origin verrà utilizzato unicamente per servire i contenuti non gestibili staticamente, come ad esempio per ricevere ed elaborare dati di tipo POST.<br>
		+
		+	E' una soluzione che da un lato utilizza maggiormente la CDN a benefico di un minor uso del server origin, dall'altro può essere più invasiva della soluzione precedente in quando non si può prescindere dalla comprensione del funzionamento della CDN stessa e delle relative implicazioni in termine di gestione delle sessioni e dei dati dinamici.<br>

	<br>		<br>
		+
		+	== Configurazione CDN<br> ==
		+
		+	Una volta scelto che tipo di soluzione si vuole implementare è necessario:<br>
		+
		+	*Definire l'indirizzo su cui sarà implementata la CDN, ad esempio cdn.domain.tld (1° utilizzo), oppure www.domain.tld (2° utilizzo)<br>
		+	*Definire l'indirizzo del server origin, dal quale tutti i pop CDN richiederanno per la prima volta i dati (quando non siano ancora cashati) o le volte successive (all'expire della cache)