Le prestazioni delle applicazioni sono radicate nella velocità: velocità nel completamento delle richieste di lettura e scrittura richieste dalle applicazioni dalla propria infrastruttura. Lo storage è responsabile della velocità di restituzione delle richieste I / O (input / output) e il metodo scelto per eseguire il commit delle scritture e consegnare le letture ha un impatto profondo sulle prestazioni dell'applicazione. Un metodo comune nel settore odierno è quello di utilizzare SSD per la memorizzazione nella cache su storage su disco tradizionale, array ibridi o array all-flash. La maggior parte delle soluzioni di cache ha letture accelerate per le applicazioni, ma rimane la vera domanda: "Quale scrittura è giusta?"
| Software-Definire tutto Rete in attesa di brevetto e tecnologia di archiviazione con elaborazione, virtualizzazione e gestione SaaS in UNO cloud aziendale in una scatola. Testimone il potere di Ignite oggi. |
Vediamo perché l'ottimizzazione della scrittura influisce in modo così drastico sulle prestazioni dell'applicazione. Scrivere I / O implica che si tratta di nuovi dati non scritti nella memoria sottostante. Nella memoria SAN tradizionale, ad esempio, le scritture vengono scritte direttamente sulla memoria sottostante e quindi restituite all'applicazione. Con le applicazioni che scrivono costantemente nuovi dati, principalmente applicazioni di database di grandi dimensioni (SQL, ecc.), I dischi di filatura tradizionali non riescono a tenere il passo. La memorizzazione nella cache degli SSD è diventata una soluzione che ha permesso di scrivere le scritture localmente e memorizzarle nella cache in base alla frequenza della domanda dell'applicazione; tuttavia, esistono diversi metodi per la relazione della cache di scrittura con l'archiviazione sottostante che causano un'enorme differenza nelle prestazioni.
Queste sono le 3 forme di scrittura I / O:
