Innholdsfortegnelse:
Fra dagene med de første implementeringene av storskala virtuell stasjonær infrastruktur (VDI), som begynte i tidsrammen 2007/2008, opplevde VDI en grov start - så grov faktisk at VDI nesten aldri skjedde i det hele tatt. Tidlige implementeringer kunne ikke tilfredsstille brukernes krav på grunn av nettverksforsinkelse, dårlig diskytelse, hengende grafikk-teknologi og VDI-oppstorm. Bootstorm skjedde, og CIOs over hele kloden skrotte VDI-prosjekter i alle ledd fra planlegging til produksjon.
En VDI boot storm er forbruket av datamaskin- og disk I / O-ressurser under den første oppstarten av sluttbrukerens virtuelle bilder som resulterer i dårlig ytelse for alle brukere. Historisk sett er boot storm og utgiftene til de anbefalte løsningene de to hovedårsakene til at VDI-prosjekter mislyktes. (For mer informasjon om virtualiseringsutfordringer, se 3 store hodepine for brukere av virtualiseringsprogramvare.)
| Programvaredefinere alt Patentventer nettverk og lagringsteknologi med databehandling, virtualisering og SaaS-administrasjon i ONE enterprise sky i en boks. Vitne om Ignites kraft i dag. |
Hvorfor Boot Storms Skje
Bootstorm oppstår først og fremst fordi lagringsingeniører bygger lagringssystemer for skalerbarhet, redundans og hastighet, men ingen kunne forutse VDIs appetitt for disk I / O. VDI-implementeringer er ikke avhengig av kapasitet, skalerbarhet og redundans, eller standardhastighetsforbedringer eller justeringer. VDI-miljøer må lese I / O ved oppstart og skrive I / O under bruk. Først er det lese (oppstart) storm, deretter skrive (pålogging / pålogging) storm, og til slutt den stødige tilstand skriveintensive operasjoner knyttet til sluttbruker databehandling. SAN-administratorer visste ikke hva de skulle gjøre. De kan justere lagring for leseintensive arbeidsmengder eller skriveintensive arbeidsmengder, men VDI trenger begge i overflod.
