Virtualizzare il disaster recovery utilizzando il cloud computing

Transcript

1 IBM Global Technology Services White paper Gennaio 2012 Virtualizzare il disaster recovery utilizzando il cloud computing Trasferire rapidamente le applicazioni in un ambiente cloud resiliente X = mm Y = 111 mm % = 111%

2 2 Virtualizzare il disaster recovery utilizzando il cloud computing Contenuti 2 Executive summary 3 I modelli tradizionali di disaster recovery: una scelta tra costo e rapidità 4 L'urgenza di assicurare una disponibilità continua 4 Pensare in termini di interruzioni e non di eventi disastrosi 5 Business resiliency basata sul cloud computing: un nuovo approccio, molto apprezzato 6 Facilitare un maggiore controllo con la possibilità di accedere ai servizi tramite un portale 7 Rendere più affidabili e perfezionare i piani di disaster recovery con test più frequenti 8 Ottimizzare i tempi di ripristino delle applicazioni con più livelli di servizio 9 Supportare in modo più efficiente ambienti eterogenei con infrastrutture di disaster recovery virtualizzate 9 Risparmiare larghezza di banda con una presenza locale 10 Una coesistenza più efficace con le soluzioni tradizionali di disaster recovery 10 Conclusioni Executive summary Non molto tempo dopo l adozione diffusa dei computers, divenne evidente che i processi di disaster recovery sarebbero diventati un elemento essenziale dei piani tecnologici delle aziende. È necessario eseguire il backup dei dati aziendali e assicurare la continuità di processi critici, come fatturazione, buste paga e approvvigionamenti, anche nel caso in cui il data center di un organizzazione cessi di funzionare a causa di un incidente. Nel corso del tempo, sono emersi due modelli distinti di disaster recovery: il modello dedicato e il modello condiviso. Sebbene efficaci, questi approcci hanno spesso costretto le organizzazioni a scegliere tra costi e rapidità. Facciamo un salto di 50 anni, fino al mondo costantemente attivo di oggi. Il flusso delle informazioni e delle transazioni commerciali nel nostro mercato globale non si arresta mai. Di fronte all esigenza di un operatività costante, è necessario che le organizzazioni inizino a pensare in termini di disponibilità continua delle applicazioni, anziché di rari incidenti, e che i fornitori di servizi di disaster recovery rendano possibile un failover e un failback più rapidi e quasi istantanei delle applicazioni aziendali critiche. Tuttavia, considerato il fatto che i budget IT rimangono prevalentemente invariati o vengono addirittura ridotti, questi servizi devono essere forniti senza che i clienti incorrano in spese iniziali o operative onerose. Una strategia di business resiliency basata sul cloud computing può rappresentare un alternativa vantaggiosa ai metodi tradizionali di disaster recovery, offrendo sia i tempi di ripristino più rapidi che caratterizzano le infrastrutture dedicate, sia i costi inferiori che connotano il modello di ripristino condiviso. Grazie ai prezzi commisurati all effettivo utilizzo delle risorse e alla possibilità di adeguarne le dimensioni alle mutevoli esigenze aziendali, il cloud computing può aiutare le organizzazioni a soddisfare le aspettative del frenetico mondo attuale, in cui l esigenza di tecnologia informatica continua ad aumentare, al contrario dei budget destinati a soddisfarla. Il presente white paper esamina gli approcci tradizionali al disaster recovery e descrive in che modo le organizzazioni possano utilizzare il cloud computing per prepararsi sia a interruzioni ordinarie dei servizi, come ad esempio linee elettriche interrotte, guasti hardware e violazioni della sicurezza, che ad incidenti meno frequenti. Vengono illustrati i principali aspetti da considerare nella pianificazione della transizione ad una strategia di business resiliency basata sul cloud computing e nella scelta del fornitore di servizi cloud.

3 IBM Global Technology Services 3 I modelli tradizionali di disaster recovery: una scelta tra costo e rapidità Per la scelta del metodo di disaster recovery, le organizzazioni si sono tradizionalmente affidate al livello di servizio richiesto, misurato attraverso due obiettivi di ripristino: RTO (Recovery Time Objective): il tempo che intercorre tra un interruzione e il ripristino delle operazioni. RPO (Recovery Point Objective): il momento in cui i dati ripristinati sono stati salvati; riflette la quantità di dati che verranno persi durante il processo di ripristino. Immagine dei dati RPO Recovery Point Objective Quantità di dati persi Giorni Ore Minuti RTO Recovery Time Objective Tempo necessario per il ripristino Minuti Ore Giorni Ripristino In un modello dedicato, l infrastruttura di disaster recovery viene utilizzata da un unica organizzazione. Questo tipo di disaster recovery consente un ripristino più rapido rispetto ad altri modelli tradizionali, perché l infrastruttura IT viene replicata presso il sito di disaster recovery ed è pronta ad essere attivata in caso di eventi disastrosi. Sebbene questo modello consenta di ridurre l RTO, grazie alla configurazione preventiva di hardware e software, non elimina tutti i ritardi. Il processo dipende comunque dalla disponibilità di un immagine aggiornata dei dati, che comporta il trasporto dei supporti fisici e un processo di ripristino dei dati. Questo approccio è anche costoso, perché l hardware resta inattivo fino a quando non viene utilizzato per il ripristino delle operazioni. Per ridurre i costi dell infrastruttura di backup, alcune organizzazioni la utilizzano per attività di sviluppo e test, ma ciò introduce un ulteriore fattore di rischio. Infine, il ripristino dei dati incide ulteriormente sulla variabilità del processo. Come illustrato nella figura 3, il ripristino dei dati può richiedere fino a 72 ore, compresi il recupero, il trasporto e il caricamento dei nastri. Figura 1: misurazione del livello di servizio necessario tramite i parametri RPO e RTO Nei modelli tradizionali di disaster recovery dedicato e condiviso le organizzazioni sono costrette a fare un compromesso tra costo e rapidità del ripristino, come illustrato nella figura 2. Dedicata 6 hrs or less Interruption Ripristino dei dati 4-72 hrs Ripristino Dichiarazione Configurazione HW Configurazione SW Ripristino dei dati Figura 3: tempi di ripristino in un infrastruttura dedicata Alto Costo Basso Dedicata Condivisa Settimane Giorni Ore Minuti Tempi di ripristino In un modello di disaster recovery condiviso, l infrastruttura viene condivisa da più organizzazioni. Il modello di disaster recovery condiviso è stato ideato per contenere i costi, poiché l infrastruttura remota di backup viene condivisa da più organizzazioni. Dopo la dichiarazione di un evento disastroso, è necessario configurare da zero l hardware, il sistema operativo e il software applicativo presso il sito secondario dove si trova la configurazione di emergenza, e questo processo può richiedere ore o perfino giorni. Inoltre, per completare il ripristino dei dati, è necessario seguire il processo illustrato nella figura 4, con un tempo medio di ripristino compreso tra 48 e 72 ore. Figura 2: gli approcci tradizionali al disaster recovery includono modelli condivisi e dedicati

4 4 Virtualizzare il disaster recovery utilizzando il cloud computing Condivisa Declare Min 4 hrs Interruzione Configurazione HW Min 8-24 hrs Configurazione SW Ripristino dei dati Min 4 hrs 4-72 hrs Ripristino Dichiarazione Configurazione HW Configurazione SW Ripristino dei dati Figura 4: tempi di ripristino in un infrastruttura condivisa La necessità di assicurare una disponibilità continua Secondo l indagine condotta da IBM tra i CIO nel 2011, le organizzazioni incontrano notevoli difficoltà a soddisfare le crescenti esigenze dei rispettivi reparti IT, assicurando nel contempo la continuità e la maggiore efficienza possibile delle operazioni. I dipendenti e i clienti stanno diventando utenti tecnologici più sofisticati. La ricerca dimostra l utilizzo di dispositivi connessi a Internet aumenta annualmente di circa il 42 per cento, offrendo ai clienti e ai dipendenti la possibilità di accedere rapidamente a grandi quantità di storage. Nonostante la pressione per migliorare l infrastruttura, le aziende spendono un alta percentuale dei propri budget solo per conservare l infrastruttura esistente. Inoltre i budget non stanno registrando incrementi significativi, ma restano essenzialmente invariati. 1 I modelli di disaster recovery dedicati e condivisi hanno tradizionalmente imposto alle organizzazioni un compromesso tra costo e rapidità. Poiché l urgenza di assicurare la costante disponibilità di sistemi e dati continua ad aumentare, le organizzazioni non possono più accettare compromessi. Sebbene il disaster recovery sia stato originariamente ideato per i processi critici di back-office automatizzati, molte organizzazioni dipendono oggi da applicazioni in tempo reale e dalla loro presenza online, che è diventata l interfaccia primaria con i loro clienti. Qualsiasi indisponibilità si riflette direttamente sull immagine aziendale e l interruzione di applicazioni essenziali, come quelle di e-commerce, per l esecuzione di transazioni bancarie online o che consentono agli utenti di eseguire autonomamente determinate attività, è considerata inaccettabile dai clienti. Il costo di un minuto di indisponibilità può ammontare ad alcune migliaia di dollari. Pensare in termini di interruzioni e non di eventi disastrosi I metodi di disaster recovery tradizionali si basano anche sulla dichiarazione di un disastro, allo scopo di utilizzare l infrastruttura di backup durante eventi, quali uragani, tsunami, inondazioni o incendi. Tuttavia, nella maggior parte dei casi, l indisponibilità delle applicazioni è causata da avvenimenti quotidiani più banali. Sebbene le organizzazioni debbano prepararsi al peggio, è anche necessario che siano pronte a reagire ad eventi più probabili, come interruzioni nell erogazione dell energia elettrica, guasti hardware e violazioni della sicurezza. La figura 5 illustra le tipologie di eventi degli ultimi anni in occasione dei quali IBM ha aiutato i clienti ad affrontare situazioni di emergenza. Sebbene le condizioni meteorologiche rappresentino la causa d origine di oltre la metà delle emergenze dichiarate, è interessante notare che quasi il 50 per cento delle emergenze è dovuto ad altre cause. Queste statistiche si basano su dati relativi a clienti IBM che hanno dichiarato un emergenza. Pensate a tutte le interruzioni per le quali un emergenza non è stata dichiarata. In un mondo costantemente operativo, le organizzazioni devono andare oltre il disaster recovery e pensare in termini di continuità delle applicazioni. È necessario predisporre strumenti che consentano non solo di reagire ad eventi disastrosi, rari e di breve durata, ma anche di ripristinare rapidamente le applicazioni aziendali critiche, e definire piani di resilienza conformi a tale criterio. HW/SW 17% Other 10% Figura 5: tipi di interruzioni Power 19% Weather 54%

5 IBM Global Technology Services 5 Business resiliency basata sul cloud computing: un nuovo approccio, molto apprezzato Il cloud computing offre un alternativa interessante ai modelli tradizionali di disaster recovery. Il cloud è intrinsecamente un infrastruttura condivisa: un insieme di risorse, con costi infrastrutturali distribuiti tra tutti coloro che stipulano contratti per utilizzare queste risorse come servizio cloud. Questa natura condivisa rende il cloud computing un modello ideale per i processi di disaster recovery. Anche estendendo la definizione di disaster recovery a interruzioni più banali e frequenti dei servizi, l esigenza di queste risorse di ripristino risulta sporadica. Poiché è estremamente improbabile che tutte le organizzazioni che si affidano al cloud computing per i processi di backup e ripristino abbiano bisogno dell infrastruttura nello stesso momento, è possibile ridurre i costi e i tempi di ripristino. Virtualizzato utilizzando il cloud Ripristino Interruzione Dichiarazione Configurazione HW Configurazione SW Ripristino dei dati Figura 6: tempi di ripristino utilizzando il cloud computing I servizi gestiti di business resiliency basati su cloud, come IBM SmartCloud Virtualised Server Recovery, sono stati ideati per raggiungere un equilibrio tra la convenienza economica del ripristino su un infrastruttura fisica condivisa e la rapidità dell infrastruttura dedicata. Poiché le immagini dei server e i dati vengono replicati continuamente, il tempo necessario per ripristinarli può essere ridotto drasticamente a meno di un ora e, in molti casi, a pochi minuti, o perfino secondi. Tuttavia, i costi sono più simili a quelli di un infrastruttura condivisa. Figura 7: un approccio alla business resiliency basato sul cloud computing La strategia di business resiliency basata sul cloud computing offre numerosi altri vantaggi rispetto ai modelli tradizionali di disaster recovery: Alto Costo Basso Condiviso Dedicata Virtualizzata utilizzando un cloud Settimane Giorni Ore Minuti Tempi di ripristino Le spese operative mensili più prevedibili contribuiscono ad evitare i costi imprevisti e nascosti, che caratterizzano le soluzioni realizzate e gestite autonomamente. Riduzione degli investimenti di capitale necessari, grazie all utilizzo di un infrastruttura di disaster recovery residente in ambiente cloud. I servizi gestiti di business resiliency, erogati tramite un infrastruttura di cloud computing, possono essere adeguati più facilmente alle mutevoli esigenze aziendali. L accesso ai servizi tramite un portale Web riduce la necessità di spostare risorse presso il sito di ripristino, contribuendo a ridurre tempi e costi operativi.

6 6 Virtualizzare il disaster recovery utilizzando il cloud computing Sebbene il cloud computing offra molti vantaggi come piattaforma di disaster recovery, è necessario considerare alcuni aspetti essenziali nella pianificazione della transizione ad una strategia di business resiliency basata sul cloud computing e nella scelta del fornitore di servizi cloud. Questi aspetti comprendono: Accesso al servizio tramite un portale con funzionalità di failover e failback. Supporto per il test dei processi di disaster recovery. Più livelli di servizio. Supporto per ambienti server eterogenei e virtualizzati. Capacità di operare in tutto il mondo e presenza locale. Migrazione da e coesistenza con metodi tradizionali di disaster recovery. Questi aspetti vengono esaminati più dettagliatamente nelle sezioni seguenti. Cliente Portale IBM SmartCloud Virtualised Server Recovery Server/Storage Cloud hosted at IBM Resiliency Centers Figura 8: il portale IBM SmartCloud Virtualised Server Recovery Facilitare un maggiore controllo con la possibilità di accedere ai servizi tramite un portale L infrastruttura di disaster recovery viene tradizionalmente considerata una polizza di assicurazione che le aziende sperano di non utilizzare. Al contrario, una strategia business resiliency basata sul cloud computing consente di aumentare realmente la capacità dell organizzazione IT di assicurare la continuità dei servizi per le applicazioni aziendali critiche. Poiché l utilizzo di un ambiente cloud consente di accedere al servizio di business resiliency tramite un portale Web, i responsabili e gli amministratori IT sono in grado di visualizzare e controllare tramite un interfaccia intuitiva l infrastruttura della loro organizzazione. Ad esempio, i clienti possono accedere al portale SmartCloud Virtualised Server Recovery tramite Internet e identificare i server da proteggere e replicare. Attraverso questo portale, è possibile scaricare il software client SmartCloud Virtualised Server Recovery da installare sui server coperti dal servizio. Una volta definito l ambiente tramite il portale, il cliente è in grado di visualizzare lo stato di protezione dei server, generare report ed eseguire altre operazioni amministrative. Nonostante l utilità di questa interfaccia amministrativa offerta dal portale, è essenziale valutare i servizi di business resiliency erogati tramite l ambiente cloud, per accertare che il portale non sia solo uno strumento di configurazione, ma consenta anche di inizializzare il failover e il failback dei sistemi. Il portale

7 IBM Global Technology Services 7 Figura 9: un interfaccia amministrativa del portale di ripristino SmartCloud Virtualised Server Recovery consente ai clienti di completare il failover dei sistemi quasi in tempo reale (per i server protetti con il livello di servizio Sempre disponibile, descritto più avanti), riducendo la necessità di contattare il fornitore del servizio cloud (in questo caso, IBM) per dichiarare il disastro o per avviare il failover. Senza le necessità di una dichiarazione formale e con la possibilità di eseguire il failover dal portale, il reparto IT è in grado di reagire in modo più rapido ed efficace alle interruzioni più banali e frequenti, sopra descritte. Rendere più affidabili e perfezionare i piani di disaster recovery con test più frequenti Uno dei problemi tipici delle misure di disaster recovery è l incertezza che la soluzione pianificata funzionerà, quando sarà necessario utilizzarla. Generalmente, le organizzazioni testano i processi di failover e di ripristino, in media, una o due volte Figura 10: interfaccia per il test del piano di Disaster Recovery con IBM SmartCloud Virtualised Server Recovery l anno; una frequenza non sufficiente, considerato il ritmo dei cambiamenti riscontrabili nei reparti IT della maggior parte delle aziende. Questo scarso senso di controllo ha indotto alcune organizzazioni a realizzare e gestire internamente le infrastrutture e i processi di disaster recovery, distogliendo il personale IT dalle normali attività di sviluppo delle applicazioni. L adozione di una strategia di business resiliency basata sul cloud computing offre l opportunità di acquisire un maggiore controllo e di eseguire test più frequenti e granulari sui piani di disaster recovery, anche a livello di singoli server o applicativi. Il portale SmartCloud Virtualised Server Recovery offre un interfaccia per il test dei piani di disaster recovery, consentendo ai reparti IT di verificare la funzionalità dei processi di failover e failback con maggiore frequenza.

8 8 Virtualizzare il disaster recovery utilizzando il cloud computing Livello di servizio SmartCloud Virtualised Server Recovery Gold Macchina virtuale sempre disponibile Silver Macchina virtuale per disaster recovery e test Bronze Macchina virtuale per l'importazione di supporti Recovery Time Objective (fino all'inizio dell'avvio del sistema) Failover in 1 minuto Failover in 30 minuti Failover e failback assistiti da 6 a 24 ore o nel minor tempo possibile Descrizione Per le applicazioni strategiche che richiedono valori RTO/ RPO prossimi allo zero e un'infrastruttura di ripristino costantemente disponibile, utilizzabile anche per altri scopi. Per le applicazioni che devono poter essere ripristinate rapidamente in pochi minuti su un'infrastruttura di cloud computing accessibile in remoto al momento del disastro Per i clienti che desiderano importare immagini di server e dati da nastri/dischi/dispositivi NAS nella nostra infrastruttura cloud al momento del disastro per il failover e il failback dei sistemi. Offre ai clienti un percorso per migrare da soluzioni Infrastructure Recovery Service a servizi di ripristino in ambiente cloud. I clienti possono programmare i test in base alle proprie specifiche esigenze. Ad esempio, è possibile testare un applicazione critica di e-commerce prima di un periodo caratterizzato da un notevole incremento degli acquisti online, come il Cyber Monday. Oppure, è possibile testare un sistema per l elaborazione delle transazioni bancarie online dopo un aggiornamento del software, allo scopo di verificare il corretto funzionamento dei processi di failover e failback. Ottimizzare i tempi di ripristino delle applicazioni con più livelli di servizio L adozione di una strategia di business resiliency basata sul cloud computing offre l opportunità di beneficiare di più livelli di servizio, che consentono di differenziare le applicazioni in base alla loro importanza per l organizzazione e alla conseguente tolleranza per la relativa indisponibilità. Ad esempio, SmartCloud Virtualised Server Recovery offre tre livelli di servizio: Gold, Silver e Bronze. Questi livelli consentono alle organizzazioni di ottimizzare il budget, investendo di più per le applicazioni strategiche, per assicurarne la disponibilità quasi continua, e investendo di meno per le applicazioni non strategiche. Con SmartCloud Virtualised Server Recovery, la frequenza della replica dei dati e i conseguenti valori RPO/RTO variano a seconda del livello di servizio assegnato al server. È possibile assegnare lo stesso gruppo e livello di servizio a più server che supportano la stessa applicazione e il medesimo processo di business, per assicurare che le operazioni di failover e failback siano coerenti e sincronizzate.

9 IBM Global Technology Services 9 Supportare in modo efficiente ambienti eterogenei con infrastrutture di disaster recovery virtualizzate Il concetto di immagine del server riveste un ruolo importante nei modelli tradizionali di disaster recovery. La maggiore complessità dei reparti IT, che comprendono più server farm con diversi sistemi operativi e livelli di rilascio, ha reso più complesso reagire ad eventi disastrosi o interruzioni dei servizi. Le organizzazioni sono spesso costrette a ripristinare dati e sistemi su hardware differente, il che può richiedere più tempo e aumentare la possibilità di errori e perdite di dati. Le organizzazioni stanno implementando tecnologie di virtualizzazione nei propri data center, per ridurne la complessità e ottimizzare l utilizzo della relativa infrastruttura. Il numero di macchine virtuali installate è aumentato in misura esponenziale nel corso degli ultimi anni. Secondo una recente indagine condotta da IBM tra i CIO (Chief Information Officer), il 98 per cento degli intervistati aveva già implementato la virtualizzazione o prevedeva di implementarla nei successivi 12 mesi. Per supportare questi tipi di ambienti, è necessario che le soluzioni di business resiliency basate su infrastrutture cloud consentano sia il ripristino P2V (Physical-to-Virtual, cioè da fisico a virtuale) che il ripristino V2V (Virtual-to-Virtual, ovvero da virtuale e virtuale). La soluzione SmartCloud Virtualised Server Recovery supporta ambienti virtualizzati, non virtualizzati e misti, compresi quelli con più sistemi operativi. Risparmiare larghezza di banda con una presenza locale Poiché una strategia di business resiliency basata sul cloud computing richiede la replica continua dei server, è importante considerare la larghezza di banda di rete nell adozione di tale approccio. Un fornitore globale come IBM offre l opportunità di una presenza locale, riducendo così la distanza che i dati devono percorrere attraverso la rete. Con SmartCloud Virtualised Server Recovery, la configurazione dei server, il sistema operativo e il software applicativo del cliente, nonché i relativi dati, vengono replicati presso il data center IBM tramite Internet o altra connessione di rete designata. Mentre i dati verranno replicati nel data center IBM più vicino utilizzando SmartCloud Virtualised Server Recovery, ulteriori funzionalità di resiliency e backup vengono fornite attraverso la rete protetta di centri IBM. IBM offre il tool SmartCloud Virtualised Server Recovery Synchronisation and Bandwidth Estimator per aiutarvi a valutare la larghezza di banda di rete necessaria. Anche se in molti casi non sarà necessario incrementare la capacità disponibile, questo tool vi consente di accertare le vostre esigenze di banda trasmissiva.

10 10 Virtualizzare il disaster recovery utilizzando il cloud computing I clienti dovrebbero identificare tutti i server che supportano una stessa applicazione aziendale e includerli in un unico piano di ripristino su sistemi virtuali. Questa soluzione assicura processi di failover e failback coerenti per tutti i server inclusi nel piano, contribuendo ad aumentare la sicurezza e a ridurre il rischio. Una coesistenza più efficace con le soluzioni tradizionali di disaster recovery Sebbene l adozione di una soluzione di business resiliency basta sul cloud computing offra molti vantaggi per assicurare la disponibilità delle applicazioni strategiche e di quelle con le quali i clienti interagiscono direttamente, un piano di disaster recovery efficace ed esteso all intera organizzazione aziendale comprenderà probabilmente una combinazione di soluzioni tradizionali e basate su ambienti cloud. Il livello di servizio Bronze di SmartCloud Virtualised Server Recovery facilità la transizione dai metodi tradizionali. Il Cliente può utilizzare questo approccio anche per integrare soluzioni di business resiliency basate su cloud con soluzioni di back-up dei dati, come IBM SmartCloud Managed Backup. In uno studio recente, gli intervistati hanno indicato nella sostanziale riduzione delle perdite di dati l obiettivo più importante di una soluzione di disaster recovery efficace. Coordinando i processi di disaster recovery e di back-up dei dati, è possibile ridurre le perdite di dati ed aumentarne il livello di integrità. Conclusioni Il cloud computing offre un opportunità vantaggiosa per ottenere i tempi di ripristino del modello disaster recovery dedicato al costo di un infrastruttura di disaster recovery condivisa. Tuttavia, la pianificazione delle attività di disaster recovery non deve essere affrontata superficialmente; la sicurezza e la resilienza dell ambiente cloud costituiscono aspetti essenziali. L infrastruttura SmartCloud Virtualised Server Recovery risiede all interno della rete di centri di resilienza IBM, offrendo ai clienti la certezza che IBM proteggerà i loro dati riservati. In secondo luogo, IBM non impone soluzioni sproporzionate: è possibile iniziare a beneficiare del servizio gestito SmartCloud Virtualised Server Recovery stipulando un contratto per un minimo di cinque macchine virtuali; pertanto, iniziare è più facile e relativamente privo di rischi. Con oltre oltre professionisti specializzati in business continuity e più di 150 centri di resilienza in tutto il mondo, autorevoli analisti del settore hanno riconosciuto a IBM un ruolo preminente nel campo della continuità operativa e della resilienza aziendale. Offriamo un ineguagliabile esperienza di oltre 50 anni, maturata attraverso l implementazione di soluzioni di business resiliency e disaster recovery presso più di clienti. Inoltre, IBM opera nel campo dei sistemi da 60 anni, e nessun altra azienda conosce i sistemi come IBM. Grazie a una vasta esperienza nei processi aziendali e ad una profonda competenza tecnologica, siamo in grado di aiutarvi a progettare e ad implementare una soluzione di business resiliency rispondente alle specifiche esigenze della vostra organizzazione.

11 Note

12 Ulteriori informazioni Per ulteriori informazioni sulla virtualizzazione del disaster recovery e sulla gestione della business resiliency, contattate il vostro rappresentante commerciale o Business Partner IBM, o visitate il seguente sito Web: ibm.com/services/continuity Inoltre, IBM Global Financing può aiutarvi ad acquisire le soluzioni IT di cui la vostra azienda ha bisogno nel modo più conveniente e strategico possibile. Collaboreremo con clienti qualificati per il credito per personalizzare una soluzione di finanziamento IT adatta ai vostri obiettivi, consentire un efficace gestione di cassa e migliorare il costo totale di proprietà. IBM Global Financing è la scelta più intelligente per finanziare i vostri investimenti IT più importanti e far progredire il vostro business. Per ulteriori informazioni, visitate il sito Web disponibile al seguente indirizzo: ibm.com/financing/it Copyright IBM Corporation 2012 IBM Italia S.p.A. Circonvallazione Idroscalo Segrate (MI) ITALIA Prodotto negli Stati Uniti d America Gennaio 2012 IBM, il logo IBM, ibm.com, e SmartCloud sono marchi di International Business Machines Corporation negli Stati Uniti e/o in altri paesi. Se questi e altri termini commerciali di IBM sono contrassegnati da un simbolo del marchio ( o ) alla loro prima ricorrenza nel presente documento informativo, tali simboli indicano marchi registrati o non registrati di proprietà di IBM negli Stati Uniti al momento della pubblicazione del presente documento informativo. Tali marchi possono anche essere marchi registrati o non registrati in altri paesi. Un elenco aggiornato dei marchi IBM è disponibile sul Web nella pagina Informazioni su copyright e marchi all indirizzo ibm.com/legal/copytrade.shtml 1 Altri nomi di società, prodotti o servizi possono essere marchi o marchi di servizio di altri. IBM CIO Study 2011 Si prega di riciclare BUW03013-ITIT-02