Il titolo non vuole essere incendiario, anche se potrebbe venire fuori come tale. Ha semplicemente lo scopo di comunicare il fatto che i vantaggi della tecnologia flash nel data center sono così comprovati che se non si sfrutta la tecnologia flash in qualche modo ci sono due ragioni principali. O uno, hai paura, o due, i tuoi dati hanno poco valore e nessuno vuole accedervi. Questo è tutto: le preoccupazioni di lunga data relative al prezzo e alla durata sono state mitigate e per alcune applicazioni come i database, Flash offre un'esperienza migliore con costi di proprietà inferiori.
Il team di StorageReview dà per scontata la tecnologia flash: nel nostro laboratorio abbiamo SSD e array impilati fino al soffitto e siamo talmente ricchi di memoria flash che utilizziamo Fusion-io ION come storage primario e, a volte, anche di backup. Le organizzazioni che hanno adottato la memoria flash nei data center la pensano allo stesso modo: una volta svanito l'entusiasmo iniziale, si limitano ad accettare che la memoria flash sia lì a fare il suo lavoro e i ricordi delle difficoltà legate alla latenza nelle applicazioni sono ormai un lontano ricordo. Ma non tutti hanno avuto un'esperienza diretta con la memoria flash, come mi ha ricordato un'azienda locale che abbiamo aiutato questa settimana mostrandole i vantaggi di questa tecnologia.
L'applicazione in questione è un'applicazione personalizzata multi-tenant basata sul Web con back-end database Microsoft SQL Server. Il database non è grande secondo la maggior parte degli standard, ma il problema che ha iniziato a manifestarsi era legato al reporting, un problema comune in molte applicazioni. Le query complesse nei motori di reporting personalizzati estraggono dati da tutti i tipi di tabelle in un modo in gran parte doloroso per i dischi rigidi. A Cincinnati siamo molto amichevoli; dopo una discussione su capacità, prestazioni e problemi di budget, abbiamo prestato loro un SSD PCIe adatto al loro scenario.
L'SSD PCIe è stato inserito in un server bare metal standard e nel giro di un giorno l'unità è stata configurata e il ripristino completo di SQL Server è stato eseguito sulla memoria flash. Ovviamente l'amministratore del database si aspettava che l'unità fosse più veloce dell'array HDD da 10K che avevano installato, ma l'e-mail che ho ricevuto era intitolata "database. quindi wow". e questo particolare estratto è significativo:
Ho preso una delle query dal nostro ambiente live, l'ho eseguita su una copia appena ripristinata dei dati live sulla nuova scatola con SQL Server installato sull'SSD. Tempo di esecuzione dal vivo, 2 minuti e 22 secondi. Tempo di correre in ufficio... 9 secondi. Sapevo già che l'IO era il nostro collo di bottiglia, non avevo idea che fosse... così... significativo.
Le email successive includevano un po' di risate virtuali seguite dall'amministratore del database che desiderava che un contatto commerciale acquistasse alcune carte per il loro ambiente SQL di produzione. Una riduzione di 16 volte del tempo di richiesta dei report e il conseguente miglioramento dell'esperienza utente significano che questi miglioramenti sarebbero letteralmente notte e giorno una volta in produzione. Ovviamente con più utenti e più peso sul server del database, il report potrebbe richiedere più tempo rispetto a test/dev, ma il punto è abbastanza chiaro, Flash allevia i problemi di IO e talvolta devi solo vederlo per crederci. Con un modesto investimento in tecnologia, senza riscrittura del codice o altre modifiche sistematiche, questa applicazione è più veloce e più competitiva, il che si traduce direttamente in qualcosa che anche gli addetti al marketing capiscono, più vendite. L'amministratore del database è un nuovo eroe interno e tutti tornano a casa felici.
Tornando al punto iniziale, se non utilizzi Flash con i database probabilmente è per paura o per dati che non interessano a nessuno. Per quest'ultimo, lasciarlo su un disco ad alta capacità e a bassa velocità. Se la paura è ancora la preoccupazione, usa questo esempio e le migliaia di altri disponibili per conoscere Flash e tutti i modi in cui può essere sfruttato. Non deve essere necessariamente costoso, anche se potresti desiderare un array all-flash per tutti i carichi di lavoro, a volte tale requisito di budget non è in linea con la realtà. Esistono però molti altri modi per farlo, SATA/SAS/PCIe nell'host, un po' di flash nell'host con software di caching, una piccola quantità di flash in un array ibrido... le scelte sono infinite. Se disponi di un database, trovane uno adatto al tuo budget, non te ne pentirai.
Se avete bisogno di consigli o avete domande sulle memorie flash, chiedete a noi, saremo lieti di aiutarvi. Pubblicate una domanda sui nostri forum dedicati allo storage aziendale , inviateci un'e-mail o anche un tweet : è tutto gratuito, vogliamo solo che prendiate decisioni di acquisto consapevoli. Siamo inoltre in ottimi rapporti con i principali produttori e possiamo facilitare una conversazione diretta, se necessario.
Amazon