OpslagReview. com

Als uw databases niet op Flash staan, doet u het verkeerd

Enterprise  ◇  SSD

De titel is niet bedoeld om opruiend te zijn, hoewel het misschien wel zo overkomt. Het is eenvoudigweg bedoeld om duidelijk te maken dat de voordelen van flash in het datacenter zo bewezen zijn dat er twee belangrijke redenen zijn als u geen gebruik maakt van flash in een bepaalde hoedanigheid. Ofwel één, vrees je, of twee, je gegevens zijn van lage waarde en niemand wil er toegang toe hebben. Dat is het zo'n beetje, de langdurige zorgen over prijs en duurzaamheid zijn weggenomen en voor bepaalde toepassingen, zoals databases, levert flash een betere ervaring met lagere eigendomskosten. 

Het team van StorageReview beschouwt flashgeheugen als vanzelfsprekend. We hebben SSD's en arrays tot aan het plafond gestapeld in ons lab en we beschikken over zoveel flashgeheugen dat we Fusion-io ION gebruiken voor primaire en soms ook back-upopslag. Organisaties die flashgeheugen in hun datacenter hebben geïmplementeerd, denken er hetzelfde over. Na de eerste euforie accepteren ze gewoon dat flashgeheugen er is en zijn de herinneringen aan het worstelen met latency binnen applicaties allang verdwenen. Maar niet iedereen heeft ervaring met flashgeheugen, zoals ik deze week heb ondervonden bij een lokaal bedrijf dat we hebben geholpen door ze de voordelen ervan te laten zien.

De betreffende applicatie is een multi-tenant webbased maatwerk applicatie met Microsoft SQL Server database backend. De database is volgens de meeste standaarden niet groot, maar het probleem dat begon op te duiken had te maken met rapportage, een veelvoorkomend probleem in veel applicaties. De complexe query's in aangepaste rapportage-engines halen gegevens uit allerlei tabellen op een grotendeels pijnlijke manier voor harde schijven. In Cincinnati zijn we erg vriendelijk; na een discussie over capaciteit, prestaties en budgetproblemen leenden we ze een PCIe SSD uit die bij hun scenario paste.

De PCIe SSD ging in een standaard bare metal-server en binnen een dag was de schijf geconfigureerd en volledig SQL Server-herstel uitgevoerd op de flash. Natuurlijk verwachtte de databasebeheerder dat de schijf sneller zou zijn dan de 10K HDD-array die ze hadden, maar de e-mail die ik ontving was getiteld "database. so wow." en dit specifieke fragment is zinvol: 

Ik nam een ​​van de vragen uit onze live-omgeving en voerde ze uit op een vers herstelde kopie van live-gegevens op de nieuwe box met SQL Server geïnstalleerd op de SSD. Tijd om live te draaien, 2 minuten en 22 seconden. Tijd om op kantoor te rennen ... 9 seconden. Ik wist eerder dat IO ons knelpunt was, ik had geen idee dat het... zo... belangrijk was.

De daaropvolgende e-mails bevatten een beetje virtueel gelach over en weer, gevolgd door de databasebeheerder die een verkoopcontact wilde hebben om een ​​paar kaarten te kopen voor hun productie-SQL-omgeving. Een 16x kortere rapportaanvraagtijd en resulterende verbeterde gebruikerservaring betekent dat deze verbeteringen letterlijk dag en nacht zouden zijn als ze eenmaal in productie waren. Met meer gebruikers en meer gewicht op de databaseserver kan het rapport natuurlijk langer duren dan in test/dev, maar het punt is vrij duidelijk, flash verlicht IO-pijn en soms moet je het gewoon zien om het te geloven. Voor een bescheiden investering in technologie, zonder herschrijven van code of andere systematische wijzigingen, is deze applicatie sneller en competitiever, wat zich direct vertaalt in iets wat zelfs marketingmensen begrijpen: meer verkoop. De databasebeheerder is een nieuwe interne held en iedereen gaat tevreden naar huis.

Terug naar het beginpunt, als je geen flash gebruikt met databases, komt dat waarschijnlijk door angst of data waar niemand om geeft. Laat het voor het laatste op een schijf met hoge capaciteit en lage snelheid staan. Als angst nog steeds het probleem is, gebruik dan dit voorbeeld en de duizenden anderen die er zijn om kennis te maken met flits en alle manieren waarop het kan worden gebruikt. Het hoeft niet duur te zijn, hoewel je misschien verlangt naar een all-flash array voor alle workloads, komt dat budgetvereiste soms niet overeen met de realiteit. Er zijn echter veel andere manieren om te gaan, SATA/SAS/PCIe in host, een beetje flash in host met caching-software, een kleine hoeveelheid flash in een hybride array... de keuzes zijn eindeloos. Als u een database heeft gevonden die voor uw budget werkt, zult u er geen spijt van krijgen.

Heeft u advies nodig of vragen over flashgeheugen? Vraag het ons gerust, we helpen u graag. Stel uw vraag op onze forums voor bedrijfsopslag , stuur ons een e-mail of zelfs een tweet . Het is allemaal gratis, we willen gewoon dat er goede aankoopbeslissingen worden genomen. We hebben bovendien goede contacten met de belangrijkste spelers in de markt en kunnen indien nodig rechtstreeks een gesprek met u faciliteren.

Bespreek dit verhaal

Neem contact op met StorageReview

Nieuwsbrief | YouTube | Podcast | iTunes / Spotify | Instagram | Twitter | TikTok | RSS-feed

Brian Beeler

Brian is gevestigd in Cincinnati, Ohio en is de hoofdanalist en voorzitter van StorageReview.com.