Turinys:
Nuo pirmųjų didelio masto virtualių darbalaukių infrastruktūros (VDI) diegimo, kuris prasidėjo 2007–2008 m., Dienų VDI patyrė grubią pradžią - tokia šiurkšti, kad VDI beveik niekada neįvyko. Ankstyvas diegimas negalėjo patenkinti vartotojų poreikių dėl tinklo delsos, prasto disko našumo, vėluojančios grafikos technologijos ir VDI įkrovos audrų. Įvyko liūčių audra ir CIO visame pasaulyje nutraukė VDI projektus visais etapais nuo planavimo iki gamybos.
VDI įkrovos šturmas yra skaičiavimo ir disko I / O išteklių sunaudojimas pradinio galutinio vartotojo darbalaukio virtualiųjų vaizdų paleidimo metu, dėl kurio prastėja visi vartotojai. Istoriškai audros ir jų rekomenduojamų priemonių išlaidos yra dvi pagrindinės VDI projektų žlugimo priežastys. (Norėdami sužinoti daugiau apie virtualizacijos iššūkius, skaitykite 3 didelius galvos skausmus virtualizacijos programinės įrangos vartotojams.)
| Programinė įranga - apibrėžkite viską Patentuota tinklo ir saugojimo technologija su skaičiavimais, virtualizavimu ir „SaaS“ valdymu VIENAME įmonės debesyje dėžutėje. Liudytojo galia šiandien liudija. |
Kodėl praeina audros
Įkrovos audros kyla pirmiausia dėl to, kad saugojimo inžinieriai kuria saugyklų sistemas, kad padidėtų mastelis, perteklius ir greitis, tačiau niekas negalėjo numatyti VDI apetito disko I / O. VDI įgyvendinimas nepriklauso nuo talpos, mastelio ir pertekliaus ar standartinių greičio didinimo ar pakeitimų. VDI aplinkoje reikia perskaityti I / O įkrovos metu ir rašyti I / O naudojimo metu. Pirma, ten yra skaitymo (įkrovos) audra, tada rašymo (prisijungimo / prisijungimo) audra ir galiausiai pastovios būklės rašymo operacijos, susijusios su galutinio vartotojo kompiuteriu. SAN administratoriai nežinojo, ką daryti. Jie gali pritaikyti saugyklą intensyviam skaitymui ar rašymui, tačiau VDI reikia tiek.
