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

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

by Brian Beeler

De titel is niet bedoeld om opruiend te zijn, hoewel het misschien wel zo overkomt. Het is simpelweg 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. 


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 flash als iets vanzelfsprekends, we hebben SSD's en arrays tot aan het plafond in het lab gestapeld en we zijn zo rijk aan flash dat we Fusion-io ION voor primaire en soms back-upopslag. Organisaties die flash in het datacenter hebben gebruikt, denken er net zo over: nadat de eerste gloed is verdwenen, accepteren ze gewoon dat flash daar zijn ding doet en zijn de herinneringen aan het bestrijden van latentie in applicaties allang verdwenen. Maar niet iedereen heeft een flitservaring gehad, zoals een lokaal bedrijf me eraan herinnerde dat we deze week hebben geholpen door ze het licht 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.

Als je advies nodig hebt of vragen hebt over flitsen, vraag het ons, we helpen je verder. Stel een vraag aan onze fora voor bedrijfsopslag or stuur ons een e-mail of zelfs een Tweet, hoe dan ook, het is gratis, we willen gewoon dat er goede koopbeslissingen worden genomen. We zijn ook redelijk goed verbonden met de grote spelers en kunnen indien nodig direct een gesprek faciliteren. 

Bespreek dit verhaal