Inhoudsopgave:
Vanaf de dagen van de eerste grootschalige virtuele desktopinfrastructuur (VDI) implementaties, die begon in het tijdsbestek van 2007/2008, kende VDI een ruwe start - zo ruw zelfs dat VDI bijna nooit gebeurde. Vroege implementaties konden niet voldoen aan de eisen van de gebruiker vanwege netwerklatentie, slechte schijfprestaties, achterblijvende grafische technologie en VDI-opstartstormen. Bootstormen gebeurden en CIO's over de hele wereld sloten VDI-projecten in alle stadia van planning tot productie.
Een VDI-opstartstorm is het verbruik van computer- en schijf-I / O-bronnen tijdens de eerste opstart van virtuele bureaubladafbeeldingen van eindgebruikers die voor alle gebruikers slechte prestaties tot gevolg hebben. Historisch gezien zijn bootstormen en de kosten van hun aanbevolen remedies de twee belangrijkste redenen voor het mislukken van VDI-projecten. (Zie 3 Grote hoofdpijn voor gebruikers van virtualisatiesoftware voor meer informatie over virtualisatie-uitdagingen.)
| Software definieer alles Gepatenteerde netwerk- en opslagtechnologie met compute, virtualisatie en SaaS-beheer in EEN enterprise cloud in een doos. Wees vandaag getuige van de kracht van Ignite. |
Waarom bootstormen gebeuren
Bootstormen doen zich voornamelijk voor omdat opslagingenieurs opslagsystemen bouwen voor schaalbaarheid, redundantie en snelheid, maar niemand kon de eetlust van VDI voor schijf-I / O voorzien. VDI-implementaties zijn niet afhankelijk van capaciteit, schaalbaarheid en redundantie of standaard snelheidsverbeteringen of tweaks. VDI-omgevingen moeten tijdens het opstarten I / O lezen en tijdens gebruik I / O schrijven. Eerst is er de lees (opstart) storm, dan de schrijf (login / logon) storm, en ten slotte de steady-state schrijfintensieve bewerkingen geassocieerd met computergebruik door eindgebruikers. SAN-beheerders wisten niet wat te doen. Ze kunnen opslag aanpassen voor leesintensieve workloads of schrijfintensieve workloads, maar VDI heeft beide in overvloed nodig.
