Die Präsentation wird geladen. Bitte warten

Die Präsentation wird geladen. Bitte warten

DB.NEXT mit XTREMIO transformiert die Datenbankinfrastruktur

Ähnliche Präsentationen

Präsentation zum Thema: "DB.NEXT mit XTREMIO transformiert die Datenbankinfrastruktur"—  Präsentation transkript:

1 DB.NEXT mit XTREMIO transformiert die Datenbankinfrastruktur
My name is Vinay….. With me……..Kevin… Question… How many of you are DB admins? How many of you are Storage Admins? How many are niether? Dont worry. I am one of you! We believe the content is very suitable for all of you. It is a well known fact that applications are changing.. IO patterns are changing.. data is growing.. In midst of all these, all of you have find ways to keep the application up and running and also meet the SLAs. Ensuring the right service levels for the user queries/table scans is the biggest challenge for any DBAs or storage administrator. The ever changing IO pattern of the database workloads require administrator to manage the active dataset—some you can and some can't. Storage admin also have to chase the hotspots related to the active dataset. Flash can change this. By virtue of its ability to handle random IO of any size and type, Flash can remove this complexity and very involved activity. However, the benefits of the flash is more much than this. However, the array using the flash need to have right architecture to deliver consistent performance, availability, reliability and scalability. In this session we will talk about improving your OLTP application and cutting down reporting times. But we will also talk about bringing efficiencies to DW infra by eliminating the need for full database copies. We will also talk about how you can increase efficiency of Test/Dev infra by creating an on-demand and agile architecture. Essentially we will discuss how you can transform your database infrastructure using XtremIO flash array. Vinay Gaonkar, Director of Products Kevin Closson, Office of CTO

2 Haftungsausschluss für Roadmapinformationen
EMC übernimmt keine Haftung bezüglich Informationen zur Produktplanung, erwarteten Produktmerkmalen, Performancespezifikationen oder erwarteten Veröffentlichungsdaten (zusammengefasst als „Roadmapinformationen“ bezeichnet). Roadmapinformationen werden dem Empfänger durch EMC im Sinne eines Entgegenkommens zur Verfügung gestellt und dienen ausschließlich dem Zweck der Erörterung und gelten nicht als bindend. Roadmapinformationen sind streng vertraulich und werden von EMC im Rahmen der Bedingungen und Einschränkungen der EMC Vertraulichkeitsvereinbarung mit Ihrem Unternehmen zur Verfügung gestellt.

3 Welche eine Sache wissen Sie über dieses Auto?
Yes. It is Tesla.. What is a car to do with flash arrays… Let try it… what do you think of…?

4 Haben Sie ELEKTROAUTO gesagt?

5 Es ist ein besseres Auto!
Nur ein bewegliches Teil Kein Ölwechsel Von 0 auf 60 in 4,4 Sekunden Niedrigster Schwerpunkt Leise Größerer Innenraum Keine Emissionen Fünf Sterne im Crashtest Steuerermäßigungen Zugelassen für Fahrgemeinschaftsspuren Being electric provided the opportunity. Tesla built damn good car.

6 Nicht alle Flasharrays sind gleich
It applies to flash arrays as well. Hence, it is to be noted that in the electric car market, not all flash arrays are created equal.

7 Flash bedeutet Medien Flasharrays müssen die Vorteile nutzen
Konsistente Performance Einfachere Konfiguration Kein Tuning Höhere Zuverlässigkeit Platzsparender Wirklich mehr Kosteneffizienz Gänzlich neue Möglichkeiten Being electric provided the opportunity. Tesla built damn good car.

8 Herkömmliche Datenbankinfrastruktur – komplex
„Unterdurchschnittliche“ Produktion 10 TB für 2 TB DB,  IOPS „Übermäßige Zuweisung“ 10+ DB-Kopien,  IOPS Finanzkopie Betriebskopie Vertriebskopie Berichte Analysen Trends Abstriche bei Tests & Entw. 3 Kopien für 30 Techniker,  IOPS Entw.-Instanz 1 Entw.-Instanz 2 Entw.-Instanz 3 Test-/Entw.-Kopien Data-Mart-Kopien 14+ vollständige Kopien zum Managen von 50 TB+ Speicher zur Unterstützung von 2 TB Anwendungsdaten HR- APP ERP- APP VERTRIEBS-/ MARKETING- APP Before that lets get deeper into the background and context. Let us look at the typical database infrastructure. Let me caveat before I start. This may not be complete and accurate representation every customer scenario out there but a realistic model to highlight in-efficiencies that exists in today infrastructures. Production First of all production.. Let us look at example of a OLTP system. Your order entry , financial transactions, customer relationship management (CRM) or retail sales. The key aspect of these systems to conduct short transaction. The queries are small, return few records but require very small response times. Could be have large concurrent operations. The key is to maintain consistent user experience—the user could a internal order entry person or a customer using website. Every transaction counts and every lost second is a loss to the business. What do you do? You invest heavily into the infrastructure. The system works fine when its small. But as its starts to scale in terms of number transactions and queries, you constantly trying to keep up performance issues. You realize that the only way to solve the problem is throwing hardware at the problem. In the end, you create a overprovisioned system which barely holds up to maintain the service levels. In order to support the performance requirements, you provision more storage that actually gets used. Sometimes 4-5 times more. DW Lets more to your OLAP, reporting and trend analysis infrastructure. How many of you have to deal with crunch times? Remember the last quarterly report generation crunch time. One of your customers, a big company which makes medical equipments, had their nightly reporting loads were taking 6+ hours to run which bled into the business day. The developers spent months trying to optimize queries but were only able to shave a small amount of time off. You create more copies to run loads in parallel. Multiple ETL steps to create more manageable chunks. Think about investment needed to make it all work. In the end, you still crunch times to deal with. Test and Dev This is one of most under-looked infrastructure but in reality it is the most important part of the infrastructure. The applications get developed and tested here. You hire top talent paying top salaries to create competitively differentiating and innovative applications. But they are not given enough product database copies to work with because each copy needs storage. They end up sharing. They are database copies on re-purposed storage and so the infrastructure is nowhere close to the production. The storage barely keeps up from performance. While production needs 50K IOPS, 30 engineers shares 3 copies and 20K IOPS. What happens? Schedules slip. Test coverage is weak. Quality suffers. Bottom line, the application don’t get tested on the product like infrastructure before moved to product but you will many surprises when in production. Impacts the business. In this end, you end up with multiple copies of production database to manage. You have overprovisioned storage capacity to tune to meet database requirements. But this is for one application. Think about multiple application that you have in your infrastructure, which were kept in silos in the first place to isolate from one another. Anyway.. You get the point…. In fact, there are rules in database infrastructure which mandates that infra be deployed in certain way. This is what I called “Status Quo”. Anwendungssilos zum Managen von Hotspots

9 Die Probleme im Überblick
Anwendungen Infrastruktur Unzufriedene Benutzer Abstriche bei Test und Entwicklung Unterdurchschnittliche Data Marts Kosten Unzufriedene Datenbankeigentümer Übermäßiger und unterdurchschnittlicher Speicher Unzählige Kopien Kosten Die Datenbankinfrastruktur ist komplex und teuer.

10 Transformation der Datenbankinfrastruktur mit XtremIO-Flasharrays
Beschleunigung und Dimensionierung von Datenbank-I/O-Vorgängen Konsolidierung von Instanzen und Silos Höhere Effizienz und geringere Kosten You can change this. You can transform entire database infrastructure with Xtremio. I call this as Database Journey with XtremIO You start by providing consistent service levels by accelerating databases IOs. IO latency go down. Service levels are now milli seconds as opposed to 10s of milliseconds. CPU utilization goes up. You can do more with your existing infrastructure. You not only made your databases run faster, but also scaled up the infra to handle to quries, more users.. You will realize that you no longer need so many database instance. You can also schema consolidation, node packing and virtualize to further consolidate. No need to creates silos for performance isolation. You can start consolidating your DW production copies. Reduce number of ETL steps so on. You can as many copies for test and dev. All of these help with simplifying your infrastructure. Your licensing cost is brought down. Simplifications and smaller footprint lead to more efficiency. In the end, its about reducing cost.

11 XtremIO-Flasharray Konsistente Performance Datenmanagement
 IOPS pro X-Brick Vorhersehbare niedrige Latenz Datenmanagement Datenmanagement für Unique Content Datenreduzierung Platzsparende Snapshots/Clones Verschlüsselung Einfaches Management und einfache Skalierung Provisioning in 3 Schritten – kein Tuning Scale-out-Architektur Ein X-Brick 20 TB (14,94 TB2),  IOPS Before we dig deep, it would make more productive to quickly to get know the product to understand the ‘how part’ better. The key aspect is how we have to archtiected a system to leverage the flash to full extent. We have created data protection and management to harvest flash in a unique way. We have architecture model to give best performance, capacity optimization and protection while managing flash optimally for endurance. XDP combines RAID 1 (performance), RAID 5 (capacity optimization) and RAID 6 (protection) Low capacity overhead – 8% ; N+2 to protection Rapid Rebuild – Content aware architecture. e.g, zero space is detected and skipped. Endurace – smaller write per stripe. 2.5x longer endurance We dont do system level garbage collections but leverage what the SSDs provide. Our snapshots are also harness this unique underlying architecture which gives a practical path for consolidate datatabase infrastrucre. We will learn more aong the way. Managmeent.... Another core architecture building block is the scaleout archicture. , 100 % zufällige Lesevorgänge 2 Nutzbare Kapazität ohne Datenreduzierung

12 XtremIO-Scale-out-Array
Lineare Skalierung Hinzufügen zusätzlicher X-Bricks für Kapazität und Performance Lineare Skalierung von Kapazität und Performance Ein System Management als ein Array Datenmanagement und -reduzierung Native Ausgewogenheit Einheitliches LUN-Layout Lastenausgleich-I/O-Vorgänge Vier X-Brick-Arrays 80 TB2,  IOPS1 Ein Array Zwei X-Brick-Arrays 40 TB2,  IOPS1 Ein X-Brick-Array 20 TB2,  IOPS1 This deserves more discussion... Scaling up…. System management. Last bullet is very interesting and important... A high hitting LUN is no longer limited to certain disks. Balanced IOs make sure all the controllers are equally used. Uniform layout will make sure there are no hotspots. IO are naturally. All of these unique architecture differences in addition to flash’s ability to serve random IO enable the array to deliver consistent performance. , 100 % zufällige Lesevorgänge 2 Rohkapazität

13 Beschleunigung und Dimensionierung von Datenbank-I/O-Vorgängen
Erhöhter Geschäftswert der Anwendungen Schnelleres Ausführen von Transaktionen, Analysen und Berichten Durchgehend niedrige Latenz Steigerung der Anzahl von Abfragen/Benutzern, Erweitern des Analyseumfangs Nutzung „verschwendeter“ DB-Zyklen Kein Aufspüren von Hotspots Konsistente Performance für jedes I/O-Profil That product introduction should give you an insight into what these is about. ... Low latency gives you acceleration. Low latency also helps with saving DB cycles. Given that we have lot of IOPS, you can run more things without sacrifying any latency. You can run more queries... but also number of variables/angles to increase analytics scope that can give better insight into your business data. Again.. this is without sacrifying any servie levels or needing special tuning for any kind of the IO profile. I will let Kevin give more color into this.

14 Gründe für die unzureichende Anwendungsperformance
Anwendungsdatenbanken erstellen eine Vielzahl an I/O-Vorgängen. Dauerhaft hohe Lasten und zufällige/sequenzielle I/O-Vorgänge Zufällige Workloads aufgrund von hoher Benutzergleichzeitigkeit Datenmengen nehmen zu und werden zufälliger. Primäre Funktion: Schritthalten mit Datenhotspots Einschränkungen bei Laufwerk-/RAID- Typen, Caching und Tiering „Unterdurchschnittliche“ Produktion 2 TB DB, 10 TB Speicher, viele DB-Kerne, 30 % CPU-Auslastung, Anwendungsantwortzeit 10-20 ms Kevin starts here…

15 Aufspüren von Hotspots
Tabelle 6 Aggregatlayout Controller Aggregat-name Option/ RG-Größe Anzahl Laufwerke/ Nutzbare Größe Zweck FAS- 3170_A_1 aggr0 RAID-DP, RG-16 3/350 GB DOT- und Root-Volume AGGR_ORA _1_A_1 RAID-DP, RG-21 42/13 TB Datendateien, Redo-Protokolle, Kontrolldateien, Datenbank- und Clusterware-Binärdateien FAS- 3170_A_2 AGGR_ORA _2_A_1 Datendateien, Redo-Protokolle, Kontrolldateien, FRA FAS- 3170_B_1 AGGR_ORA _1_B_1 Datendateien, Redo-Protokolle, Kontrolldateien FAS- 3170_B_2 AGGR_ORA _2_B_1 Datendateien, Redo-Protokolle, Kontrolldateien, Archivprotokoll Tabelle 7 Volume-Layout Controller Volume-Name Aggregat-name Größe Zweck FAS- 3170_A_1 ORA_HOME AGGR_ORA _1_A_1 100 G B Datenbank-Binärdatei CRS_HOME Clusterware- Binärdatei OCR_CSS 50 GB OCR- und Voting Disks VOL_DATA_ 1_A_1 12 TB Datendateien, Kontrolldatei FAS- 3170_A_2 VOL_LOG_2 _A_1 AGGR_ORA _2_A_1 200 G B Redo-Protokolldateien VOL_FRA_2 _A_1 2 TB FRA FAS- 3170_B_1 VOL_DATA_ 1_B_1 AGGR_ORA _1_B_1 FAS- 3170_B_2 VOL_DATA_ 2_B_1 AGGR_ORA _2_B_1 10 TB 1. Unterschiedliche RAID-Gruppen 4. Unterschiedliche Volumes 3. Unterschiedliche Laufwerkstypen 5. Unterschiedliche Größen 2. Unterschiedliche Controller

16 Haben Sie Probleme mit der Anwendungsperformance?
Let ask again.. do you have performane issues? Well depends on who you ask.. its easy to see on the database side... just look at the AWR report.

17 Ein typischer I/O-Bound-Server. Verschwendete CPU-Zyklen
4 Stunden verschwendet durch zufällige Lesevorgänge einzelner Blöcke mit hoher Latenz

18 Komplexe Datenbankinfrastruktur
Transformierte Datenbankinfrastruktur Kostenlose, schnelle ENTW./TESTS EINE INSTANZ PRO TECHNIKER Übergeordnetes Produktions-Volume Produktion mit hoher Performance 2 TB Flashkapazität Kostenlose, schnelle ANALYSE SOFORTIGE ERSTELLUNG 3 Kopien für 30 Techniker, 5.000 IOPS 10 TB Speicher für 2 TB,  IOPS 10+ Kopien,  IOPS Today we have: 100s of GBs in RAM 10s of TBs in Flash 100s of TBs to PBs on Disk Tomorrow will be: 10s of TBs in RAM 100s of TBs in Supernova Flash PBs in Flash TB Gesamt- speicherplatz 3 Entw./Test- instanzen Vollständige Kopien 5 1 3 Entw./Test- instanzen 2 TB Gesamt- XtremIO-Speicherplatz Vollständige Kopien ZAHLREICHE SCALE-OUT-IOPS

19 Chief Data Warehouse Architect
Kundenprofil CMA Medizinische Analysen mit Oracle RAC Herausforderung Extreme Performance (zufälliger 6-GB/s-Workload mit großen Blöcken) Hohe Oracle-Lizenzierungskosten Speicher-OPEX Komplexes Setup/Tuning Lösung Reines XtremIO-Flasharray Anwendung Größte Medicaid-Analysedatenbank (Oracle RAC) in den USA Viele gleichzeitige Anwender Schnelle Antwortzeit erforderlich „Mit XtremIO können wir unsere Oracle RAC-Systeme beschleunigen, eine höhere Skalierbarkeit erzielen und die Nutzung durch noch mehr gleichzeitige Anwender ermöglichen. Gleichzeitig benötigen wir nur noch 20 % des vorherigen Platzbedarfs in unserem Rechenzentrum.“ BRIAN DOUGHERTY Chief Data Warehouse Architect Ergebnisse Reduzierung des Zeitaufwands für die Speicherkonfiguration um 75 % Senkung des Platz-/Strom-/Kühlungsbedarfs Reduzierung der Servergröße/Prozessoranzahl und Oracle-Lizenzen ~1,9 GB/s Bandbreite pro X-Brick bei <1 ms Latenz

20 XtremIO – Konfiguration in Minuten
Ein Bildschirm – keine Planung, kein Tuning 1 VOLUMES ERSTELLEN 3 VOLUMES ZUWEISEN 2 INITIATOR- GRUPPEN ERSTELLEN No data classification needed… no need to worry about RAID type, stripe size.. And so on..

21 Ergebnis-AWR-Bericht
Senkung der durchschn. Latenz um über 70 % Verdopplung der CPU- Auslastung If Brian cant do this, this is Kevin’s slide Average wait went down… from 10s of ms to less than 3 ms. Huge improvement. Queries are faster now… reports complete faster. The side effect of that now DB is more efficient in using CPU resource. It also means that the CPU saved can be used for other things. More queries.. Packing my instances. Schema consolidations and so on

22 Lizenzierung weniger Kerne auf XtremIO
40 % 60 % 60 % 40 % 60 % CPU-Auslastung 60 % 40 % 60 % 40 % 80 % 40 % 48 lizenzierte Kerne 32 lizenzierte Kerne We can move from lot of underutilized cores to few well utilized cores. Redeploy database licenses for DR site or test/dev use. Or just stop renewing them all together.

23 Virtualisierung zwecks Einsparung weiterer Kerne
Just to highlight that last point, rather than a lot of underutilized cores, you have a few well utilized cores. Redeploy database licenses for DR site or test/dev use. Or just stop renewing them all together. How about returning them to Larry? 32 lizenzierte Kerne 64 lizenzierte Kerne

24 Konsolidierung von Instanzen und Silos
Geringerer Infrastruktur-Platzbedarf, weniger Komplexität Reduzierung der Anzahl von DB-Instanzen Konsistente Latenz und IOPS-Dichte Bereitstellung einer unbegrenzten Anzahl von Kopien für Tests und Entwicklung Platzsparende, kostenlose Snapshots und Datenreduzierung Eliminierung von Produktionskopien für Data Warehousing Sofortige kostenlose Snapshots und IOPS-Dichte Zuverlässige Virtualisierung zur Erhöhung von Flexibilität und Verfügbarkeit IOPS-Dichte zur Beseitigung von I/O-Blender-Problemen With reducing or redeploying nodes and licenses, we already started the consolidation journey. You also don’t need full copies of production anymore. You can consolidate the data warehousing infra using the snapshots. You can set free your test and dev infrastructure using XtremIO space efficient snapshots.. No more complains about starving test and dev. Finally, you achieve the niravana of consolidation by virtualizing.. with confidence with no concerns about IO blender because the array can handle any kind of IO with same result. In return you get more agility for your entire infrastructure.

25 „Läuft Ihnen am Ende des Quartals regelmäßig die Zeit davon?“
Kevin’s slide

26 Komplexes Data Warehouse mit übermäßigem Provisioning
Berichte Analysen Trends Gleichzeitige ETLs zur Beschleunigung Vertrieb Vorgänge Finanzen ETL ETL Mehrere vollständige Produktionskopien auf separaten Speicherarrays Zeitintensiver Kopierprozess Kopie Kopie Produktionsdatenbank Kevin’s slide To me, data warehousing is the most complicated infrastructure apart from production. You can not miss your CFO’s quarterly results. You have few hours to run the reports when the business closes. So what do you do? Discover “innovative” processes to speed up—multiple copies of production even for one report. Run multiple and concurrent ETLs to cut down on the information that can be consumed by the reporting software. Multiple concurrent ETL processes to accelerate the whole processes. Two words to describe it—overprovisioned and complex! In spite of it, you still have crunch time! Ihnen läuft noch immer die Zeit davon.

27 Platzsparende Snapshots
1 OLTP-Datenbank-LUN* Protokolle/Datenbank auf 1 LUN 1 OLTP-LUN und 6 Snapshots 1 LUN und 6 Snapshots Vinay takes over We did not get to talk more about our unique snapshots. There are many things we can talk bout XtremIO snapshots—no performance impact on creation.. The depth of tree does not any impact.. You can do snapshots on snapshots.. And they are writable by nature of it.. They are like LUN. But they have very negligible overhead. Almost nothing. Both on metadata and physical storage. Here is an example of it.

28 Jederzeit kostenlose Data-Mart-Kopien
Genutzte Kapazität/IOPS 2 TB  IOPS Genutzte Kapazität/IOPS 2 TB  IOPS Genutzte Kapazität/IOPS 2 TB  IOPS Genutzte Kapazität/IOPS 2 TB  IOPS Genutzte Kapazität/IOPS 2 TB  IOPS Finanzberichte Produktion Verkaufsberichte Vorgangsanalyse Marketingeinblicke Sofortige kostenlose Snapshots Produktionsdatenbank (2 TB) Ein X-Brick  IOPS ----- Meeting Notes (4/28/14 12:46) ----- Once you have space efficienct snapshots, you can consolidate your datamarts into smaller footprint. Let me explain how... You can take a snapshot to create a datamart.. its as easy as that. Now, this could be right on the production.. the only overhead is IOPS required for the data mart ETL/reporting application. You can also try consolidating on the ETL server side by running multiple ETLs/reports on a single node. This is possible because of the storage is able to deliver the IOPS density and consistent service levels even at high loads. This is exactly what CMA was able to do.. this is what many of our customers are able to do. You can do this as well. Kürzere Berichterstellungszeit Konsolidierte DW-/Berichterstellungsinfrastruktur

29 Virtualisierung von ETL- und Reporting-Servern zwecks weiterer Konsolidierung
Vertriebs-berichte Vorg.-Analyse Finanz-unterlagen Marketing- einblicke Produktion Sofortige kostenlose Snapshots ----- Meeting Notes (4/28/14 12:46) ----- You can go a step ahead by virtualizing all of the ETL servers/reporting servers. Save on cores/software licenses. This is what XtremIO flash arrays can do for your infrastructure. Produktionsdatenbank (2 TB)

30 „Wie viele DB-Kopien verwenden Sie für Tests und Entwicklung?“
„Nicht so viele, wie wir gern hätten.“ Kevin’s back On one hand, like we saw, existing DW infrastructure has more copies than what you need. On the other hand, Test/Dev infrastructure is the least...

31 Tests und Entwicklung sind komplex, restriktiv und teuer
Gemeinsame Verwendung der Kopien durch mehrere Techniker Vollständige Kopien der Produktion auf separatem, neu zugewiesenem Speicher Zeitintensiver Kopierprozess Kopie Kopie Entw. 1 Entw. 2 Test 1 Test 2 Produktionsdatenbank Kevin’s slide Test and Dev needs a dedicated infrastructure.. You have large number of engineers working on the new apps, changes to databases and so on. For example, You need test/dev for customer/partner facing ERP system. You also need it for DW/reporting/analytics that your internal teams run on the ERP database. The scale and requirements are so huge, the cost becomes a barrier. Companies become forced to find short cuts like using running test/dev on re-purposed storage. Multiple copies of production are created on less expensive storage and other infrastructure. Even then there are not enough copies, ports on the FC switch or networking. You can end sharing.. We all have seen this. How can you test some important change that needs to go production on such a shared storage infrastructure. Whats the guarantee that it will work fine on production. We have seen this over and over again.. We moved to production.. It took down our website.. My application not working since Sunday night.. We applies some patches.. Sharing also introduces delays given that engineers need to find a way to share/schedule their work with others. The core problem is that Test and Dev does not use production like infrastructure. It is an expensive.. End of the day there are delays.. Quality suffers. Verzögerungen und Abstriche bei der Qualität

32 „Eine für jeden Techniker.“
„Wenn Kosten und Komplexität kein Problem wären, wie viele DB-Kopien hätten Sie dann?“ „Eine für jeden Techniker.“ Vinay’s back This is exactly a story of one of our customers.. This customer is supporting us by being here but not able to join us today with us. But I will do my best to tell their story.

33 Investment Management Customer Profile
Oracle-Performance, Flexibilität bei Tests und Entwicklung „Die Performance, Anwenderfreundlichkeit und Snapshots liefern überzeugende Argumente für XtremIO. Unser IT-Services-Portfolio ist jetzt um eine Lösung reicher!“ Herausforderungen Antwortzeiten von Abfragen Verarbeitungszeiten der geschäftlichen Prozesse Platzbedarf und Performance von Entwicklungs-/Testdatenbanken Enterprise Platforms Strategy Team Leader Lösung Reines XtremIO-Flasharray Produktion auf einem X-Brick Tests/Entw. auf 2-X-Brick-Cluster Anwendung Oracle 11G Viele gleichzeitige Anwender Schnelle Antwortzeit erforderlich Umfangreiche Entwicklungs-/ Testumgebung ZEITDRUCK (Verarbeitungszeiten) ANWENDERABFRAGEZEITEN (Verbesserung) Ergebnisse 30%ige Verbesserung bei den Verarbeitungszeiten der geschäftlichen Prozesse 15-40%ige Verbesserung bei der Bearbeitungszeit von Anwenderabfragen Reduzierung der CPU-Wartezeit, Steigerung der Auslastung Snapshots/Deduplizierung für Entwicklung/Tests generiert „kostenlose“ Datenbankkopien Before moving to the story.. Our customers start their XtremIO flash journey in different ways. Some start with fixing production issues. Some start at DW infrastructure like in the case of CMA. Some start at fixing test and dev. Some have started with production and end up virtualizing it in addition to fixing performance issues. Its goal is to generate superior long-term investment results for its clients. To help meet this goal, they constantly investigates, architects, and implements new technology that will benefit staff within the firm. The idea is that a robust, high-performance information technology platform will, in turn, enable the company to provide a high-quality service to its clients. This is where all the prices from Bloomberg and Reuters come in and update their client portfolios across the board. The process is supposed to complete before 9:00 am, but as the firm grew, the completion time was gradually creeping up. Because there are certain tasks that cannot be completed by users or other systems until The Crunch is completed, reducing that processing time was a key focus. This customer started with OLTP.. And they also had crunch times. Oracle Query response times were too long Key business process could not be completed in a timely manner Other issues was on test/dev side.. No ability to scale the application development/test environment 100+ engineering. Multiple projects, different phase… they all need close production copy. But sharing 25 full copies. Full rack of storage infrastructure. As we grow, this needs grow as well. Key values Snapshots/Deduplication for dev/test give “free” database copies Test/dev on same storage as production. Now it is economical. Consolidated the whole test/dev storage into two X-Bricks of 12RU. Scaleout… helps with growth. Zeit (Minuten) Vorheriges Array Zeit (Sekunden) Vorheriges Array XtremIO

34 Server für Tests und Entwicklung
Bereitstellung einer unbegrenzten Anzahl von Kopien für Tests und Entwicklung – jederzeit! Produktion Server für Tests und Entwicklung Mehrere DB-Kopien Sofortige kostenlose Snapshots Produktionsdatenbank (2 TB) Ein X-Brick  IOPS Vollständig virtualisierte, verbesserte Flexibilität und schnellere Anwendungsbereitstellung Dieselbe Speicherklasse für Tests/Entwicklung und Produktion From cost center to productivity center Faster application roll out

35 Höhere Effizienz und geringere Kosten
Provisioning und Skalierung leicht gemacht Kein Tuning. Anwendungen schneller bereitstellen Lineare Skalierung von Performance und Kapazität Senkung von Server- und Lizenzierungskosten Verbesserte CPU-Auslastung Geringerer Infrastruktur-Platzbedarf Erhöhte Effizienz der Datenbankinfrastruktur Vereinfachte Infrastruktur Mehr Flexibilität We saw that its very simple to provision and scale XtremIO flash arrays. Reduces the time to deploy apps. Reduction in server leads to smaller footprint and cost. Smaller and simplified infrastructure brings more efficiency. Virtualization makes it more agile and flexible. These are all possible.

36 Lineares Scale-out des XtremIO-Arrays mit Konsolidierung und Datenbankwachstum
Lineare Skalierung 4-fach 2-fach Durchgehend niedrige Latenz 1-fach Linear Expansion With Full flexibility. Ein X-Brick (6 HE)  IOPS* Zwei X-Bricks (13 HE)  IOPS* Vier X-Bricks (23 HE)  IOPS* *8.000 zufällige Lese-IOPS

37 Produktionsdatenbank (2 TB)
Konsolidierung der gesamten virtualisierten Datenbank auf einem X-Brick-Cluster Data Warehouse Tests & Entw. Vertriebs-berichte Vorg.- Analyse Finanz-unterlagen Marketingeinblicke Produktion Mehrere Kopien Sofortige kostenlose Snapshots Produktionsdatenbank (2 TB) This linear scaling helps with your consolidation initiatives. You can start with any of these. Start with production, then to test/dev. Other vice versa. The point is you can consolidate entire database stack for an applications.

38 Gesamte virtualisierte Datenbankinfrastruktur auf XtremIO
ERP-APP Tests & Entw. Vertriebs-berichte Vorgangs-analyse Finanz-unterlagen Marketing- einblicke Tests & Entw. Vertriebs-berichte Vorgangs-analyse Finanz-unterlagen Marketing- einblicke HR-APP Tests & Entw. Vertriebs-berichte Vorgangs-analyse Finanz-unterlagen Marketing- einblicke Vertriebs-APP Produktion Produktionsdatenbank (2 TB) Produktion Produktionsdatenbank (2 TB) Produktion Produktionsdatenbank (2 TB) Sofortige kostenlose Snapshots In fact, you can look at XtremIO for entire database infrastructure for all of your applications. Performance, snapshots, provisioning, data reduction and linear scaling make this possible. Ein Array, vier X-Bricks  IOPS

39 Treiben Sie die Veränderung voran!
Hinterfragen Sie den Status quo Überflüssige Bereitstellung von Kapazitäten (Over-Provisioning) Ineffizienzen bei vorhandenen Methoden Seien Sie Visionär und Vordenker XtremIO legt Grundstein für höhere Produktivitätszuwächse Enorme Vorteile durch Konsolidierung Deutliche Performanceverbesserungen


Herunterladen ppt "DB.NEXT mit XTREMIO transformiert die Datenbankinfrastruktur"

Ähnliche Präsentationen