Opslagfabrikant Fusion-io koopt cache-specialist

Data- en opslagspecialist Fusion-io heeft voor 95 miljoen dollar de start-up IO Turbine overgenomen. IO Turbine ontwikkelt software voor virtuele omgevingen, waarbij een ssd-cache wordt gebruikt om i/o-bottlenecks weg te nemen.

De Accelio-software van IO Turbine voegt een cache-laag toe aan virtuele omgevingen, waarbij gebruik wordt gemaaakt van ssd's. Hiermee kan Accelio i/o-bottlenecks voorkomen bij toepassingen die veel dataverkeer vergen van opslagnetwerken. Accelio is volgens IO Turbine een transparant functionerend systeem voor VMware ESX-omgevingen met Windows 7 of Server 2008 als gast-besturingssysteem.

Fusion-io betaalt 95 miljoen dollar voor IO Turbine, waarvan 35 miljoen dollar in contanten. De opslagfabrikant verwacht de overname eind augustus af te ronden. Fusion-io hoopt een voorsprong op de concurrentie te krijgen door software en hardware geïntegreerd aan te kunnen bieden. Fusion-io is opgericht in 2006 en ging in juni van dit jaar naar de beurs; IO Turbine werd opgericht in 2009, maar hield zijn bestaan - en dat van zijn technologie - geheim tot mei van dit jaar.

Reacties (16)

[Icekiller2k6]

Dus kan iemand even kort zeggen of ik het juist begrijp:

Dit is bedoelt voor servers die feitelijk SAS/SATA storage gebruikt maar een SSD gebruikt voor temp caching voor het weg schrijven naar de normale storage..
Zoals hybride hd's maar dan nog eenextra laag tussen bv SSD -> iscsi.

Ook vind ik het een beetje raar verwoord ivm hardware bedoelen ze dan zoiets als de z68 moederborden? (waar een slot is voor een ssd cache)

[noskill]

Nou, voorzover ik het begrijp is het meer een stukje software dat een SSD in zet als cache voor de daadwerkelijk te beschrijven schijf. Je hebt je SSD medium in een PCI-E slot zitten wat de schrijfsnelheid een stuk groter maakt. Hierdoor kan de opdracht sneller uitgevoerd worden, en op zijn gemak worden weggeschreven op het medium waar het uiteindelijk heen moet. Er wordt gesproken over een cache-laag voor virtuele systemen, omdat het natuurlijk geen nut heeft als je lokaal vanaf je schrijf leest, iets wegschrijft naar een ssd om het vervolgens weer naar de zelfde schijf terug te schrijven.

Hmm........... Nu vraag ik me af of het ook daadwerkelijk load verminderd, of alleen maar de tijd om opdrachten weg te schrijven kleiner maakt. Door alles twee keer weg te schrijven staat waarschijnlijk wel alles constant onder load, nu met extra ssd....

Okay specialisten gevraagd.

[Stoney3K]

Hmm........... Nu vraag ik me af of het ook daadwerkelijk load verminderd, of alleen maar de tijd om opdrachten weg te schrijven kleiner maakt. Door alles twee keer weg te schrijven staat waarschijnlijk wel alles constant onder load, nu met extra ssd....

Dit heeft dan ook minder nut met lokale I/O en meer nut met remote I/O zoals gegevens die op een SAN staan opgeslagen. Daar zijn de overdrachtssnelheden en looptijden een stuk langzamer van.

[Rafe]

Ik heb het iets duidelijker gemaakt in het nieuwsbericht, onderstaand quote legt het goed uit (bron)

The proliferation of multi-core processors has made it easy to increase the number of virtual machines per physical host, but in the process has increased per-host I/O demands, Boberg said. "This has led to a very high I/O demand on storage networks," he said.

At the same time, the gap between CPU performance and disk drive performance is widening, Boberg said.

[Reactie gewijzigd door Rafe op 24 juli 2024 23:23]

[TheekAzzaBreek]

Echt begrijpen doe ik het ook nog niet (site helpt ook niet echt).
Maar SSD's inzetten voor caching kan je simpel genoeg in je storage device oplossen, daar heb je geen client component voor nodig. Fusion IO kaarten worden daar al veel voor gebruikt.

Ik vermoed dat het een slimme cache is, waarbij de clients worden gebruikt om de meest gevraagde bestanden te cachen in plaats van bot op storage nivo alle opgevraagde data in een LRU cache te mikken.

[noskill]

Klinkt zeer interessant en reeel, dat ssd-cache. Benieuwd naar de toepassingen, met name inderdaad in ESX omgevingen! Bestaat er niet al iets dergelijks?

Nog even een kleine opmerking. "Fusion-io betaalt 95 miljoen dollar voor IO Turbine, waarvan 35 miljoen dollar in contanten." Staat op de site van FusionIO vermeld als:
"Will be payed in cash and stocks, cash portion may not exceed $35mill." In het artikel lijkt het alsof er $95 milioen dollar neergelegd wordt voor IO Turbine, waarvan $35 milioen in contanten. Echter, is het niet zo dat er daadwerkelijk $35 milioen dollar betaald wordt (niet eens in contanten), en de rest in aandelen? Kwam een beetje vreemd over hehe. *no hatin*

[Rob Coops]

Er zijn zat SSD cache oplossingen maar dit lijkt een oplossing te zijn die je de mogelijkheid geeft een deel van het filesysteem op de SSD te zetten en de rest van een HDD te gebruiken.

Het lijkt als ik naar het plaatje kijk dan ook niet op een cache maar op een truck om Windows te laten denken dat Map A en Map B op de zelfde drive staan terwijl je op hardware niveau een SSD gebruikt voor Map A en een SSD voor Map B.
Het voordeel daarvan is dat het niet toegepast wordt voor alle bestanden en je bijvoorbeeld alleen een deel (de meest gebruikte bestanden op de SSD zet) je kunt dan simpel weg de data die je snel nodig hebt snel uitlezen terwijl de logs, configuratie bestanden, executables en minder vele gebruikte bestanden op de SSD kunnen blijven staan. Althans dit is waar het op lijkt ik heb niet de moeite genomen uit te zoeken of dit ook is wat ze doen...

Het lijkt me een leuk idee maar of het nu 95M waard is.. wat de gek er voor geeft natuurlijk maar toch 95M voor een driver, en het ontwikkel team er achter dat is in mijn ogen toch wel erg veel geld.

[MSalters]

Nee, dat kan niet gezien de driver architectuur van Windows. De driver stack is ruwweg disk driver -> partities -> filesysteem driver per partitie. In het plaatje zie je dus 2x2 disk drivers: 2 drives in 2 VMs. Dat zijn dus geen mappen.

(Je kunt vervolgens wel een Junction Point op de ene drive naar de andere drive maken, maar dat staat niet in het plaatje)

[Verwijderd]

ja, zoiets met ssd caching bestaat al. bij zfs de l2arc(lees-cache) en log(scrijf-cache) op ssd's. zie bijv nexentastor, is tot 18TB gratis.

[Verwijderd]

het gaat om de magie in combinatie met de Fusion io kaart he die levert vele malen meer IOP/s omdat ie niet met een SCSI interface aangestuurd word, maar via een vorm van DMA. ik geloof dat (maar ben even te lui om de spec sheet op te zoeken) dat de kleinste kaart die ze hebben al zo'n 20.000 IOP/s levert, terwijl een "scsi" ssd "maar" zo'n 800 - 1600 IOP/s levert. das vooral in grote DB of VDI omgevingen niet nogal wat.

[Stoney3K]

Klinkt zeer interessant en reeel, dat ssd-cache. Benieuwd naar de toepassingen, met name inderdaad in ESX omgevingen! Bestaat er niet al iets dergelijks?

Nog even een kleine opmerking. "Fusion-io betaalt 95 miljoen dollar voor IO Turbine, waarvan 35 miljoen dollar in contanten." Staat op de site van FusionIO vermeld als:
"Will be payed in cash and stocks, cash portion may not exceed $35mill." In het artikel lijkt het alsof er $95 milioen dollar neergelegd wordt voor IO Turbine, waarvan $35 milioen in contanten. Echter, is het niet zo dat er daadwerkelijk $35 milioen dollar betaald wordt (niet eens in contanten), en de rest in aandelen? Kwam een beetje vreemd over hehe. *no hatin*

Met 'cash' bedoelen ze dan ook "liquide middelen", dus het is gewoon een overschrijving op een bankrekening geweest. Geen gast in een pak die met een koffertje met $35M in ongemerkte biljetten naar binnen rijdt.

[noskill]

Haha nee dat snap ik, maar die indruk wekte het Tweakers artikel bij mij wel. Sorry o:).

[Verwijderd]

Hier een startup bedrijfje die op basis van alleen software SSD caching mogelijk maakt:
http://www.nvelo.com/products.html

[Sfynx]

Je kan natuurlijk ook gewoon ZFS gebruiken, met een leuke SLC SSD als ZIL (schrijftransacties), en een leuke MLC SSD als L2ARC (leestransacties).

FYI:
- de ZFS Intent Log (ZIL) is de ruimte waar schrijfacties eerst heen gaan voordat ze naar de langzame storage pool geschreven worden. Dit is standaard ook op de storage pool, maar kan je ook aan een SSD toewijzen (veel schrijven, SLC dus). Vanuit de ZIL kan het op eigen houtje weggeschreven worden naar de pool op rustige momenten.

- de level 2 adaptive replacement cache (L2ARC) is een cache van vervelende kleine leesacties waarvoor veel seeks nodig zijn,hier kan je ook een SSD voor gebruiken (hoge leessnelheid). Heb op m;n werk er eens eentje ingegooid en gedurende een paar uur 'warm' laten worden, was een significante snelheidsboost.


Wat is hier precies anders aan?

Alleen ZFS is gratis en open source

[Reactie gewijzigd door Sfynx op 24 juli 2024 23:23]

[BLACKfm]

Ach, voor sommige mensen is het wisselgeld (...).