La gestione sicura e flessibile della. della infrastruttura IT nell'azienda. Benvenuti. La gestione sicura e flessibile. Sarezzo, 24 settembre 2008

Transcript

1 della infrastruttura IT nell'azienda Benvenuti

2 Benvenuto (Mauro Gaeta Resp.Commerciale Ingest Srl) Criteri per la definizione dei livelli di servizio all'azienda, tramite la gestione dei back up, sistemi di disaster recovery o procedure di alta disponibilità (Mauro Gaeta Resp. Commerciale Ingest Srl) La nuova tendenza tecnologica: il Blade Center. (Maurilio Manzoni System x & BladeCenter Channel Development Mgr IBM) Power System IBM: la convergenza di System i e Aix verso una unica piattaforma ad alte prestazioni. (Maurizio Ferrarini IT Specialist System Power CBT) Coffee break Soluzioni basate su storage, per l'archiviazione dei dati e la continuità di servizio. (Massimo Olivari Business Partner Technical Manager IBM) La virtualizzazione in ambiente Intel. Approfondimento su VMware (Nicola Galante Senior System Engineer VMware ) Agenda Servizi Sistemistici INGEST / CBT (Fabio Porta Resp. Sistemista Ingest Srl) Domande e risposte Aperitivo

3 Criteri per la definizione dei livelli di servizio all'azienda, tramite la gestione dei back up, sistemi di disaster recovery o procedure di alta disponibilità Mauro Gaeta Resp. Commerciale INGEST Srl Sarezzo, mauro.gaeta@ingest.it 24 settembre 2008

4 Ingest e Cbt Collaborazione dal 1995 sui progetti di infrastruttura tecnologica hw e sw di base. Ingest 1980: Business Partner IBM, Micrososft Gold certified Partner, Vmware Partner. Cbt : Attore di primo piano nel mercato dell IT. Partner di riferimento primario nel mondo IBM per l implementazione di servizi e soluzioni ad alto contenuto tecnologico

5 Business Continuity:Comprendere il problema Da Studi Il 43% delle imprese che subiscono una massiccia perdita di dati non li recupera MAI Quasi il 30 % delle aziende non hanno un piano di disaster recovery in atto In alcuni settori, i costi relativi al fermo possono valere tanto quanto il 16 % dei ricavi totali Per cui le parole d ordine sono: STORAGE, CONSOLIDARE, VIRTUALIZZARE.

6 Business Continuity: Conseguenze di Un Disastro I Danni causati da un disastro possono essere divisi in tre categorie: Danni Diretti: si riferiscono al valore dei beni distrutti nel disastro (sistemi, informazioni, infrastrutture, tecnologie, rete); queste perdite sono collegate con il valore di tutti i beni all interno dello scenario considerato. Danni Indiretti: Sono causati dal fermo delle applicazioni (produzione), dovuto all indisponibilità dei sistemi; solitamente questo genere di danno persiste fino alla riattivazione dei sistemi e alla partenza delle applicazioni (sviluppo di costi, inoperatività dell azienda, perdita delle vendite..); queste perdite interessano i risultati annuali dell azienda. Danni Conseguenti: Sono quelli causati dal fermo de centro I/T, e che si presentano dopo la riattivazione del centro stesso (immagine dell azienda, riduzione stock value, perdita dei clienti, perdita di market share.); queste perdite interessano i risultati dell azienda di lungo termine.

7 Business Continuity: Cos è? Per business continuity si intende la capacità dell'azienda di continuare ad esercitare il proprio business a fronte di eventi catastrofici che possono colpirla. La pianificazione della continuità operativa e di servizio si chiama business continuity plan, e viene comunemente considerata come un processo globale che identifica i pericoli potenziali che minacciano l'organizzazione, e fornisce una struttura che consente di aumentare la resilienza (capacità di resistenza) e la capacità di risposta Il documento di business continuity ha un'impronta prettamente economica e consente, in caso di disastro, di stimare economicamente i danni e di pianificare la ripresa delle attività aziendali. Il Disaster Recovery Plan, che è mirato ai servizi informatici, è quindi un sottoinsieme del business continuity plan.

8 Disaster recovery Plan Per una corretta applicazione del piano, i sistemi devono essere classificati : Critici Funzioni che non possono essere eseguite senza strumenti (mezzi) di caratteristiche identiche. Le applicazioni critiche non possono essere sostituite con metodi manuali. La tolleranza è bassa, il costo di interruzione è molto alto. Vitali Funzioni che possono essere svolte manualmente, ma solo per un breve periodo di tempo. Maggiore tolleranza all'interruzione, il costo è inferiore, riattivate entro un breve intervallo di tempo (generalmente entro cinque giorni). Delicati Funzioni che possono essere svolte manualmente, a costi tollerabili, per un lungo periodo di tempo. Non critici Funzioni che possono rimanere interrotte per un lungo periodo di tempo, con un modesto, o nullo, costo per l'azienda, e si richiede un limitato (o nullo) sforzo di ripartenza quando il sistema viene ripristinato.

9 Analisi dei rischi e valutazione Da cosa ci proteggiamo? Cosa Proteggiamo? Quanto Vale? Che Impatto ho sul Business? Che Budget Ho?

10 Disaster recovery Plan Chiaramente quanto più stringenti saranno i livelli di continuità tanto più alti saranno i costi di implementazione della soluzione. In particolare, i livelli di servizio sono usualmente definiti dai due parametri Recovery Time Objective (RTO) e Recovery Point Objective (RPO).

11 RTO e RPO Il Recovery Time Objective (RTO) è il tempo disponibile per il pieno recupero dell'operatività di un sistema. È in pratica la massima durata, prevista o tollerata, del downtime occorso. Il Recovery Point Objective (RPO) rappresenta il massimo tempo che intercorre tra la produzione di un dato e la sua messa in sicurezza (ad esempio attraverso backup) e, conseguentemente, fornisce la misura della massima quantità di dati che il sistema può perdere a causa di guasto improvviso.

12 RTO e RPO

13 In Pratica Bisogna chiedersi Quanto tempo posso stare senza il servizio/o senza i miei dati? Recovery Time Objective (RTO) Quanti dati posso permettermi di perdere? O quanti ne devo ricreare? Recovery Point Objective (RPO) Quanto deve essere (o può non essere) performante il sistema di backup? Degraded operations objective (DOO) Quanto tempo mi serve per cambiare la connessione di rete? Network Recovery Objective (NRO) Tenendo presente che ho la possibilità di raggiungere vari livelli di Business continuity..

14 I 7 livelli verso la Business Continuity

15 I Segmenti di Business Continuity

16 Come e con chi fare? Bene. STORAGE, CONSOLIDARE, VIRTUALIZZARE Come realizzare i livelli di servizio che voglio raggiungere tenendo presente le mie specifiche necessità e in relazione alle soluzioni tecnologiche disponibili? Ingest e CBT possono offrirti il loro approccio che deriva da una lunga esperienza di collaborazione sullo studio e implementazioni di soluzioni di sicurezza...

17 Il Nostro Approccio Quali sono le esigenze oggi? rinnovamento tecnologico, razionalizzazione ICT, razionalizzare gli spazi, riduzione dei costi di manutenzione, riduzione dei costi di gestione, proteggere il servizio it, soluzione scalabile.. Quali limiti ha la situazione attuale?....

18 Il Nostro Approccio Prendiamo in considerazione: il sito, il palazzo il CED il singolo server o insieme di server (hardware) il server o insieme di server (sistema operativo + sw + dati) dati

19 Il Nostro Approccio Quali sono le preferenze? (es.: utilizzo di DataStorage, BladeCenter, consolidamento su piattaforma iseries). Quali server/servizi/applicazioni saranno dismessi nel prossimo futuro?. Quali server/servizi/applicazioni saranno inseriti nel prossimo futuro? Quando?.

20 Il Nostro Approccio Quali server/servizi/applicazioni non possono fermarsi mai!?.. Ci sono esigenze di workload balancing (Bilanciamento di carico)? Su quali server/servizi/applicazioni?.. C è l esigenza di ridurre la finestra di backup?..

21 La rete di comunicazione: Il Nostro Approccio tipologia (Ethernet, fibra ottica) velocità (10/100, 10/100/1000, Ghz) velocità degli apparati attivi (switch, router) ci sono più sedi (collegate come)?

22 Il Nostro Approccio Come è impostato l attuale backup: supporto magnetico (tape interni, librerie, data storage) consolidato o gli ambienti sono separati? (iseries, windows, linux) prodotti per il backup utilizzati? BRMS, Tivoli, Veritas, ArcServe Utilizzate gli agenti di backup a caldo? (Posta, Database, ApplicationServer) Esiste il piano di Disaster Recovery? Se sì allegare il documento Frequenze di backup

23 Il Nostro Approccio Per ogni server coinvolto nel DR/HA esplicitare: Marca e Modello (per iseries la matricola) Sistema Operativo HD: quanti, dimensioni, quale protezione (RAID, MIRRORING), quantità spazio occupato.. Schede di rete: quante e a quale velocità. RTO richiesto (dopo quanto tempo deve ripartire) RPO richiesto (a quale backup deve risalire) Applicazioni erogate (Contabilità, Posta, le applicazioni installate, etc) Servizi erogati (DNS, ActiveDirectory, FileSharing, PrinterSharing, Backup, DomainController) RAM, CPU

24 Il Nostro Approccio Preferenza? (Acquisto, finanziamento, locazione finanziaria, noleggio tecnologico).... Un ordine di grandezza: (10.000/50.000/ ? Anno in corso/prossimi anni?)....

25 Nuove Soluzioni la parola agli specialisti. IBM VmWare Cbt Ingest Grazie per l attenzione