Virtualizzazione e Disaster Recovery con RHEV

Transcript

1 Virtualizzazione e Disaster Recovery con RHEV Il caso concreto di P.L. Ferrari & Co Daniele De Felice System Architect e CTO Delphis Informatica srl daniele.defelice@delphis.it

2 Delphis Informatica: chi siamo Delphis Informatica nasce nel 2001 Focus principale: consulenza (e rivendita) in ambito sistemi e infrastruttura Facciamo: Linux (soprattutto Red Hat) Virtualizzazione Configurazione sistemi complessi e in alta affidabilità, dallo storage in su, fino all'installazione di sistema operativo, middleware, database System Z (zlinux) Partnership tecniche principali: RedHat, IBM

3 La partnership con Red Hat dal 2006 collaboriamo con Red Hat (nel 2012 miglior partner italiano) - RHEL - RHEV (Red Hat Enterprise Virtualization) - Red Hat Linux on System z - Jboss

4 PLFerrari: chi è / 1 PLFerrari nasce nel 1959 e da allora si occupa con successo crescente di Brokeraggio Assicurativo Marittimo (P&I broker)

5 PLFerrari: chi è / 2 La sede di Genova è in uno dei palazzi più belli della città, Villa delle Peschiere

6 PLFerrari: chi è / 3 Altre sedi sono in Europa (Londra, Napoli, Pireo, Ferrara, Montecarlo, Istanbul)

7 PLFerrari: chi è / 4 Per PLFerrari la comunicazione e la collaborazione fra le diverse sedi e con i clienti è fondamentale, con ritmi e tempi di lavoro 24x7 visto il tipo di business. Le loro richieste sono: Sistema performante a costo sostenibile Facilità di backup e disaster recovery Focus su Linux Alta affidabilità (in sede) Alta affidabilità della posta (fra più sedi) Estrema importanza a tutto il comparto di comunicazione Risparmio - siamo a Genova :)!

8 La soluzione: nascita e completamento La soluzione che qui presentiamo è una soluzione che comprende: - infrastruttura Red Hat Enterprise Virtualization (RHEV) con Disaster Recovery - collaboration - gestionale su open source È stata raggiunta in diversi step, nel corso degli anni, e ha subito diverse trasformazioni hardware Ogni step è stato pensato per dare un valore aggiunto al cliente e integrarlo nell'infrastruttura preesistente

9 La soluzione: nascita e completamento La soluzione che qui presentiamo è una soluzione di collaboration che permette di condividere dati, posta, calendario, contatti fra le varie persone dell'azienda. È stata raggiunta in diversi step, nel corso degli anni, e ha subito diverse trasformazioni hardware Ogni step è stato pensato per dare un valore aggiunto al cliente e integrarlo nell'infrastruttura preesistente L'infrastruttura per come viene presentata qui è stata terminata a fine 2013

10 La soluzione: infrastruttura hardware Flex IBM Con 3 nodi IBM Storwize v7000

11 La soluzione: infrastruttura hardware Switch di piano Cisco 2960 Switch converged 1/10/40Gb.... Switch converged 1/10/40Gb Flex IBM Con 3 nodi IBM Storwize v7000 Cisco 2960

12 La soluzione: infrastruttura hardware Switch di piano Cisco 2960 Switch converged 1/10/40Gb HDSL.... Switch converged 1/10/40Gb Flex IBM Con 3 nodi IBM Storwize v7000 ADSL Cisco 2960

13 La soluzione: infrastruttura hardware Switch di piano Cisco 2960 Switch converged 1/10/40Gb HDSL.... Switch converged 1/10/40Gb Flex IBM Con 3 nodi IBM Storwize v7000 ADSL Cisco 2960 Server backup rack Tape ts2900

14 La soluzione: virtualizzazione / 1 (migrato da VmWare) A livello virtualizzazione il sistema consiste di: 2 nodi RHEV (Red Hat Enterprise Virtualization) 1 nodo di management RHEV-M

15 La soluzione: virtualizzazione / 1 (migrato da VmWare) A livello virtualizzazione il sistema consiste di: 2 nodi RHEV (Red Hat Enterprise Virtualization) 1 nodo di management RHEV-M I 2 nodi sono in cluster e supportano le tradizionali features della virtualizzazione: HA, vmotion, snapshot...

16 La soluzione: virtualizzazione / 1 (migrato da VmWare) A livello virtualizzazione il sistema consiste di: 2 nodi RHEV (Red Hat Enterprise Virtualization) 1 nodo di management RHEV-M I 2 nodi sono in cluster e supportano le tradizionali features della virtualizzazione: HA, vmotion, snapshot... Vantaggi: minore costo e maggiore facilità di gestione rispetto a VmWare

17 La soluzione: virtualizzazione / 1 (migrato da VmWare) A livello virtualizzazione il sistema consiste di: 2 nodi RHEV (Red Hat Enterprise Virtualization) 1 nodo di management RHEV-M I 2 nodi sono in cluster e supportano le tradizionali features della virtualizzazione: HA, vmotion, snapshot... Vantaggi: minore costo e maggiore facilità di gestione rispetto a VmWare Performance ottime e ottima stabilità (finora zero problemi)

18 La soluzione: virtualizzazione / 2 Lo stesso RHEV-M gestisce anche i nodi presenti nelle sedi remote: - Ferrara - Pireo (Grecia) - Montecarlo

19 La soluzione: virtualizzazione / 3 A Napoli (nel sito di Disaster Recovery) invece è pronta un'infrastruttura completa (RHEV-M + 2 x RHEV), quindi gestita autonomamente dal Rhev Manager di Napoli

20 La soluzione: gestionale / 1 Il gestionale dell'azienda è interamente basato su stack Open Source: - apache - php - postgresql - architettura SOA (WSDL php) per la comunicazione fra i sistemi (gestionale - active directory - mail - documentale)

21 La soluzione: gestionale / 2 Al momento allo studio: - replica postgresql - più integrazione fra i vari software (web 2.x...) - digitalizzazione dello storico - integrazione rubriche / gestionale / voip (click to call)

22 La soluzione: sistema di collaboration / 1 La scelta del sistema di collaboration è ricaduta sul CommuniGate, per la flessibilità di gestione, l'affidabilità e le performance - e perchè gira su Red Hat Linux :) Al momento esistono 5 CommuniGate installati: Sede (Genova) Montecarlo Napoli Ferrara Pireo (Grecia)

23 La soluzione: sistema di collaboration / 2 Il sistema è completamente ridondato. La directory LDAP è condivisa fra tutti i nodi, quindi quando viene creato un utente su un CommuniGate gli altri ne sono al corrente. Attraverso l'incrocio dei record MX e diverse regole custom di routing, la posta può arrivare in qualsiasi delle tre sedi primarie (GE, MC, NA) e da lì viene dirottata sulla sede corretta dove risiede l'utente. Il comportamento di default è store&forward (utente per utente), ma in caso di disaster è possibile spostare gli utenti su uno qualsiasi dei CGP.

24 La soluzione: sistema di collaboration / 3 A livello di accesso client il sistema è (come sempre, purtroppo) molto variegato: Outlook (varie versioni) iphone 5/6 Samsung s4/s5/s6 Altri android Recentemente (ottobre 2015) è partito un pilota con Thunderbird

25 La soluzione: sistema di collaboration / 3 A livello di accesso client il sistema è (come sempre, purtroppo) molto variegato: Outlook (varie versioni) iphone 5/6 Samsung s4/s5/s6 Altri android Recentemente (ottobre 2015) è partito un pilota con Thunderbird Problemi da gestire: Enorme quantità di posta (ci sono utenti che ricevono alcuni GB al mese, moltiplicato per 100/150 utenti)

26 La soluzione: sistema di collaboration / 3 A livello di accesso client il sistema è (come sempre, purtroppo) molto variegato: Outlook (varie versioni) iphone 5/6 Samsung s4/s5/s6 Altri android Recentemente (ottobre 2015) è partito un pilota con Thunderbird Problemi da gestire: Enorme quantità di posta (ci sono utenti che ricevono alcuni GB al mese, moltiplicato per 100/150 utenti) Livello di condivisione rubrica / cartelle molto elevato Rubrica condivisa molto grande (5k contatti)

27 La soluzione: disaster recovery light Affiancato alla soluzione presentata c'è un disaster recovery light, cioè: Backup spediti in notturna a Napoli Infrastruttura precedente (Blade Center S con storage a bordo + 3 lame) a Napoli che riceve i backup Possibilità di far ripartire le macchine Il tutto ovviamente accompagnato da backup molto frequenti dei dati caldi, spediti a Napoli in best effort compatibilmente con la banda a disposizione

28 Painpoints e sviluppi futuri a medio termine Alcuni punti rimangono caldi per l'utenza e sono in evoluzione.

29 Painpoints e sviluppi futuri a medio termine Alcuni punti rimangono caldi per l'utenza e sono in evoluzione. Mobile: la gestione di diversi dispositivi per un ced piccolo diventa frustrante e dispendiosa. Attuale soluzione (non del tutto sufficiente): appiattimento verso un paio di modelli ben testati e con pregi/difetti conosciuti. La gestione giornaliera rimana complicata e laboriosa (backup, restore, sostituzione...)

30 Painpoints e sviluppi futuri a medio termine Alcuni punti rimangono caldi per l'utenza e sono in evoluzione. Mobile: la gestione di diversi dispositivi per un ced piccolo diventa frustrante e dispendiosa. Attuale soluzione (non del tutto sufficiente): appiattimento verso un paio di modelli ben testati e con pregi/difetti conosciuti. La gestione giornaliera rimana complicata e laboriosa (backup, restore, sostituzione...) Antispam: la soluzione interna è sempre stata custom, ma il problema diventa sempre più ingestibile. Possibile soluzione: transizione a un sistema di antispam cloud. Challenge: ricevono mail da ogni parte del mondo e da operatori di ogni genere

31 Painpoints e sviluppi futuri a medio termine Alcuni punti rimangono caldi per l'utenza e sono in evoluzione. Mobile: la gestione di diversi dispositivi per un ced piccolo diventa frustrante e dispendiosa. Attuale soluzione (non del tutto sufficiente): appiattimento verso un paio di modelli ben testati e con pregi/difetti conosciuti. La gestione giornaliera rimana complicata e laboriosa (backup, restore, sostituzione...) Antispam: la soluzione interna è sempre stata custom, ma il problema diventa sempre più ingestibile. Possibile soluzione: transizione a un sistema di antispam cloud. Challenge: ricevono mail da ogni parte del mondo e da operatori di ogni genere Gestione posta e archiviazione: l'enorme quantità di posta genera problemi di gestione dei client (da cui il test attuale di Thunderbird). Archiviazione al momento fatta lato client ma la soluzione non è soddisfacente. Sono allo studio servizi dedicati tipo MailSpect

32 Sviluppi futuri a lungo termine Possibili sviluppi futuri: Voip: finora la gestione della telefonia fissa è sempre stata tradizionale, ma un'evoluzione verso il voip, oltre che consigliabile, è nell'aria. Attuali ostacoli: il tempo e il numero di porte di rete (basso) unito alla necessità di rete Gb

33 Sviluppi futuri a lungo termine Possibili sviluppi futuri: Voip: finora la gestione della telefonia fissa è sempre stata tradizionale, ma un'evoluzione verso il voip, oltre che consigliabile, è nell'aria. Attuali ostacoli: il tempo e il numero di porte di rete (basso) unito alla necessità di rete Gb Cluster CGP: vista la quantità di posta e le performance richieste, un cluster attivo/attivo CGP potrebbe essere una buona scelta.

34 Sviluppi futuri a lungo termine Possibili sviluppi futuri: Voip: finora la gestione della telefonia fissa è sempre stata tradizionale, ma un'evoluzione verso il voip, oltre che consigliabile, è nell'aria. Attuali ostacoli: il tempo e il numero di porte di rete (basso) unito alla necessità di rete Gb Cluster CGP: vista la quantità di posta e le performance richieste, un cluster attivo/attivo CGP potrebbe essere una buona scelta. Disaster recovery full : visto il tipo di business e di cliente è allo studio la possibilità di replica remota dello storage (v7000) verso Napoli, per avere un disaster recovery completo e quasi in time. Challenge: banda a disposizione, tempi di replica, scenari sincroni (banda) o asincroni (differenza temporale), costo.

35 Note finali: infrastruttura interna Delphis Noi stessi (Delphis) in casa abbiamo una soluzione basata su: RHEV CommuniGate Comunicazione full voip OpenVPN / Citrix La combinazione di RHEV, CommuniGate, Voip e OpenVPN / Citrix ci permette di lavorare da remoto (che sia albergo, casa, estero) esattamente come se si fosse in ufficio, con accesso completo ai dati aziendali e all'identità aziendale (posta, numero di interno). Inoltre è possibile utilizzare indifferentemente sul proprio pc Linux (un 70% dell'azienda) o Windows (l'altro 30%...) Challenge: sicurezza (VPN, controllo IP, sistemi anti intrusione, backup frequenti, locali e in cloud, e attento controllo dell'infrastruttura)

36 Recap RHEV (flessibilità / performance / DR / basso costo) OpenSource stack (php / postgresql) Integrazione tramite SOA

37 Grazie Daniele De Felice System Architect / CTO Delphis Informatica srl daniele.defelice@delphis.it