Annuncio IBM Europe Software ZP del 13 maggio 2008

Transcript

1 Annuncio IBM Europe Software ZP del 13 maggio 2008 IBM Tivoli System Automation Application Manager V3.1 abilita all alta disponibilità e al disaster recovery per le applicazioni composite in ambienti complessi eterogenei Indice In sintesi Panoramica Prerequisiti fondamentali In sintesi Descrizione Posizionamento del prodotto IBM Tivoli System Automation Application Manager V3.1 offre soluzioni ad elevata disponibilità e disaster recovery che consentono di automatizzare le applicazioni tra ambienti eterogenei multilivello. Tra le caratteristiche nuove in V3.1 rispetto al prodotto precedente (IBM Tivoli System Automation for Multiplatforms V2.3, componente end-to-end): Il package e il prezzo, dove il componente standard fornisce funzionalità ad elevata disponibilità e il componente di supporto alle piattaforme Globally Dispersed Parallel Sysplex Distributed Cluster Management (GDPS DCM) ordinabile separatamente estende il tutto a una soluzione di disaster recovery. Aggiunta alle funzionalità di disaster recovery in combinazione con GDPS. L'alternarsi tra System Automation Application Manager e GDPS consente a GDPS di eseguire le azioni di disaster recovery in maniera puntuale. Integrazione con IBM Service Management e Tivoli Configuration e Change Management Database (CCMDB). GUI di configurazione. Panoramica IBM Tivoli System Automation Application Manager V3.1 offre le variegate funzionalità del componente end-to-end IBM Tivoli System Automation for Multiplatforms in un prodotto standalone. Le funzionalità di automatizzazione end-to-end possono essere distribuite per le soluzioni cluster esistenti quali HACMP o Microsoft Cluster Server (MSCS). IBM Tivoli System Automation Application Manager V3.1 offre capacità senza precedenti per soddisfare livelli elevati di disponibilità delle applicazioni aziendali composite, mission-critical e ridurre i tempi di inattività non pianificati, migliorare la flessibilità dell'azienda e soddisfare i severi livelli di qualità del servizio in ambienti eterogenei complessi. Con l'integrazione di Globally Dispersed Parallel Sysplex Distributed Cluster Management (GDPS DCM), disporrete anche di funzionalità di disaster recovery. IBM Tivoli System Automation Application Manager V3.1 include quattro componenti ordinabili. Componente System Automation Application Manager Standard I miglioramenti al componente System Automation Application Manager Standard includono: Supporto esteso per ulteriori piattaforme tecnologiche di cluster che include Windows e Sun Solaris, portando la copertura globale end-to-end a: Veritas Cluster Server (VCS) (Solaris) HACMP (AIX ) MSCS (Windows) System Automation for Multiplatforms (Linux, AIX, Windows, Sun Solaris) System Automation for z/os IBM è un marchio registrato di International Business Machines Corporation 1

2 Processi chiave di IBM Service Management che possono contenere punti di integrazione identificati per consentire il recupero dinamico delle informazioni sulle risorse da System Automation Application Manager mediante un'interfaccia tra prodotti. System Automation Application Manager che definisce un mapping delle risorse end-to-end e dei rapporti end-to-end che conosce e gestisce e li fornisce a Tivoli Configuration and Change Management Database (CCMDB). Misurazione e report dei tempi di ripristino. GUI di configurazione per tutte le piattaforme supportate per la creazione grafica e la gestione di criteri di automazione end-to-end. Possibilità di deployment su z/os come affidabile piattaforma di scelta. Supporto per Windows e Linux for xseries in esecuzione su VMware ESX. Supporto per AIX V6.1 e Windows Server Componente Distributed Disaster Recovery (DDR) di System Automation Application Manager Il componente opzionale DDR amplia le variegate funzionalità della versione Standard SA AM con funzionalità di disaster recovery introducendo GDPS Distributed Cluster Manager (DCM). Ciò consente a System Automation Application Manager di rilevare le interruzioni alle applicazioni e alle risorse critiche, sui sistemi aperti e z/os e di notificare GDPS. GDPS può utilizzare tali notifiche come trigger per le azioni di disaster recovery. In caso di azioni di disaster recovery pianificate o meno, GDPS notificherà System Automation Application Manager in modo da poter attuare le azioni appropriate e coordinate sui sistemi aperti e z/os, ad esempio, arrestare o riavviare il carico di lavoro con una configurazione modificata su un sito di backup. Prerequisiti fondamentali IBM Tivoli System Automation Application Manager V3.1 richiede almeno una delle seguenti piattaforme: Descrizione Linux on IBM System z, Linux on System p, Linux on System i, Linux on System x e BladeCenter Linux su server a 32 bit basato su Intel o qualsiasi server a 64 bit AMD-64 o basato su EMT64T AMD-64 AIX V5.3 o AIX V6.1 su IBM System p Windows Server 2003 o Windows Server 2008 su server a 32 bit basato su Intel o qualsiasi server a 64 bit AMD-64 o basato su EMT64T z/os V1.7 Sun Solaris 10 su un qualsiasi server SPARC (soltanto per l'adattatore VCS Solaris) Date di disponibilità previste: 13 giugno 2008: disponibilità generale per il download mediante Passport Advantage 11 luglio 2008: disponibilità generale dei supporti tramite Passport Advantage 13 giugno 2008: disponibilità generale dei supporti attraverso Entitled Software IBM Tivoli System Automation Application Manager V3.1 è una soluzione ad elevata disponibilità e di disaster recovery che fornisce una funzionalità esclusiva di automatizzazione delle applicazioni tra ambienti eterogenei multilivello. Il componente standard fornisce tutto ciò che serve a rendere le applicazioni complesse altamente disponibili da un unico punto di controllo. Automazione end-to-end IBM Tivoli System Automation Application Manager è la risposta alle esigenze di maggiore disponibilità, automazione e gestione di applicazioni multilivello come SAP, incluse tutte le risorse e le applicazioni con cui esso ha relazioni e dipendenze, come NFS e DB2. Fornisce un gestore di automazione end-to-end che utilizza degli adattatori per ricevere automaticamente informazioni sulle applicazioni e sul loro stato dalla tecnologia di clustering specifica per la piattaforma; a questo IBM è un marchio registrato di International Business Machines Corporation 2

3 scopo è necessario definire unicamente le risorse, i gruppi e le dipendenze presenti tra piattaforme. Queste tecnologie di clustering specifiche per piattaforma possono essere costituite da qualsiasi combinazione di System Automation for Multiplatforms, altre tecnologie di clustering IBM, quali HACMP e System Automation per z/os o persino prodotti di clustering non IBM quali Microsoft Cluster Server (MSCS) e Veritas Cluster Server (VCS) su Solaris. L'Application Manager consente agli utenti di: Aumentare la disponibilità dell'applicazione risolvendo le dipendenze tra piattaforme come il riciclo delle applicazioni Web su Linux quando il DB2 for z/os è fermo Spostare le applicazioni su un altro cluster o un'altra piattaforma Queste funzioni sono ottenute inserendo le richieste persistenti di avvio o arresto nell'automazione guidata da obiettivi specifica per la piattaforma che consente di continuare l'automazione anche quando l'application Manager non è disponibile. Alta disponibilità continua per applicazioni eterogenee IBM Tivoli System Automation Application Manager inizia, esegue e coordina l'avvio, l'arresto, il riavvio e fail over di intere applicazioni composite, gestendo al contempo dipendenze di risorse complesse tra più cluster. Ciò consente di migliorare l'efficienza operativa IT e di ridurre la manodopera manuale, ottimizzando la disponibilità delle applicazioni in tutta l'azienda e riducendo al minimo il livello di competenze richiesto dagli operatori per la gestione di più ambienti complessi. Operazioni facili IBM Tivoli System Automation Application Manager V3.1 gestisce automaticamente complesse dipendenze tra le applicazioni che includono server, cluster e zone geografiche differenti, offrendo un approccio olistico all alta disponibilità per applicazioni complesse. Da un unico punto di controllo i clienti hanno la possibilità di monitorare, gestire e avviare operazioni end-to-end di disponibilità elevata, attraverso un'intera topologia di applicazioni. Ciò semplifica le operazioni attraverso l'automazione delle attività ad alto contenuto di lavoro per monitorare e gestire le dipendenze delle applicazioni tra cluster. Operazioni end-to-end IBM Tivoli System Automation Application Manager consente ai clienti System z di formulare migliori pratiche per l alta disponibilità e di istituire un team dedicato al funzionamento e all'automazione delle applicazioni z/os, Linux, AIX, Windows e Solaris, semplificando notevolmente il rilevamento e la risoluzione dei problemi. Il nuovo punto di controllo singolo basato sul Web in z/os, Linux, AIX, Windows e Solaris permette di: visualizzare lo stato complessivo e dettagliato dei componenti dell'applicazione avviare o arrestare componenti dell'applicazione su tutte le piattaforme con una singola azione nell'ordine giusto, senza sapere esattamente su quale applicazione o piattaforma essi risiedano Le applicazioni basate su Linux, AIX, Windows, Solaris ed z/os, automatizzate dalla gamma Tivoli System Automation, possono ora essere integrate nell'automazione end-to-end di Tivoli System Automation Application Manager V3.1. Integrazione con Configuration and Change Management Database (CCMDB) CCMDB è il comune repository per i Configuration Item (CI) che rappresentano le risorse IT. Gioca un ruolo centrale nella gestione del servizio IT Infrastructure Library (ITIL). CCMDB è un prodotto Tivoli per la gestione delle modifiche a della configurazione. Un metodo per compilare CCMDB con contenuto è rappresentato dal Discovery Library Adapter (DLA). Un DLA scopre dati di configurazione e ne consente la memorizzazione in CCMDB. System Automation Application Manager definisce un mapping delle risorse end-to-end e dei rapporti end-to-end che conosce e gestisce (tramite un criterio di automazione end-to-end) e lo fornisce a Tivoli Configuration and Change Management Database (CCMDB). Questo mapping è basato sulla visualizzazione delle risorse di System Automation Application Manager. Le risorse e i rapporti forniti da System Automation Application Manager in CCMDB possono essere quindi utilizzati da altri prodotti. Integrazione con IBM Service Management IBM è un marchio registrato di International Business Machines Corporation 3

4 ISM è una soluzione Tivoli per la gestione del servizio basato su ITIL. Qualsiasi processo di gestione dei servizi IBM è abilitato a contenere punti di integrazione identificati per consentire il recupero dinamico delle informazioni sulle risorse da System Automation Application Manager mediante un'interfaccia tra prodotti (servizio Web). Questo servizio Web può essere utilizzato dai gestori dei processi ISM, quali Business Continuity Process Manager o qualsiasi altro client (all'interno o all'esterno di IBM). Al momento del richiamo, i servizi System Automation Application Manager Web recupereranno le informazioni richieste (ad esempio, lo stato osservato di una risorsa) o invocheranno l'operazione richiesta (ad esempio, una richiesta online su un gruppo di risorse) e restituiranno i risultati al client del servizio Web. GUI di configurazione I criteri di automazione per System Automation Application Manager sono definiti, quindi memorizzati, nel modulo di un documento XML. L'amministratore di System Automation al momento deve utilizzare un editor XML preferito per definire o modificare i criteri di automazione. Gli svantaggi correlati vengono risolti attraverso un'interfaccia utente che può essere utilizzata per creare e modificare graficamente i criteri di automazione per System Automation Application Manager, senza la necessità di modificare alcun documento XML. Questa GUI dei criteri fornisce le seguenti funzioni: Modifica dei criteri di automazione di System Automation Application Manager Integrazione nella Integrated Solutions Console (ISC), in modo da poter essere utilizzata in combinazione con le operazioni esistenti Visualizzazione grafica degli elementi dei criteri quali il raggruppamento di costrutti e relazioni Funzionalità di filtro Integrazione dell'unità di controllo dei criteri per l'individuazione anticipata degli errori semantici System Automation Application Manager on z/os z/os è il sistema operativo di classe mondiale in esecuzione su hardware System z. Molti clienti desiderano utilizzare z/os come piattaforma di scelta per un gestore di business continuity per gestire la continuità delle applicazioni critiche per l'azienda. Nella business continuity, il gestore del processo di continuità del servizio e i prodotti di gestione operativa, quali System Automation Application Manager e GDPS, giocano un ruolo fondamentale. Pertanto, System Automation Application Manager può essere distribuito su z/os come punto di controllo affidabile per il disaster recovery. La funzione GDPS DCM estende le funzionalità del componente standard con le funzionalità di disaster recovery Soluzione di disaster recovery con Geographically Dispersed Parallel Sysplex (GDPS) GDPS è una soluzione di disaster recovery di classe mondiale per z/os. La copertura della piattaforma per GDPS è stata estesa e ora include GDPS e PPRC Multiplatform Resiliency for System z (xdr) su Linux per System z. Business Continuity integra l'alta disponibilità dei cluster, fornita da System Automation for Multiplatforms e l'alta disponibilità end-to-end, fornita da System Automation Application Manager, con funzionalità di disaster recovery. Per poter raggiungere questo risultato, l'alternarsi tra System Automation Application Manager e GDPS è fondamentale. Ciò consente a System Automation Application Manager di rilevare le interruzioni alle applicazioni e alle risorse critiche, sui sistemi aperti e z/os e di notificare GDPS. GDPS può utilizzare tali notifiche come trigger per le azioni di disaster recovery. In caso di azioni di disaster recovery pianificate, GDPS notificherà System Automation Application Manager, in modo da poter attuare le azioni appropriate e coordinate sui sistemi aperti e z/os, ad esempio, arrestare il carico di lavoro con una configurazione modificata su un sito di backup. Misurazione e report dei tempi di ripristino Un problema fondamentale nella Business Continuity è la gestione dei tempi di ripristino rispetto al Recovery Time Objective (RTO). Come primo passo verso la gestione dei tempi di ripristino, è importante misurarli, aggregarli ed eseguirne un report in una gerarchia in ordine ascendente, a partire dai tempi di ripristino di un'applicazione distribuita su più piattaforme. Queste informazioni possono essere utilizzate per ottimizzare la configurazione per garantire un determinato RTO. IBM è un marchio registrato di International Business Machines Corporation 4

5 L'accesso alle misurazioni è possibile attraverso un'interfaccia aperta. Tutto ciò è fornito dalle nuove funzionalità di gestione dei tempi di ripristino. Accessibilità da parte di persone disabili In conformità con la Sezione 508 del Rehabilitation Act degli Stati Uniti, che specifica i requisiti di accessibilità, è possibile richiedere un modello VPAT (Voluntary Product Accessibility Template) tramite: Determinazione dei prezzi basata su Value Unit per i prodotti host System z Il prezzo basato su Value Unit dei programmi IBM System z IBM IPLA (International Program License Agreement) idonei consente di abbassare i costi della crescita incrementale e dell'aggregazione tra aziende. Ogni prodotto System z IPLA con prezzo basato su Value Unit ha un singolo prezzo per Value Unit e una matrice di conversione, detta Value Unit Exhibit, che permette di convertire alcune misure in Value Unit. In genere, l'unità di misura scelta da IBM per la conversione in Value Unit sono gli MSU (Millions of Service Units). Tra le altre unità di misura vi sono motori o messaggi. Poiché le MSU sono l'unità di misura più diffusa, di seguito si farà riferimento unicamente ad esse. Il prezzo basato su Value Unit offre diversi vantaggi economici ai clienti. Per ciascun programma System z IPLA con prezzo basato su Value Unit, la quantità di programma necessaria per soddisfare le condizioni generali IBM applicabili viene definita "required license capacity". Ciascuna matrice Value Unit Exhibits stabilisce che la required license capacity è inversamente proporzionale alla quantità di Value Unit per MSU necessarie. Le Value Unit Exhibit sono identificate in modo univoco da un codice di tre cifre e citate come VUExxx, in cui xxx rappresenta il codice di tre cifre. Le successive acquisizioni di programmi con prezzo basato su Value Unit offrono ulteriori vantaggi economici. La quantità acquistata di ciascun programma System z IPLA è detta "entitled license capacity". Se desiderate aumentare la entitled license capacity per un programma System z IPLA, il calcolo delle Value Unit aggiuntive necessarie si basa sul numero di Value Unit già acquisite. Per ciascun programma System z IPLA con prezzo basato su Value Unit è necessario: Determinare la required license capacity, espressa in MSU. Aggregare le MSU dell'intera azienda. Convertire le MSU totali in Value Unit utilizzando la matrice Value Unit Exhibit. Moltiplicare il prezzo della singola Value Unit per il numero totale di Value Unit per determinare il costo totale. Per semplificare la conversione dell'unità di misura prescelta in Value Unit o viceversa, è possibile utilizzare il Value Unit Converter Tool. Per ulteriori informazioni su come ottenere una copia del Value Unit Converter Tool, visitate la relativa pagina Web: Non è possibile cambiare, scambiare o aggregare le Value Unit di un dato prodotto con quelle di un altro prodotto. Posizionamento del prodotto Posizionamento del prodotto - Globalizzazione: Il supporto della traduzione per IBM Tivoli System Automation Application Manager V3.1 verrà fornito nelle stesse lingue del prodotto precedente, ossia il componente end-to-end IBM Tivoli System Automation for Multiplatforms. Disponibilità delle lingue locali La soluzione IBM Tivoli System Automation Application Manager V3.1 supporta tutti gli ambienti linguistici ed è disponibile nelle lingue seguenti nelle date indicate in basso. Disponibile il 13 giugno per il download elettronico Disponibile l'11 luglio 2008 per i supporti fisici IBM è un marchio registrato di International Business Machines Corporation 5

6 Lingua inglese tedesco italiano francese spagnolo portoghese brasiliano giapponese coreano cinese semplificato cinese tradizionale Marchi HACMP, GDPS, System p, System i, System z, System x e Geographically Dispersed Parallel Sysplex sono marchi di International Business Machines Corporation negli Stati Uniti e/o in altri Paesi. Tivoli, Parallel Sysplex, AIX, z/os, xseries, BladeCenter, Passport Advantage e DB2 sono marchi registrati di International Business Machines Corporation negli Stati Uniti e/o in altri Paesi. Intel è un marchio registrato di Intel Corporation. Microsoft e Windows sono marchi registrati di Microsoft Corporation. Linux è un marchio di Linus Torvalds negli Stati Uniti e/o in altri Paesi. Nomi di altre società, prodotti o servizi possono essere marchi di altre società. Questo annuncio viene fornito solo a titolo informativo. Per ulteriori informazioni, contattate il rappresentante IBM di fiducia o visitate la pagina dei Contatti nel mondo di IBM all'indirizzo: IBM è un marchio registrato di International Business Machines Corporation 6