Indholdsfortegnelse:
Fra dage med de første implementeringer af storskala virtual desktop infrastruktur (VDI), som begyndte i tidsrammen 2007/2008, oplevede VDI en grov start - så grov i virkeligheden, at VDI næsten aldrig skete overhovedet. Tidlige implementeringer kunne ikke imødekomme brugernes krav på grund af netværkets forsinkelse, dårlig diskydelse, forsinket grafikteknologi og VDI-opstorme. Boost storme skete, og CIO'er over hele kloden skrotede VDI-projekter i alle faser fra planlægning til produktion.
En VDI-boot storm er forbruget af computere og disk I / O-ressourcer under den første opstart af slutbrugerens virtuelle billeder, der resulterer i dårlig ydelse for alle brugere. Historisk set er stormstorme og udgifterne til deres anbefalede retsmidler de to hovedårsager til, at VDI-projekter mislykkedes. (Se 3 store hovedpine til brugere af virtualiseringssoftware for mere om virtualiseringsudfordringer.)
| Software-Define Everything Patentafventet netværk og lagringsteknologi med computere, virtualisering og SaaS-styring i ONE enterprise cloud i en kasse. Vidne til antændelsens magt i dag. |
Hvorfor Boot Storms ske
Boost storme forekommer primært fordi lagringsingeniører bygger lagringssystemer til skalerbarhed, redundans og hastighed, men ingen kunne forudse VDI's appetit på disk I / O. VDI-implementeringer er ikke afhængige af kapacitet, skalerbarhed og redundans eller standardhastighedsforbedringer eller justeringer. VDI-miljøer skal læse I / O ved opstart og skrive I / O under brug. Først er der læsestormen (start), derefter skrivestormen (login / logon) og til sidst skrivekrævende operationer, der er knyttet til slutbrugeren. SAN-administratorer vidste ikke, hvad de skulle gøre. De kan justere lagerplads til læseintensiv arbejdsbelastning eller skriveintensiv arbejdsbelastning, men VDI har begge behov i overflod.
