In questa sessione presenteremo una infrastruttura progettata per un nostro cliente, un grande portale nazionale, costituita da un gruppo di reverse proxy e cache HTTP che garantiscono una altissima disponibilità del servizio. La piattaforma utilizza diverse istanze del nostro Web Accelerator installate su dei Foundation Server distribuiti tra i nostri datacenter di Milano e Frosinone, ed è resistente al guasto di un singolo Web Accelerator, Foundation Server o datacenter. Il routing anycast garantisce la ridondanza anche in caso di guasto catastrofico di un datacenter e ottimizza le prestazioni portando i visitatori all'istanza geograficamente più vicina a loro. Il sistema fa caching delle risposte per ridurre significativamente il traffico sui backend e svolge le funzioni di terminatore SSL/TLS. Intervento di Marco d'Itri a Smau Milano 2016

1. Infrastrutture cloud ridondate geograficamente
Alta disponibilità sulla infrastruttura di Seeweb
Marco d’Itri
<md@seeweb.it>
@rfc1036
Seeweb s.r.l.
SMAU Milano 2016 - 25 ottobre 2016
1/17

2. 2/17
Chi è Marco d’Itri?
Usa Linux e Internet dal 1995.
È uno sviluppatore Debian dal 1997.
Dalla fine degli anni ’90 si occupa in vari modi di Internet in Italia.
Gli piace programmare in Perl.
Dal 2006 progetta e gestisce l’infrastruttura di rete, le piattaforme di
posta ed altri servizi di Seeweb.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

3. 3/17
Chi è Seeweb?
Il principale fornitore italiano di infrastruttura cloud
1998: fondata a Frosinone come hosting provider puro, dopo una
esperienza come ISP.
2005: apre il secondo datacenter a Milano nel campus di Via
Caldera.
2015: fonda Dominion Hosting Holding e la quota alla Borsa di
Milano.
Ha 4 datacenter a Frosinone, Milano e Sesto San Giovanni.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

4. 4/17
La rete di Seeweb
Un anello ridondato a 10 Gbps
Datacenter Milano 1.
Datacenter Frosinone 1 e 2.
POP a Roma presso NAMEX.
Oltre 60 Gbps di connettività aggregata
40 Gbps di transiti a Milano e Roma.
10 Gbps di peering al MIX. Più NAMEX, AMS-IX e MINAP.
4 + 4 Gbps di peering privato con Telecom Italia (Milano e Roma).
Infrastrutture cloud ridondate geograficamente Marco d’Itri

5. 5/17
Il servizio
Abbiamo sviluppato un sistema di proxy e caching per uno dei più
grandi portali italiani.
Il cliente richiede altissima disponibilità del servizio.
Più livelli di ridondanza
Due datacenter.
Ogni datacenter contiene due blade (in enclosure differenti).
Ogni blade server contiene 4 macchine virtuali con i proxy.
Il portale è composto da più domini, distribuiti tra gli 8 proxy di ciascun
datacenter.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

6. 6/17
Alta disponibilità locale
In caso di guasto, il traffico è gestito dal proxy gemello nell’altro server.
Guasto di un proxy
keepalived monitora Varnish: se questo non funziona cede l’IP di
servizio locale.
Guasto di un server
keepalived monitora il nodo gemello locale: se questo non funziona
prende l’IP di servizio locale.
Ridondanza attivo-attivo
Ogni server gestisce parte del traffico del sito e in caso di guasto può
gestire anche quello del gemello.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

7. 7/17
Alta disponibilità geografica
In caso di guasto, il traffico è gestito dai server replicati nell’altro
datacenter.
Guasto di un datacenter
I normali meccanismi di routing fanno in modo che gli utenti
raggiungano solo i datacenter funzionanti.
Ridondanza attivo-attivo
Ogni datacenter gestisce il traffico degli utenti più vicini e in caso di
guasto può gestire anche quelli dell’altro.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

8. 8/17
L’architettura
Infrastruttura composta da prodotti standard di Seeweb
Prodotto Ruolo
Web accelerator HA Proxy e caching
Foundation server Private cloud
IP failover Routing anycast
Abbiamo creato un sistema di private cloud direttamente connesso ai
nostri core router per isolarlo da possibili interferenze dovute ad altri
clienti.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

9. 9/17
Prodotti: web accelerator
Appliance: servizio installato e gestito da Seeweb. Normalmente
disponibile sulla nostra piattaforma di public cloud.
Varnish
Reverse proxy HTTP.
nginx
Terminatore TLS.
Valore aggiunto
Sistema proprietario di gestione, configurazione basata su moduli
standard.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

10. 10/17
Il web accelerator: perché?
Un sito senza caching non può reggere traffico significativo.
Se il visitatore arriva a PHP ormai è tardi per migliorare le prestazioni.
Facendo caching delle pagine intere il web accelerator permette di
gestire traffico altissimo con poca spesa.
Variante istantanea
Può essere attivato in pochi minuti in condizioni di emergenza per
gestire picchi di traffico improvvisi o attacchi DoS.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

11. 11/17
Web accelerator: altre funzioni
Terminatore TLS avanzato
Client integrato per Let’s Encrypt.
TLS moderno con OCSP stapling.
HTTP/2!
Inoltre
Load balancer.
Router HTTP.
Front end IPv6.
TCP Fast Open.
Configurazioni pronte per i CMS più comuni.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

12. 12/17
Esempio: blogseeweb.yaml
backends:
- host: 217.64.194.157
frontends: vm4635.cloud.seeweb.it
modules: [ ssl, selective_caching,←
wordpress, error_seeweb ]
variables:
healthcheck_domain: blog.seeweb.it
force_https_re: ’^/’
Infrastrutture cloud ridondate geograficamente Marco d’Itri

13. 13/17
Prodotti: foundation server
Raccomandato per costruire infrastrutture di private cloud.
Blade server dedicati al cliente
2 CPU da 16 core.
48 o 128 GB di RAM.
Connettività 10GE.
Storage su SAN Fibre Channel.
Accesso alla console dal pannello Seeweb.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

14. 14/17
I foundation server: perché?
Evoluzione dei tradizionali server dedicati.
Storage su SAN Fibre Channel
Altissime prestazioni.
Possibile variare lo spazio allocato.
Server stateless sostituibili via software in caso di guasto.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

15. 15/17
Prodotti: IP failover
Sposta un IP da un datacenter all’altro con una API REST.
Il cliente può scegliere autonomamente se inviare il traffico ai propri
server di Milano, Frosinone o entrambi.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

16. 16/17
IP failover: modalità anycast
Routing anycast:
Annunciando al resto di Internet una route da più punti, il traffico viene
ricevuto dal nodo topologicamente più vicino.
Approssimazione di routing geografico
Grazie alla nostra presenza a MIX e NAMEX possiamo ricevere con
buona approssimazione a Milano il traffico proveniente dal nord Italia e
a Frosinone quello dal centro-sud.
Infrastrutture cloud ridondate geograficamente Marco d’Itri

17. 17/17
Domande?
https://www.linux.it/ md/text/cloudha-smau2016.pdf
(Google . . . Marco d’Itri . . . I feel lucky)
Infrastrutture cloud ridondate geograficamente Marco d’Itri