Երբևէ մտածե՞լ եք, թե ինչ է անում սկաները VDI կայանի հետ: Սկզբում ամեն ինչ լավ է թվում. այն փոխանցվում է սովորական USB սարքի նման և «թափանցիկ» տեսանելի է վիրտուալ մեքենայից: Այնուհետև օգտատերը տալիս է սկանավորման հրաման, և ամեն ինչ գնում է դժոխք: Լավագույն դեպքում՝ սկաների դրայվերը, ավելի վատ՝ մի քանի րոպեից սկաների ծրագրակազմը, ապա այն կարող է ազդել կլաստերի մյուս օգտատերերի վրա։ Ինչո՞ւ։ Քանի որ հինգ մեգաբայթով սեղմված պատկեր ստանալու համար անհրաժեշտ է USB 2.0-ի միջոցով երկու-երեք կարգի մեծության ավելի շատ տվյալներ ուղարկել: Ավտոբուսի թողունակությունը 480 Մբիթ/վրկ է:
Այսպիսով, դուք պետք է փորձարկեք երեք բան՝ UX, ծայրամասային սարքեր և անվտանգություն. Կա տարբերություն, թե ինչպես եք փորձարկում: Դուք կարող եք տեղական գործակալներ տեղադրել յուրաքանչյուր վիրտուալ աշխատակայանում: Սա համեմատաբար էժան է, բայց չի ցույց տալիս ալիքի բեռը և այնքան էլ ճշգրիտ չի հաշվարկում պրոցեսորի բեռը: Երկրորդ տարբերակն այն է, որ անհրաժեշտ թվով էմուլյատոր ռոբոտներ տեղակայվեն մեկ այլ վայրում և սկսեն միացնել դրանք իրական աշխատատեղերի հետ՝ որպես իրական օգտատերեր: Էկրանի վիդեո հոսքի փոխանցման արձանագրությունից բեռը (ավելի ճիշտ՝ փոփոխված պիքսելները), ցանցային փաթեթների վերլուծությունը և ուղարկումը կավելացվի, և ալիքի բեռը պարզ կդառնա: Ալիքը սովորաբար շատ հազվադեպ է ստուգվում:
UX-ն այն արագությունն է, որով վերջնական օգտագործողը կատարում է տարբեր գործողություններ: Կան թեստային փաթեթներ, որոնք բեռնում են տեղադրումը հարյուրավոր օգտատերերի հետ և կատարում նրանց համար բնորոշ գործողություններ՝ գործարկել գրասենյակային փաթեթներ, կարդալ PDF ֆայլեր, թերթել, հազվադեպ դիտել պոռնո աշխատանքային ժամերին և այլն:
Բավական լավ օրինակ, թե ինչու են նման թեստերը կարևոր նախօրոք, վերջին տեղադրումն էր: Այնտեղ հազար օգտատեր տեղափոխվում է VDI, ունեն գրասենյակ, բրաուզեր և SAP։ Ընկերության ՏՏ բաժինը զարգացած է, ուստի ներդրումներից առաջ բեռնվածության փորձարկման մշակույթ կա: Իմ փորձով, սովորաբար հաճախորդին պետք է համոզել դա անել, քանի որ ծախսերը մեծ են, իսկ օգուտները միշտ չէ, որ ակնհայտ են: Կա՞ն հաշվարկներ, որտեղ դուք կարող եք սխալվել: Իրականում նման թեստերը բացահայտում են այն վայրերը, որտեղ նրանք մտածել են, բայց չեն կարողացել ստուգել։
Տեղադրում
Վեց սերվեր, կոնֆիգուրացիան հետևյալն է.
Մենք մուտք չունեինք հաճախորդի պահեստավորման համակարգ, այն իրականում որպես ծառայություն տրամադրվել էր որպես տեղ։ Բայց մենք գիտենք, որ կա ամբողջ ֆլեշ: Մենք չգիտենք, թե որ ամբողջ ֆլեշ-ն է, բայց միջնորմները 10 ՏԲ են: VDI - VMware՝ հաճախորդի ընտրությամբ, քանի որ ՏՏ թիմն արդեն ծանոթ է ստեկին, և ամեն ինչ միանգամայն օրգանապես համալրված է՝ ամբողջական ենթակառուցվածք ձևավորելու համար: VMware-ը շատ «կապված» է իր էկոհամակարգի վրա, բայց եթե դուք ունեք բավարար գնումների բյուջե, կարող եք տարիներ շարունակ խնդիրներ չունենալ: Բայց սա հաճախ շատ մեծ «եթե» է: Մենք լավ զեղչ ունենք, և հաճախորդը գիտի այդ մասին։
Մենք սկսում ենք թեստերը, քանի որ ՏՏ թիմը գրեթե ոչինչ չի թողարկում արտադրության առանց թեստերի: VDI-ն այն չէ, ինչ կարող եք գործարկել, ապա ընդունել: Օգտատերերը աստիճանաբար բեռնվում են, և վեց ամիս հետո միանգամայն հնարավոր է խնդիրների հանդիպել: Ինչը, իհարկե, ոչ ոք չի ուզում։
450 «օգտատեր» թեստում, բեռը ստեղծվում է տեղում: Robo-օգտագործողները միաժամանակ կատարում են տարբեր գործողություններ, մենք չափում ենք յուրաքանչյուր գործողության ժամանակը մի քանի ժամվա ընթացքում.
Տեսնենք, թե ինչպես կվարվեն սերվերները և պահեստավորման համակարգերը։ VDI-ն կկարողանա՞ ստեղծել անհրաժեշտ թվով վիրտուալ աշխատասեղաններ և այլն: Քանի որ հաճախորդը չի գնացել հիպերկոնվերգենցիայի ճանապարհով, այլ վերցրել է ամբողջական ֆլեշ պահեստավորման համակարգ, անհրաժեշտ է ստուգել նաև չափման ճիշտությունը:
Իրականում, եթե ինչ-որ բան ինչ-որ տեղ դանդաղում է, դուք պետք է փոխեք VDI ֆերմայի կարգավորումները, մասնավորապես, ռեսուրսների բաշխումը տարբեր կատեգորիաների օգտվողների միջև:
Ծայրամաս
Ծայրամասային սարքերում սովորաբար լինում են երեք իրավիճակ.
- Հաճախորդը պարզապես ասում է, որ մենք ոչինչ չենք միացնում (դե, բացի ականջակալներից, դրանք սովորաբար տեսանելի են «արկղից դուրս»): Մոտավորապես վերջին հինգ տարիների ընթացքում ես շատ, շատ հազվադեպ եմ տեսել ականջակալներ, որոնք ինքնուրույն չեն վերցվել, և որոնք չեն եղել VMware-ի կողմից:
- Երկրորդ մոտեցումը արտաքին սարքերը վերցնելն ու փոխելն է որպես VDI ներդրման նախագծի մի մաս. մենք վերցնում ենք այն, ինչ մենք և հաճախորդը փորձարկել և աջակցել ենք: Դեպքը հասկանալիորեն հազվադեպ է:
- Երրորդ մոտեցումը գոյություն ունեցող սարքավորումների միջով անցնելն է:
Դուք արդեն գիտեք սկաներների հետ կապված խնդրի մասին. դուք պետք է տեղադրեք միջին ծրագիր աշխատակայանի վրա (thin client), որը ստանում է USB հոսք, սեղմում պատկերը և ուղարկում այն VDI: Մի շարք գործառույթների շնորհիվ դա միշտ չէ, որ հնարավոր է. Mac-ի հաճախորդների վրա: Իմ հիշողության մեջ քչերն են միացրել տեղական տպիչները Linux-ի տեղադրումներից, որպեսզի նրանք աշխատեն վրիպազերծման փուլում՝ առանց աջակցության մշտական զանգերի: Բայց սա արդեն լավ է, որոշ ժամանակ առաջ, նույնիսկ պարզապես աշխատելու համար:
Տեսակոնֆերանս. բոլոր հաճախորդները վաղ թե ուշ ցանկանում են, որ այն աշխատի և լավ աշխատի: Եթե ֆերման ճիշտ է նախագծված, ապա այն լավ է աշխատում, եթե սխալ է, մենք ստանում ենք մի իրավիճակ, երբ աուդիո կոնֆերանսի ժամանակ ալիքի բեռը մեծանում է, գումարած, բացի սրանից, խնդիր կա, որ նկարը վատ է ցուցադրվում (ոչ լրիվ HD, դեմք 9–16 պիքսել): Շատ ուժեղ լրացուցիչ ուշացում է առաջանում, երբ հանգույց է հայտնվում հաճախորդի, VDI աշխատակայանի, վիդեոկոնֆերանսի սերվերի և այնտեղից երկրորդ VDI-ի և երկրորդ հաճախորդի միջև: Ճիշտ է ուղղակիորեն միանալ հաճախորդից վիդեոկոնֆերանսի սերվերին, որը պահանջում է մեկ այլ լրացուցիչ բաղադրիչի տեղադրում:
USB ստեղներ - դրանց հետ կապված ընդհանրապես խնդիրներ չկան, խելացի քարտեր և այլն, ամեն ինչ աշխատում է առանց տուփի: Դժվարություններ կարող են առաջանալ շտրիխ սկաներների, պիտակների տպիչների, մեքենաների (այո, նման բան եղել է), ՀԴՄ-ների հետ կապված: Բայց ամեն ինչ լուծվում է։ Նրբություններով և ոչ առանց անակնկալների, բայց ի վերջո լուծված։
Երբ օգտատերը YouTube-ը դիտում է VDI կայանից, սա ամենավատ իրավիճակն է և՛ բեռնվածության, և՛ ալիքի համար: Շատ լուծումներ առաջարկում են HTML5 վիդեո վերահղում: Սեղմված ֆայլը փոխանցվում է հաճախորդին, որտեղ այն ցույց է տալիս: Կամ հաճախորդին ուղարկվում է բրաուզերի և վիդեո հոսթինգի միջև ուղիղ կապի հղում (սա ավելի քիչ տարածված է):
Безопасность
Անվտանգությունը սովորաբար տեղի է ունենում բաղադրիչի միջերեսներում և հաճախորդի սարքերում: Մեկ էկոհամակարգի հանգույցներում, բառերով ասած, ամեն ինչ պետք է լավ աշխատի։ Գործնականում դա տեղի է ունենում 90% դեպքերում, և ինչ-որ բան դեռ պետք է ավարտվի: Վերջին տարիներին Vmvara-ի հերթական գնումը շատ հարմար է ստացվել. նրանք MDM են ավելացրել էկոհամակարգում՝ ընկերության ներսում սարքերը կառավարելու համար: VM-ները վերջերս ձեռք են բերել հետաքրքիր ցանցային հավասարակշռողներ (նախկինում՝ Avi Networks), որոնք թույլ են տալիս փակել հոսքի բաշխման հարցը, օրինակ, VDI-ի ավարտից մեկ տարի անց։ Մեկ այլ զուտ առաջին կողմի հատկանիշը մասնաճյուղերի լավ օպտիմիզացումն է՝ շնորհիվ նրանց թարմ գնումների, երբ նրանք առարկեցին VeloCloud ընկերությունը, որը ստեղծում է SD-WAN մասնաճյուղային ցանցերի համար:
Վերջնական օգտագործողի տեսանկյունից ճարտարապետությունը և վաճառողը գրեթե անտեսանելի են: Համաշխարհային առումով կարևորն այն է, որ ցանկացած սարքի համար կա հաճախորդ, դուք կարող եք միանալ պլանշետից, Mac-ից կամ Windows thin client-ից: Նույնիսկ հեռուստացույցների հաճախորդներ կային, բայց հիմա, բարեբախտաբար, նրանք այլեւս չկան։
VDI տեղադրումների առանձնահատկությունն այժմ այն է, որ վերջնական օգտագործողը տանը պարզապես համակարգիչ չունի։ Հաճախ դուք ունեք թույլ Android պլանշետ (երբեմն նույնիսկ մկնիկով կամ ստեղնաշարով), կամ կարող եք նույնիսկ հաջողակ լինել և ստանալ համակարգիչ, որն աշխատում է Win XP-ով: Որը, ինչպես կարող եք կռահել, որոշ ժամանակով չի թարմացվել: Եվ այն այլեւս երբեք չի թարմացվի: Կամ շատ թույլ մեքենաներ, որտեղ հաճախորդը տեղադրված չէ, հավելվածները չեն աշխատում, օգտատերը չի կարող աշխատել։ Բարեբախտաբար, նույնիսկ շատ թույլ սարքերը հարմար են (միշտ չէ, որ հարմար է, բայց հարմար), և դա համարվում է VDI-ի մեծ պլյուս: Դե, ինչ վերաբերում է անվտանգությանը, ապա անհրաժեշտ է ստուգել հաճախորդի համակարգերի փոխզիջումը: Դա տեղի է ունենում բավականին հաճախ:
Հաշվի առնելով Ռոսպոտրեբնադզորի առաջարկությունները՝ COVID-19-ի վտանգի տակ գտնվող ձեռնարկությունների աշխատանքը կազմակերպելու վերաբերյալ՝ գրասենյակում ձեր աշխատատեղերին միանալը շատ կարևոր է։ Կարծես թե այս պատմությունը երկար կտևի, և այո, եթե մտածում էիր VDI-ի մասին, կարող ես սկսել թեստավորումը։ Դա օգտակար կլինի: Առաջարկություններն են
Դե, եթե VDI-ի վերաբերյալ հարցեր ունեք, որոնք մեկնաբանության համար չեն, ահա իմ էլ. [էլեկտրոնային փոստով պաշտպանված].
Source: www.habr.com