Smarter Storage. IBM XiV Storage System XIV. Bertrand de Besombes, XIV Specialist. Juin IBM Corporation

Transcription

1 Smarter Storage IBM XiV Storage System XIV Bertrand de Besombes, XIV Specialist Juin

2 XIV : une nouvelle génération de stockage Qu est ce que XIV? XIV : Historique XIV est un système de stockage SAN, «High-End», révolutionaire pour l environnement OPEN, L entreprise : La société XIV a été fondée en 2002 IBM a acquis XIV le 31 décembre 2007 XIV se différencie sur le marché par: son architecture GRID l intelligence de son système d exploitation XIV apporte : 1. Une optimisation permanente de l espace de stockage (notion de capacité utilisée et non utile) 2. Une simplification unique de la gestion du stockage 3. XIV permet de réduire drastiquement le TCO! Le fondateur : Moshe Yanai est le créateur des systèmes EMC Symmetrix et le fondateur de la société XIV. XIV : Le système de stockage XIV a été conçu par 5 ingénieurs de l école prestigieuse d élite Talpiot en Israël (XIVéme promotion) Les premiers systèmes XIV sont en production depuis plus de 4 ans Plus de systèmes XIV installés dans le monde dans tous les secteurs d activité! XIV = changement de paradigme 2

3 Plus de 2200 systèmes dans le monde IBM XIV Storage System is allowing us to meet our recovery time objectives while reducing our storage total cost of ownership Greg Johnson, Director & CTO, IT Technology & Engineering Services, VCU Health Systems We are exceeding our SLAs and driving cost down". Maher Atwah, Ph.D. Vice President and CTO Health Data Management Solutions (HDMS) a Aetna Subsidiary 3

4 Enquête menée en 2009 auprès de 2500 DSI (156 en France) d entreprises de différentes tailles dans 78 pays et 19 secteurs d activité DSI = savoir integrer les trois doubles rôles Concrétiser l innovation Visionnaire Intégre étroitement le business et l IT pour innover Définit et soutient des projets d innovation Possède une vision claire des technos prioritaires pour déveloper la compétitivité Pragmatique Favorise la stratégie métier Recourt aux technos de collaboration et de partenariat pour améliorer la productivité Utilise des services métier et IT extérieurs pour consacrer plus de temps aux programmes prioritaires Accroître la rentabilité de l investissement IT Créateur de valeur Transforme les données en informations utiles Anticipe les nouveaux canaux commerciaux que l Entreprise devra proposer demain Sait que les clients exigeront un niveau d'intégration et de transparence sans précédent Réducteur de coûts Ambitionne des processus métier entièrement standardisés et plus économiques Prévoit une infra. fortement centralisée S efforce en permanence de réduire les coûts informatiques Augmenter l impact sur le business Business leader Participe à l élaboration de la stratégie métier de l entreprise Est souvent invité aux réunions du comité de direction, quand il n en est pas un membre permanent Expert IT Soutient activement l innovation métier et technologique par des centres IT d excellence Conduit une stratégie IT favorisant le lancement de multiples projets novateurs 4 IT as a Service Convergence de l informatique et du Business

5 Pour répondre aux priorités & challenges de 2010 Techno prioritaires pour développer le business Reduction des coûts opérationels Augmentation du ROI de l Informatique Améliorer l efficacité des infrastructures Accompagner la croissance du business Visionnaire Créateur de valeur Business Leader A A significant role of the CIO is to establish with senior executives that they not only need to focus on operations, but that they also need to bring innovation to their business. Dr. Warren Ritchie, CIO, Volkswagen Group of America Concrétiser l innovation Pragmatique Accroître la rentabilité de l invest. IT Réducteur de coûts Augmenter l impact sur le business Expert IT We are looking at any and all opportunities to streamline. Denis Gingue, Senior Vice President and CIO, Charming Shoppes Source: The New Voice of the CIO: Insights from the Global CIO Study, 2009, IBM Corp. 5

6 XIV : une baie de stockage qui. réalise entre 20 et 30% de gains en coûts d acquisition réalise au moins 50% de gains en coûts opérationnels réalise de 25 à 50% de gain en coûts énergétiques réalise de 20 à 50% de gain d espace disponible apporte performance, fiabilité et évolutivité apporte simplicité et rapidité de gestion capable de se réparer elle-même capable de s optimiser elle-même Concrétiser l innovation Accroître la rentabilité de l investissement Augmenter l impact sur le business XIV : le stockage invisible Avec XIV gérez la capacité., pas la technologie 6

7 Pourquoi un autre système de stockage? XIV est un système de stockage «High End» XIV : architecture et fonctions XIV dans votre environnement 7

8 Croissance des données et budgets contraints Opex Data Les données continuent de croître demandant une croissance du CAPEX* CAPEX souhaité CAPEX disponible Capex Required Croissance des coûts opérationnels (OPEX*) due au surcroît de données à gérer Capex Budget time Comment gérer cette croissance et les risques avec moins de CAPEX et OPEX disponibles? * CAPEX = Capital Expenses * OPEX = Operational Expenses 8

9 Répartition du TCO moyen d un système de stockage Source: Gartner Group Performance management Capacity management Time for storage provisioning Administration 13% Hardware Management 3% Backup / Restore 30% Backup capacity Automation Backup time Restore time Environmental 14% Purchase 20% Downtime 20% Hardware costs Storage resource utilization Floor space, power consumption, cooling Out of space conditions Availability issues Performance hot spots 9

10 Les challenges de la gestion de l information 80% des données ne sont pas structurées La croissance des données est de l ordre de 30 à 50% par an La gestion des classes de données (ILM) est lourde et coûteuse La technologie «traditionnelle» des baies actuelles ne répond plus aux demandes : RAID et haute disponibilité (temps de reconstruction.) Contentions (bande passante et Hot Spots) Combinaison de nouvelles fonctions sur architectures anciennes Placement des données «Tuning» pour capacité, performances et équilibrage des charges Efficacité du Tiering «Scalability» 10

11 The Transition to Storage as an Autonomic System As data volumes expand, autonomic storage will play a key role in maintaining service levels, while minimizing pressure on IT budgets and staff Tiered Premium Autonomic Tiered Standard Tiered Value 50 0 Year 0 Year 1 Year 2 Year 3 Year 4 Year 5 We need to do more with less, and we need to do it smarter 11 11

12 La La réponse réponse 12

13 Pourquoi un autre système de stockage? XIV est un système de stockage «High End» XIV : architecture et fonctions XIV dans votre environnement 13

14 IBM XIV Véritable système High-End : Performance (cache, parallelisme) Fiabilité % Evolutivité (Scalability) Fonctionnalités (snapshots, mirroring, ThinProvisioning) Gestion (pilotage, monitoring, alertes) Optimisation automatique Autonomic System TCO global réduit (OPEX CAPEX) 14

15 IBM XIV: les fonctions embarquées Distribution des données sur tous les disques Protection des données sans gestion de groupes RAID Equilibrage de charge automatique Performances constantes Aucun tuning manuel Thin Provisioning Raid Groups Tiering Haute Performance, Snapshots performants Réplication locale et distante (synch/asynch) Gestion via interface graphique et CLI Migration des données réalisée par la baie Gestion complexe 15

16 System Description Standard module building block Intel quad-core CPU 8GB memory 12 x 1TB / 2 TB SATA drives 4 x 4GB FC (modules 4 to 9) 2 iscsi (modules 7 to 9) Full Rack 15 modules 6 Interface Modules (24 FC; 6 iscsi) 9 Data Modules 180 disks; 79TB / 161 TB usable 120GB cache Half Rack 6 modules 2 Interface Modules (8 FC) 4 Data Modules 72 disks; 27TB / 55 TB usable 48GB cache Mirrored data protection 16

17 Pourquoi un autre système de stockage? XIV est un système de stockage «High End» XIV : architecture et fonctions XIV dans votre environnement 17

18 IBM XIV architecture et fonctions 18

19 How is XIV different? XIV Virtualized Storage Software Interface Interface Interface Interface Module Module Module Module Cache Cache Cache Cache Disk Disk Disk Disk Storage Controller Storage Controller vs. Switching Module Module Module Module JBOD JBOD JBOD Controller-centric Custom hardware & software Centralized, shared cache Needs lots of shared bandwidth Complex cache lock management How do you scale beyond the controller? Distributed grid of commodity servers Software only Distributed cache No shared bandwidth needed No complex lock management Scales in every dimension 19

20 Traditional Storage Distribution Exchange Oracle VMware ERP RAID GB 15K RAID 5 1 TB RAID GB RAID GB RAID GB RAID 5 Hot 300 GB Spares RAID 1/0 RAID GB 146 GB RAID GB Hardware Bound ILM, Disks, Tiers, Scalability is limited Spares, RAID, etc. and not linear Capacity Hot-Spots is and added but performance Performance issues is reduced require Short-stroking analysis, design To and Requires improve tuning tuning performance, a redeisgn/relayout is Poor required System Utilization Performance Lots of work to keep Capacity and maintain this array 20

21 XIV Storage Data Distribution Oracle VMware ERP Each volume is spread across all drives Data is cut into 1MB chunks Disk utilization increases on all scenarios And we do this with NO manual intervention No Tuning 21 No Hot-Spots

22 XIV Storage Scalability Oracle Modules are added VMware Data is redistributed automaticall y Performance is unafected ERP No manual intervention No Tuning No Redesign 22

23 XIV Storage Scalability Exchange Oracle VMware ERP New Data and Volumes are laid out on whole new-larger grid New and existing volumes take advantage of the larger grid 23

24 Comparison: Data placement Legacy Architectures XIV MANUAL Process REQUIRES Pre-Planning RISK to existing production Can create hotspots REQUIRES monitoring & tuning COMPLETELY Automated Process NO Pre-Planning AUTOMATIC load balancing 24

25 Comparison: Data placement after system change Legacy Architectures XIV COMPLEXITY GROWS WITH CAPACITY REQUIRES MORE Pre-Planning INCREASED RISK to existing production REQUIRES MORE monitoring & tuning LOWER capacity utilization COMPLETELY Automated Process NO Pre-Planning AUTOMATIC load balancing HIGHEST capacity utilization 25

26 XIV Storage Resiliency 26

27 XIV Storage Resiliency [ hardware failure ] Data is restored from remaining components within grid Data Module 1 Data Module 2 Narrow window of exposure Data Module 3 Data Module 4 applies to all modules in the grid Perform even during/after a failure 27 Performance is maintained

28 IBM XIV Storage System- Architecture en Grid Interface / Data Modules Data Modules 28

29 IBM XIV Architecture: flot de données 1. Le serveur envoie une écriture à un 1. Le serveur envoie une écriture à un Interface Module Interface Module 2. L Interface Module envoie l écriture au 2. L Interface Module envoie l écriture au Data Module primaire Data Module primaire 3. Le Data Module primaire envoie 3. Le Data Module primaire envoie l écriture au Data Module secondaire l écriture au Data Module secondaire 4. Accusé de reception envoyé au 4. Accusé de reception envoyé au serveur lorsque les deux ecritures sont serveur lorsque les deux ecritures sont terminées sur les deux Data Modules terminées sur les deux Data Modules 1 4 Multiple interfaces FC and iscsi. Ils agissent en tant que front-end XIV vis a vis des serveurs Chemins redondants pour l interconnexion des modules via deux switchs GbE 2 3 Contiennent disques contrôleurs et caches. Réalisent les fonctions de Data mover, Disk Rebuild, Snapshots, Data Redistribute 29

30 Host FC Data Module Host iscsi Data Module Host Data Module Ethernet Data Module UPS UPS UPS 30

31 XIV : configurations et caractéristiques physiques 79TB Useable with 1TB drives 161TB Useable with 2TB drives 31

32 Bande passante séquentielle : comparaison disques 2 TB / 1 TB Résultats basés sur un grand nombre de flux séquentiels concurrents. Blocksize = 1 MB Les performances séquentielles d une baie XIV avec disques de 2 TB sont équivalentes à celles d une baie avec disques de 1 TB, à nombre égal de modules et d axes. 15 mod 6 mod 6 mod 15 mod Mesure réalisées avec XIV Release 2.2 hardware XIV Release software 2TB 2TB 2TB 2TB 1TB 1TB 1TB 1TB 32 32

33 Full Random IOPS Performance Full Rack Comparaison 1 TB / 2 TB Résultats basés sur un grand nombre de flux aléatoires concurrents. Random reads/writes avec 100% cache misses. Les performances séquentielles d une baie XIV avec disques de 2 TB sont équivalentes à celles d une baie avec disques de 1 TB, à nombre égal de modules et d axes. Mesure réalisées avec XIV Release 2.2 hardware XIV Release software Throughput (IO/sec) TB 15 mod 2TB 4KB Random Read 1TB Random IOPS 15 mod 2TB 4KB Random Write 1TB 15 mod 2TB 64KB Random Read 1TB 1 TB XIV 2 TB XIV 15 mod 2TB 64KB Random Write 33 33

34 Disques SATA - Pourquoi et comment Contraintes physiques des infrastructure de stockage: Besoins exponentiels en volumétrie Nécessité d optimiser les ressources nécessaires (surface et énergie) Architectures traditionnelles et disques capacitifs: Limitations techniques incontournables Stress de la reconstruction RAID Durée de la reconstruction Vieillissement prématuré dû aux points chauds Pas ou peu de parallélisation Seule solution aujourd hui pour ces architectures: utiliser exclusivement de nombreux disques, petits et rapide Coût élevé Grande complexité Peu de concentration, peu d optimisation Gourmand en place et en énergie 34

35 Disques SATA - Pourquoi et Comment Challenges et idées reçues sur les disques SATA Fiabilité? Performances? Fiabilité MTBFs équivalents au départ au FC(1.5Mh vs. 1.2Mh) Fiabilité équivalente sur le terrain (Etude Carnegie Mellon Univ.) Fiabilité de 1.6Mh observée sur les disques XIV Fonctions uniques à XIV Diminution drastique du stress des disques Charge homogène XIV est le premier système de stockage haut de gamme à exploiter pleinement les disques SATA Maintenance proactive et exclusion agressive Performance Performances brutes FC 2 à 3 fois supérieurs au SATA mais 3 fois plus de disques SATA pour un coût inférieur au FC Architecture unique d XIV apporte en plus: Accès parallèles en masse Distribution totale et automatique Reconstruction efficace 35

36 XIV offre des performances équivalentes au FC 79 TB utiles 36

37 Exemple de performance XIV Configurations modules Profils IO Read/Write/Cache Hit = 70/30/70 BlockSize = 8K Service Time in ms (Open) modules 9 modules 12 modules 15 modules Total I/O Rate (I/Os per second) Profil IO standard OLTP 70/30 avec 30% Read Seq et 50 Write seq 37

38 Exemple de performances : benchmark IBM Montpellier 1 système XIV de 79To équipé de : 15 modules 180 disques de 1To 120 Go de mémoire cache 24 ports FC dont 12 seulement utilisés 6 partitions AIX, avec pour chaque partition : AIX 6.1 TL5 SP2 64 bits 4 CPUs SMT on 32 GBs de mémoire 2 cartes FibreChannel Dual-Ports 8 Gb/s 1 Switch virtuel sur un Directeur Brocade DCX : 24 ports 8 Gb/s Flux type 1 : 70% lecture / 30% écriture, block de 4Ko Flux type 2 : 70% lecture / 30% écriture, block de 64Ko Flux type 3 : 100% écriture, block de 4Ko Flux type 4 : 100% écriture, block de 64Ko 6 serveurs d injection IORATE, Tous les serveurs injectent la même charge 2 LUNs par serveurs Q-Depth = 64 pour chaque hdisk Nb Threads = 1, 8, 16, 32, 64,

39 IOPS :32:00 16:34:00 16:36:00 16:38:00 16:40:00 16:42:00 Total IOps 70/30 4K Thread :44:00 16:46:00 16:48:00 Heure Temps de réponse ms Write 4K 16:50:00 16:52:00 16:54:00 16:56:00 16:58:00 17:00:00 17:02:00 Thread RT ms Flux type 1 : Nb Threads % lecture / 30% écriture, block de 4Ko IOPS 70 / 30 4K , , , , ,6 Resp Time ms 3,3 3,3 3,7 4,2 4,7 8,4 Flux type 3 : 100% écriture, block de 4Ko IOPS RT ms Nb Threads 1 IOPS Write 4K Resp Time ms 1, :17:00 18:19:00 18:21:00 18:23:00 18:25:00 18:27:00 18:29:00 18:31:00 Total IOps 18:33:00 18:35:00 Heure Temps de réponse ms 18:37:00 18:39:00 18:41:00 18:43:00 18:45:00 18:47: ,3 1,7 2,6 5,0 11,6

40 70/3064K Thread , , ,0 IOPS ,0 RT ms Flux type 2 : 70% lecture / 30% écriture, block de 64Ko :42:00 17:44:00 17:46:00 17:48:00 17:50:00 17:52:00 Total IOps 17:54:00 17:56:00 17:58:00 heure Temps de réponse ms 18:00:00 18:02:00 18:04:00 18:06:00 18:08:00 18:10:00 18:12:00 10,0 5,0 0,0 Nb Threads IOPS K RespTime ms Throughput K MB/s /30 64K Throughput Thread ,0 25, ,0 5,5 6, , , MB/s ,0 10, ,5 25, , ,0 17:42:00 17:44:00 17:46:00 17:48:00 17:50:00 17:52:00 17:54:00 17:56:00 17:58:00 18:00:00 18:02:00 18:04:00 18:06:00 18:08:00 18:10:00 18:12:00 Heure 40 Total Throughput MB/s Temps de réponse ms

41 25000 Write 64K Thread ,0 Flux type 4 : 100% écriture, block de 64Ko 40, ,0 IOPS :52:00 18:54:00 18:56:00 18:57:00 18:59:00 19:01:00 19:03:00 Total IOps 19:04:00 19:06:00 19:08:00 19:09:00 Heure Temps de réponse ms Write 64K - Throughput 19:11:00 19:13:00 19:14:00 19:16:00 19:18:00 19:19:00 19:21:00 19:23:00 Thread ,0 25,0 20,0 15,0 10,0 5,0 0,0 45,0 40,0 35,0 30,0 Nb Threads IOPS W64K Throughput W64K MB/S Resp Time ms 2,7 3,7 5,0 6,9 16,1 39,4 MB/S ,0 20, :52:00 18:54:00 18:56:00 18:57:00 18:59:00 19:01:00 19:03:00 19:04:00 19:06:00 19:08:00 19:09:00 Total Throughput MB Heure 19:11:00 19:13:00 19:14:00 19:16:00 Temps de réponse ms 19:18:00 19:19:00 19:21:00 19:23:00 15,0 10,0 5,0 0,0

42 IBM XIV architecture et fonctions 42

43 XIV Utilisation efficace de la capacité utile Master Snapshots intelligents Création instantanée Consommation d espace réduite (copies différentielles) Jusqu à 16,000 copies disponibles en écriture, restauration, protection et cascade Impact négligeable sur les performances (Redirect-On-Write) Snapshot Snapshot Snapshot Snapshot Snapshot 43

44 IBM XIV Snapshots - Virtually without Limits Snapshot creation/deletion is instantaneous High performance WITH snapshots Unlimited High number of snapshots High performance snapshots provide: Differential snapshots save 15-30% of storage capacity Snapshots on Easier snapshots Physical Backup (with clones) to to Tape Tape Instant recovery from from Logical Backup Easy Easy creation of of Test Test Environment Boot-from-SAN with with easy easy rollback Easy Easy Data-Mining on on Production data data Volume Distributed Distributed snapshots snapshots on on each each server. server. Extremely Extremely fast fast memory memory operations operations Accessing Accessing snaps snaps is is as as fast fast as as accessing accessing production production volumes volumes XIV Physical View Snap volume snap As Each Restore Host Server Volume Writes has from data, pointers shapshot it is placed in memory copy On a snapshot, each server simply to randomly the points disks to that original across hold system volume. the data in memory 1MB locally chunks only operation 44 Data Module Data Module Data Module Data Module

45 IBM XIV architecture et fonctions 45

46 XIV Utilisation efficace de la capacité utile Thin provisioning Déployé nativement Espace alloué vs. espace utilisé Aucune contrainte Réclamation d espace Data scrubbing Thick-to-thin Volum e 70GB Volum e 70GB Volum e 50GB Volum e 50GB Volume 30GB Actual Data Writte n 10GB Actua l Data Writte n 30GB Espace alloué Actua l Data Writte n 20GB Thin Provisioning + Scrubbing Volume 30GB Actua l Data Writte n 10GB Actua l Data Writte Actual Data n Written 30GB 30GB Espace occupé Actual Data l Written Data Writte 20GB n 20GB 46

47 XIV Utilisation efficace de la capacité utile Effets du scrubbing 47

48 Utilisation optimisée des Terabytes Non utilisé Copies Au cas où Utilisé Gain réel de de capacité avec XIV Répond aux aux mêmes besoins fonctionnels avec moins de de Terabytes installés 48

49 Moins de capacité à installer pour les applications Moins de de Terabytes = moins d énergie Moins de de Terabytes = moins d espace au au sol sol 49

50 IBM XIV architecture et fonctions 50

51 XIV Protection des données Mécanismes de détection proactifs S.M.A.R.T. Data scrubbing Exclusion automatique des disques défectueux Charge uniforme Protection inter-baie Réplication synchrone Réplication asynchrone FC ou IP Jusqu à 16 systèmes cibles S.M.A.R.T. : Self-Monitoring, Analysis, and Reporting Technology 51

52 IBM XIV architecture and functions 52

53 Réduction des coûts de migration Serveur Applicatif Fonctionnalité intégrée nativement! Host I/O Migration Flexible: Thick-to-thin migration FC ou iscsi Option Source Updating SAN Copie en arrière plan XIV Storage System Mise à jour de la source Stockage Existant 53

54 IBM XIV architecture and functions 54

55 Simplicité IBM

56 XIV Simplification extrême de la gestion Création d espace Abstraction TOTALE des contraintes physiques 2 paramètres: nom du volume et taille du volume Interface graphique et commande en ligne Point unique de gestion Outils simples et intuitifs disques ou systèmes 56

57 XIV Simplification extrême de la gestion Démonstration sur le site Tour the GUI 57

58 Pourquoi un autre système de stockage? XIV est un système de stockage «High End» XIV : architecture et fonctions XIV dans votre environnement 58

59 IBM XIV in your IT environment 59

60 60

61 Pourquoi un autre système de stockage? XIV est un système de stockage «High End» XIV = réduction massive du TCO XIV : architecture et fonctions XIV dans votre environnement 61

62 XIV une approche globale du TCO Average Storage TCO for Storage Systems Source: Gartner Group Administration simplifiée Provisioning immédiat Répartition de charge automatique Réduction des consommations Occupation au sol minimisée Administration 13% Hardware Management 3% Backup / Restore 30% Snaps sans impact Snaps differentiels Support de VSS Migration embarquée 62 Environmentals 14% Matériel standard Thin provisioning efficace Licenses incluses Purchase 20% Downtime 20% Auto-réparation et prédiction Redondance complète Réplication embarquée Ejection aggressive de disques

63 Proposition de Valeur XIV Coûts d acquisition Toutes les fonctionalités intégrées nativement : Mirroring, Snapshot, Thin Provisioning, Migration Aucune licence supplémentaire à rajouter Grille distribuée d éléments standards discrêts, pilotés par un puissant logiciel Support SAN and iscsi inclus Coûts d administration Elimination des hot-spots (Placement de données optimisé et automatisé) Elimination du tuning, monitoring et provisioning en un clic!, facilité extrême Auto-réparation du système, éjection pro-active des disques, niveau de service optimale, formation au système en une ½ journée Utilisation de la capacité 63 Utilisation de la capacité physique maximum et optimisée ( >70%) Thin Provisioning efficace et Data scrubbing performant ( réclamation d espace) Jusqu à snapshots ( copies differentielles) en un clic! Réduction de 30% Réduction de 80% Augmentation de 50%

64 Réduction du coût de changement de technologie Outil de migration intégré Formation des équipes en ½ journée Accompagnement par un «Technical Advisor» dédié au XIV Simplification drastique de la gestion du stockage Stockage de niveau 1 pouvant être mis à disposition de personnel non spécialisé (hébergeur, DBA, équipes de Test/Dev ) Fonctionalités intégrées nativement: Mirroring, Snapshot, Thin Provisioning, Migration, Multi-Path, Optimisation, Monitoring/Statistiques Aucune licence supplémentaire à rajouter Utilisation optimisée de la capacité physique Placement de données optimisé et automatisé Thin Provisioning efficace et Data Scrubbing performant (réclamation d espace) 64

65 IBM XIV Storage System Key Business Value Performance Fiabilité Scalability Fonctionalités High capacity utilization Low power consumption Minimal administration High responsiveness High-end system, mid-range TCO Avoids ILM and HSM overhead 65

66 IBM XIV Enterprise storage, made 66

67 Background 2,200 Installed 700 New Customers 415 from competition Performance: SAP/Oracle: EMC DMX to XIV 2X capacity 60% Cap-Ex Reduction 5-6X Performance Sustained Through Failures. Migration Exchange 300 % faster in benchmark over EMC DMX and HP EVA. Twice as fast ½ of XIV disabled Ease of Management: SAS/Oracle HP EVA to XIV, 2X Performance 40% TCO Reduction, 30% Throughput Increase Saving Money, Exceeding SLAs Cost Oracle & VMware 60% systems using Vmware, 100% of storage virtualized Cost EMC DMX to XIV VMware Windows Unix $2.6M CapEx Savings Outperforms EMC w/ Lower Human, Capital Cost. Replaced 2- DMX-3 saved customer $7.4M Then - Announcement For many workloads, this type of storage system appears to be the future of storage, offering lower acquisition cost, increased flexibility of data management, massive scalability and much easier management And Now - 1 year later XIV could well be a piece of computer history in the making because its guiding light, when at EMC, once took on and beat IBM at its own game. Could EMC's former benefactor and acknowledged storage maven now become its biggest enterprise storage headache? Quite possibly. -- John Webster, Principal IT Adviser, Illuminata 2010 Data Center Wish List More Money, Virtualization, Cloud Computing and IBM s XIV enterprise storage system 20 tier 1 customers tell all Sweets spots 50% Improvement in SLA 63% Savings Information contained herein is IBM Confidential until announce on 4/13/2010

68 XIV en France quelques références SILCA Credit Agricole (Finance) PPR - Fnac (Retail) Le Conservatoire National des Arts et Metiers (Education) Credit Agricole Titres (Finance) Michelin (Industrial) CIE Financière Rotschild (Finance) SOMFY (Industrial) Conforama (Retail) Digicel (Communications) Taores (Mutual) Alliance Santé (Retail) Carrefour (Retail)

69 Why XIV? More than systems installed 69

70 XIV : le stockage invisible Gérez la capacité., pas la technologie

71 71

72 Thank You

73 Disclaimer Copyright 2010 by International Business Machines Corporation. This publication is provided AS IS. IBM product information is subject to change without notice. No part of this document may be reproduced or transmitted in any form without written permission from IBM Corporation. Product data has been reviewed for accuracy as of the date of initial publication. Product data is subject to change without notice. This information could include technical inaccuracies or typographical errors. IBM may make improvements and/or changes in the product(s) and/or programs(s) at any time without notice. The information provided in this document is distributed AS IS without any warranty, either express or implied. IBM EXPRESSLY DISCLAIMS any warranties of merchantability, fitness for a particular purpose OR INFRINGEMENT. IBM shall have no responsibility to update this information. IBM products are warranted according to the terms and conditions of the agreements (e.g., IBM Customer Agreement, Statement of Limited Warranty, International Program License Agreement, etc.) under which they are provided. Information concerning non-ibm products was obtained from the suppliers of those products, their published announcements or other publicly available sources. IBM has not tested those products in connection with this publication and cannot confirm the accuracy of performance, compatibility or any other claims related to non-ibm products. IBM makes no representations or warranties, expressed or implied, regarding non-ibm products and services, including those designated as ServerProven. IBM may not offer the products, services or features discussed in this document in other countries, and the information may be subject to change without notice. Consult your local IBM business contact for information on the product or services available in your area. All statements regarding IBM future direction and intent are subject to change or withdrawal without notice, and represent goals and objectives only. Contact your local IBM office or IBM authorized reseller for the full text of the specific Statement of Direction. 73