HPE Remote Work Solutions

Այսօր ես ձեզ մի պատմություն կպատմեմ: Հաշվողական տեխնոլոգիաների էվոլյուցիայի և հեռավոր աշխատատեղերի առաջացման պատմությունը հնագույն ժամանակներից մինչև մեր օրերը:

ՏՏ զարգացում

Հիմնական բանը, որ կարելի է սովորել ՏՏ պատմությունից, դա...

Անհասկանալի է, որ ՏՏ-ն զարգանում է պարույրով: Նույն լուծումներն ու հայեցակարգերը, որոնք անտեսվեցին տասնամյակներ առաջ, նոր իմաստ են ստանում և սկսում հաջողությամբ աշխատել նոր պայմաններում՝ նոր առաջադրանքներով և նոր կարողություններով: Այս առումով ՏՏ-ն ոչնչով չի տարբերվում մարդկային գիտելիքի որևէ այլ ոլորտից և որպես ամբողջություն Երկրի պատմությունից:

Շատ վաղուց, երբ համակարգիչները մեծ էին

«Կարծում եմ, որ աշխարհում կա մոտ հինգ համակարգչի շուկա», - IBM-ի գործադիր տնօրեն Թոմաս Ուոթսոնը 1943թ.

Վաղ համակարգչային տեխնոլոգիաները մեծ էին: Ոչ, դա սխալ է, վաղ տեխնոլոգիան հրեշավոր էր, կիկլոպյան: Ամբողջովին համակարգչային մեքենան զբաղեցրել էր մարզասրահի հետ համեմատելի տարածք և բացարձակապես անիրատեսական գումար արժեր: Բաղադրիչների օրինակ է RAM մոդուլը ֆերիտային օղակների վրա (1964 թ.):

Այս մոդուլն ունի 11 սմ * 11 սմ չափ, 512 բայթ (4096 բիթ) հզորություն: Այս մոդուլներով ամբողջությամբ լցված պահարանը հազիվ թե ունենար հնագույն 3,5 դյույմանոց անգործունյա սկավառակի հզորություն (1.44 ՄԲ = 2950 մոդուլ), մինչդեռ այն սպառում էր շատ նկատելի էլեկտրական էներգիա և տաքանում էր, ինչպես շոգեքարշը:

Հենց դրա հսկայական չափի պատճառով է, որ ծրագրի կոդի վրիպազերծման անգլերեն անվանումն է «վրիպազերծում»: Պատմության առաջին ծրագրավորողներից մեկը՝ Գրեյս Հոփերը (այո, կին), նավատորմի սպա, 1945 թվականին ծրագրի հետ կապված խնդիրն ուսումնասիրելուց հետո գրառման գրառում է գրել:

Քանի որ ցեցը (ցեցը) ընդհանուր առմամբ վրիպակ է (միջատ), անձնակազմը լուծելու համար բոլոր հետագա խնդիրներն ու գործողությունները զեկուցվել են իրենց վերադասներին որպես «վրիպազերծում» (բառացիորեն վրիպազերծում), ապա անվանման սխալը հաստատապես վերագրվել է ծրագրի ձախողմանը և կոդի սխալ, և վրիպազերծումը դարձավ վրիպազերծում:

Հատկապես էլեկտրոնիկայի և կիսահաղորդչային էլեկտրոնիկայի զարգացման հետ մեկտեղ մեքենաների ֆիզիկական չափերը սկսեցին նվազել, իսկ հաշվողական հզորությունը, ընդհակառակը, մեծացավ: Բայց նույնիսկ այս դեպքում անհնար էր բոլորին անձամբ համակարգիչ մատակարարել։

«Ոչ մի պատճառ չկա, թե ինչու որևէ մեկը կցանկանա համակարգիչ պահել իր տանը» - Քեն Օլսեն, DEC-ի հիմնադիր, 1977 թ.

70-ականներին հայտնվեց մինի-համակարգիչ տերմինը։ Ես հիշում եմ, որ երբ ես առաջին անգամ կարդացի այս տերմինը շատ տարիներ առաջ, ես պատկերացրեցի նեթբուքի նման մի բան, գրեթե ձեռքի համար: Ես չէի կարող ավելի հեռու լինել ճշմարտությունից:

Mini-ն համեմատվում է միայն հսկայական հաստոցների հետ, բայց դրանք դեռ մի քանի պահարաններ են հարյուր հազարավոր և միլիոնավոր դոլարներ արժողությամբ սարքավորումներով: Այնուամենայնիվ, հաշվողական հզորությունն արդեն այնքան մեծացել էր, որ ոչ միշտ էր 100%-ով բեռնված, և միևնույն ժամանակ համակարգիչները սկսեցին հասանելի լինել համալսարանների ուսանողների և ուսուցիչների համար:

Եվ հետո ՆԱ եկավ!

Քչերն են մտածում անգլերենի լատիներեն արմատների մասին, բայց դա այն մեկն է, որը մեզ փոխանցել է հեռավոր հասանելիություն, ինչպես գիտենք այսօր: Տերմինուս (լատինատառ) - վերջ, սահման, նպատակ: Terminator T800-ի նպատակն էր վերջ տալ Ջոն Քոնորի կյանքին։ Մենք նաև գիտենք, որ տրանսպորտային կայանները, որտեղ ուղևորներին նստեցնում և իջնում ​​են, կամ ապրանքներ են բեռնում և բեռնաթափում, կոչվում են տերմինալներ՝ երթուղիների վերջնական ուղղություններ:

Համապատասխանաբար, ծնվեց տերմինալային հասանելիության հայեցակարգը, և դուք կարող եք տեսնել աշխարհի ամենահայտնի տերմինալը, որը դեռ ապրում է մեր սրտերում:

DEC VT100-ը կոչվում է տերմինալ, քանի որ այն դադարեցնում է տվյալների գիծը: Այն գործնականում զրոյական մշակման հզորություն ունի, և նրա միակ խնդիրը մեծ մեքենայից ստացված տեղեկատվությունը ցուցադրելն է և ստեղնաշարի մուտքագրումը մեքենային փոխանցելն է: Եվ չնայած VT100-ը ֆիզիկապես վաղուց մահացել է, մենք դեռ օգտագործում ենք այն իր ողջ ներուժով:

Մեր օրերը

Ես կսկսեի հաշվել «մեր օրերը» 80-ականների սկզբից, այն պահից, երբ հայտնվեցին որևէ նշանակալի հաշվողական հզորությամբ առաջին պրոցեսորները, որոնք հասանելի էին մարդկանց լայն շրջանակին։ Ավանդաբար համարվում է, որ դարաշրջանի հիմնական պրոցեսորը Intel 8088-ը (x86 ընտանիք) էր՝ որպես հաղթող ճարտարապետության նախահայր: Ո՞րն է հիմնարար տարբերությունը 70-ականների հայեցակարգի հետ:

Առաջին անգամ նկատվում է տեղեկատվության մշակումը կենտրոնից ծայրամաս տեղափոխելու միտում։ Ոչ բոլոր առաջադրանքները պահանջում են խելագար (համեմատած թույլ x86-ի) հզորությունը հիմնական համակարգչի կամ նույնիսկ մինի-համակարգչի: Intel-ը չի կանգնում տեղում, 90-ականներին թողարկեց Pentium ընտանիքը, որն իսկապես դարձավ առաջին զանգվածային կենցաղային տեխնիկան Ռուսաստանում: Այս պրոցեսորներն արդեն շատ բանի ընդունակ են՝ ոչ միայն տառեր գրել, այլ նաև մուլտիմեդիա և աշխատել փոքր տվյալների բազաների հետ։ Փաստորեն, փոքր բիզնեսի համար սերվերների կարիք ընդհանրապես չկա. ամեն ինչ կարելի է անել ծայրամասում, հաճախորդի մեքենաների վրա: Տարեցտարի պրոցեսորներն ավելի հզոր են դառնում, և սերվերների և անհատական ​​համակարգիչների միջև տարբերությունը դառնում է ավելի ու ավելի փոքր՝ հաշվողական հզորության առումով՝ հաճախ մնալով միայն էներգիայի ավելցուկի, տաք փոխանակվող աջակցության և դարակաշարերի տեղադրման հատուկ պատյանների մեջ:

Եթե ​​համեմատում եք ժամանակակից հաճախորդի պրոցեսորները, որոնք «ծիծաղելի» էին Intel-ի 90-ականների ծանր սերվերների ադմինիստրատորների համար անցյալի սուպերհամակարգիչների հետ, ապա մի փոքր անհարմար եք դառնում:

Եկեք նայենք ծերունուն, որը գործնականում իմ տարիքի է։ Cray X-MP/24 1984 թ.

Այս մեքենան 1984 թվականի լավագույն սուպերհամակարգիչների շարքում էր՝ ունենալով 2 ՄՀց հաճախականությամբ 105 պրոցեսոր՝ 400 ՄՖլոպս առավելագույն հաշվողական հզորությամբ (միլիոնավոր լողացող կետով գործողություններ)։ Լուսանկարում ցուցադրված կոնկրետ մեքենան կանգնած էր ԱՄՆ NSA գաղտնագրման լաբորատորիայում և զբաղվում էր կոդեր կոտրելով։ Եթե ​​փոխարկեք 15 միլիոն դոլար 1984 դոլարով 2020 դոլարի, արժեքը կկազմի 37,4 միլիոն դոլար կամ 93 դոլար/ՄՖլոպս:

Մեքենան, որի վրա ես գրում եմ այս տողերը, ունի 5 թվականի Core i7400-2017 պրոցեսոր, որն ամենևին նոր չէ, և նույնիսկ թողարկման տարում այն ​​ամենաերիտասարդ 4 միջուկն էր միջին դասի աշխատասեղանի պրոցեսորներից: 4 ԳՀց բազային հաճախականության 3.0 միջուկ (3.5 Turbo Boost-ով) և կրկնապատկվող HyperThreading թելերը տարբեր թեստերի համաձայն տալիս են 19-ից մինչև 47 ԳՖլոպ հզորություն՝ մեկ պրոցեսորի համար 16 հազար ռուբլի գնով: Եթե ​​դուք հավաքում եք ամբողջ մեքենան, կարող եք վերցնել դրա արժեքը 750 դոլարով (1 թվականի մարտի 2020-ի գներով և փոխարժեքներով):

Ի վերջո, մենք ստանում ենք մեր օրերի բոլորովին միջին սեղանադիր պրոցեսորի առավելությունը 50-120 անգամ տեսանելի անցյալի թոփ-10 գերհամակարգչի նկատմամբ, և MFlops-ի հատուկ արժեքի անկումը դառնում է բացարձակապես հրեշավոր 93500 / 25 = 3700: անգամ։

Ինչու մեզ դեռ պետք են սերվերներ և նման հզորությամբ հաշվարկների կենտրոնացումը ծայրամասում, բացարձակապես անհասկանալի է:

Հակադարձ թռիչք - պարույրը շրջադարձ է կատարել

Առանց սկավառակի կայաններ

Առաջին ազդանշանն այն մասին, որ հաշվարկները դեպի ծայրամաս տեղափոխելը վերջնական չի լինի, անսկավառակ աշխատանքային կայանի տեխնոլոգիայի ի հայտ գալն էր: Ձեռնարկությունում և հատկապես աղտոտված տարածքներում աշխատատեղերի զգալի բաշխվածության պայմաններում այդ կայանների կառավարման և աջակցության հարցը դառնում է շատ դժվար:

Հայտնվում է «միջանցքի ժամանակ» հասկացությունը. այն ժամանակի տոկոսը, երբ տեխնիկական աջակցության աշխատակիցը գտնվում է միջանցքում, խնդիր ունեցող աշխատողի ճանապարհին: Սա վճարովի ժամանակ է, բայց բոլորովին անարդյունավետ: Ոչ պակաս կարևոր դերը, և հատկապես աղտոտված սենյակներում, կոշտ սկավառակների ձախողումն էր: Եկեք հեռացնենք սկավառակը աշխատակայանից և մնացած ամեն ինչ անենք ցանցի միջոցով, ներառյալ ներբեռնումը: Բացի DHCP սերվերի հասցեից, ցանցային ադապտերը ստանում է նաև լրացուցիչ տեղեկատվություն՝ TFTP (պարզեցված ֆայլային ծառայության) սերվերի հասցեն և բեռնման պատկերի անունը, այն բեռնում է RAM-ում և գործարկում մեքենան:

Ի հավելումն ավելի քիչ խափանումների և միջանցքի կրճատված ժամանակի, այժմ պետք չէ սարքը տեղում կարգաբերել, այլ պարզապես բերել նորը և վերցնել հինը՝ սարքավորված աշխատավայրում ախտորոշման համար: Բայց սա դեռ ամենը չէ։

Առանց սկավառակի կայանը դառնում է շատ ավելի անվտանգ. եթե ինչ-որ մեկը հանկարծ ներխուժի սենյակ և հանի բոլոր համակարգիչները, սա միայն սարքավորումների կորուստ է: Առանց սկավառակի կայանների վրա տվյալներ չեն պահվում:

Հիշենք այս կետը. տեղեկատվական անվտանգությունը սկսում է ավելի ու ավելի կարևոր դեր խաղալ տեղեկատվական տեխնոլոգիաների «անհոգ մանկությունից» հետո: Իսկ սարսափելի և կարևոր 3 տառերը գնալով ավելի են ներխուժում ՏՏ՝ GRC (կառավարում, ռիսկ, համապատասխանություն), կամ ռուսերեն՝ «Կառավարելիություն, ռիսկ, համապատասխանություն»:

Տերմինալային սերվերներ

Ծայրամասում ավելի ու ավելի հզոր անհատական ​​համակարգիչների լայն տարածումը զգալիորեն գերազանցեց հանրային հասանելիության ցանցերի զարգացումը: Հաճախորդ-սերվերի դասական հավելվածները 90-ականների և 00-ականների սկզբի համար այնքան էլ լավ չէին աշխատում բարակ ալիքի վրա, եթե տվյալների փոխանակումը կազմում էր որևէ նշանակալի արժեք: Դա հատկապես դժվար էր մոդեմի և հեռախոսագծի միջոցով միացված հեռավոր գրասենյակների համար, որոնք նույնպես պարբերաբար սառչում էին կամ անջատվում: ԵՎ…

Պարույրը շրջադարձ կատարեց և նորից հայտնվեց տերմինալային ռեժիմում՝ տերմինալային սերվերների հայեցակարգով:

Փաստորեն, մենք վերադարձել ենք 70-ականներ՝ իրենց զրոյական հաճախորդներով և հաշվողական հզորության կենտրոնացմամբ: Շատ արագ պարզ դարձավ, որ, ի լրումն ալիքների զուտ տնտեսական հիմնավորման, տերմինալների հասանելիությունը հսկայական հնարավորություններ է ընձեռում դրսից անվտանգ մուտք կազմակերպելու համար, ներառյալ տնից աշխատանքը աշխատողների համար, կամ չափազանց սահմանափակ և վերահսկվող մուտքը կապալառուների համար անվստահելի ցանցերից և անվստահելի/ չվերահսկվող սարքեր.

Այնուամենայնիվ, տերմինալային սերվերները, չնայած իրենց բոլոր առավելություններին և առաջադեմությանը, ունեին նաև մի շարք թերություններ՝ ցածր ճկունություն, աղմկոտ հարևանի խնդիր, խիստ սերվերի վրա հիմնված Windows և այլն։

Proto VDI-ի ծնունդը

Ճիշտ է, 00-ականների սկզբին և կեսերին x86 պլատֆորմի արդյունաբերական վիրտուալացումն արդեն հայտնվում էր ասպարեզում: Եվ ինչ-որ մեկը հնչեցրեց մի գաղափար, որը պարզապես օդում էր. բոլոր հաճախորդները սերվերային տերմինալային ֆերմերներում կենտրոնացնելու փոխարեն, եկեք բոլորին տանք իրենց անձնական VM-ը հաճախորդի Windows-ով և նույնիսկ ադմինիստրատորի հասանելիությամբ:

Չաղ հաճախորդների հրաժարում

Սեսիայի և ՕՀ-ի վիրտուալացմանը զուգահեռ մշակվել է մոտեցում՝ հեշտացնելու հաճախորդի գործառույթը հավելվածի մակարդակում:

Սրա հիմքում ընկած տրամաբանությունը բավականին պարզ էր, քանի որ դեռ ոչ բոլորն ունեին անձնական նոթբուքեր, ոչ բոլորն ունեին ինտերնետ, և շատերը կարող էին միանալ միայն ինտերնետ սրճարանից, մեղմ ասած, շատ սահմանափակ իրավունքներով: Իրականում, այն ամենը, ինչ կարելի էր գործարկել, զննարկիչն էր: Բրաուզերը դարձել է ՕՀ-ի անփոխարինելի հատկանիշը, համացանցը ամուր մտել է մեր կյանք։

Այսինքն, զուգահեռ միտում էր նկատվում տրամաբանությունը հաճախորդից կենտրոն տեղափոխելու վեբ հավելվածների տեսքով, որոնց մուտք գործելու համար անհրաժեշտ է միայն ամենապարզ հաճախորդը՝ ինտերնետը և բրաուզերը։
Եվ մենք պարզապես չհայտնվեցինք այնտեղ, որտեղ սկսեցինք՝ զրոյական հաճախորդներով և կենտրոնական սերվերներով: Մենք այնտեղ հասանք մի քանի անկախ ճանապարհներով:

Վիրտուալ աշխատասեղանի ենթակառուցվածք

Միջնորդ

2007 թվականին արդյունաբերական վիրտուալացման շուկայի առաջատարը՝ VMware-ը, թողարկեց իր արտադրանքի VDM (Վիրտուալ աշխատասեղանի կառավարիչ) առաջին տարբերակը, որն իրականում դարձավ առաջինը նորածին վիրտուալ աշխատասեղանի շուկայում: Իհարկե, մենք երկար սպասել չտանք տերմինալային սերվերների առաջատար Citrix-ի պատասխանին, և 2008 թվականին XenSource-ի ձեռքբերմամբ հայտնվեց XenDesktop-ը։ Իհարկե, կային նաև այլ վաճառողներ՝ իրենց առաջարկներով, բայց եկեք շատ չխորանանք պատմության մեջ՝ հեռանալով հայեցակարգից։

Իսկ հայեցակարգը մնում է այսօր։ VDI-ի հիմնական բաղադրիչը կապի բրոքերն է:
Սա վիրտուալ աշխատասեղանի ենթակառուցվածքի սիրտն է:

Բրոքերը պատասխանատու է VDI-ի ամենակարևոր գործընթացների համար.

• Որոշում է կապակցված հաճախորդի համար հասանելի ռեսուրսները (մեքենաներ/սեսիաներ).
• Անհրաժեշտության դեպքում հավասարակշռում է հաճախորդներին մեքենաների/սեսիոն լողավազաններում.
• Հաճախորդին տեղափոխում է ընտրված ռեսուրսը:

Այսօր VDI-ի համար հաճախորդ (տերմինալ) կարող է լինել գրեթե ամեն ինչ, որն ունի էկրան՝ նոութբուք, սմարթֆոն, պլանշետ, կրպակ, բարակ կամ զրոյական հաճախորդ: Իսկ պատասխանի մասը, նույնն է, որն իրականացնում է արտադրողական բեռը՝ տերմինալ սերվերի նիստ, ֆիզիկական մեքենա, վիրտուալ մեքենա։ Ժամանակակից հասուն VDI արտադրանքները սերտորեն ինտեգրված են վիրտուալ ենթակառուցվածքին և ինքնուրույն կառավարում են այն ավտոմատ ռեժիմով՝ տեղակայելով կամ, ընդհակառակը, ջնջելով վիրտուալ մեքենաները, որոնք այլևս կարիք չունեն:

Մի փոքր մի կողմ, բայց որոշ հաճախորդների համար չափազանց կարևոր VDI տեխնոլոգիան աջակցությունն է 3D գրաֆիկայի ապարատային արագացմանը դիզայներների կամ դիզայներների աշխատանքի համար:

Արձանագրություն

Հասուն VDI լուծման երկրորդ չափազանց կարևոր մասը վիրտուալ ռեսուրսների մուտքի արձանագրությունն է: Եթե ​​մենք խոսում ենք կորպորատիվ լոկալ ցանցի ներսում աշխատելու մասին՝ գերազանց, հուսալի 1 Գբիտ/վ ցանցով դեպի աշխատավայր և 1 ms ուշացումով, ապա կարող եք գրեթե ցանկացած մեկը վերցնել և ընդհանրապես չմտածել:

Դուք պետք է մտածեք, երբ կապն ավարտված է չվերահսկվող ցանցով, և այս ցանցի որակը կարող է լինել բացարձակապես ամեն ինչ՝ մինչև տասնյակ կիլոբիտի արագություն և անկանխատեսելի ուշացումներ: Դրանք ճիշտ են իրական հեռահար աշխատանք կազմակերպելու համար՝ տնակներից, տնից, օդանավակայաններից և ճաշարաններից:

Տերմինալային սերվերներ ընդդեմ հաճախորդի VM-ների

VDI-ի գալուստով, թվում էր, թե ժամանակն է հրաժեշտ տալ տերմինալային սերվերներին: Ինչու են դրանք անհրաժեշտ, եթե յուրաքանչյուրն ունի իր անձնական VM-ն:

Այնուամենայնիվ, զուտ տնտեսագիտության տեսանկյունից պարզվեց, որ սովորական զանգվածային աշխատանքների համար, նույնական գովազդային անուշահոտություն, դեռևս չկա ավելի արդյունավետ բան, քան տերմինալային սերվերները գին/սեսիա հարաբերակցության առումով: Չնայած իր բոլոր առավելություններին, «1 օգտվող = 1 VM» մոտեցումը զգալիորեն ավելի շատ ռեսուրսներ է ծախսում վիրտուալ սարքավորումների և լիարժեք ՕՀ-ի վրա, ինչը վատթարացնում է տիպիկ աշխատավայրերի տնտեսությունը:

Բարձրագույն մենեջերների աշխատատեղերի, ոչ ստանդարտ և ծանրաբեռնված աշխատատեղերի դեպքում առավելություն ունի յուրաքանչյուր օգտագործողի համար հատուկ VM-ն ունենալու բարձր իրավունքներ (մինչև ադմինիստրատոր): Այս VM-ի շրջանակներում դուք կարող եք առանձին-առանձին բաշխել ռեսուրսները, թողարկել իրավունքներ ցանկացած մակարդակի վրա և հավասարակշռել VM-ները վիրտուալացման հոսթերների միջև բարձր ծանրաբեռնվածության ներքո:

VDI և տնտեսագիտություն

Տարիներ շարունակ ես լսում եմ նույն հարցը. ինչպե՞ս է VDI-ն ավելի էժան, քան պարզապես նոութբուքեր բաժանելը բոլորին: Եվ ես տարիներ շարունակ ստիպված եմ եղել պատասխանել ճիշտ նույն բանին՝ սովորական գրասենյակային աշխատողների դեպքում VDI-ն ավելի էժան չէ, եթե հաշվի առնենք սարքավորումների տրամադրման զուտ ծախսերը։ Ինչ էլ ասի, դյուրակիր համակարգիչները գնալով ավելի էժանանում են, բայց սերվերները, պահեստավորման համակարգերը և համակարգի ծրագրակազմը բավականին մեծ գումարներ են արժենում: Եթե ​​եկել է ժամանակը, որ դուք թարմացնեք ձեր նավատորմը, և դուք մտածում եք գումար խնայել VDI-ի միջոցով, ոչ, դուք գումար չեք խնայի:

Վերևում ես մեջբերում էի GRC-ի սարսափելի երեք տառերը, ուստի VDI-ն GRC-ի մասին է: Խոսքը վերաբերում է ռիսկերի կառավարմանը, խոսքը վերաբերում է տվյալների վերահսկվող հասանելիության անվտանգությանն ու հարմարավետությանը: Եվ այս ամենը սովորաբար բավականին մեծ գումար է պահանջում տարբեր տեսակի սարքավորումների վրա իրականացնելու համար: VDI-ի միջոցով կառավարումը պարզեցվում է, անվտանգությունն ավելանում է, իսկ մազերը դառնում են փափուկ և մետաքսանման:

HPE Remote Work Solutions

Հեռավոր և ամպային կառավարում

iLO

HPE-ն հեռու է սերվերների ենթակառուցվածքի հեռակառավարման նորեկից, առանց կատակի՝ մարտին լեգենդար iLO-ն (Integrated Lights Out) դարձավ 18 տարեկան: Հիշելով 00-ականների ադմինիստրատորի իմ օրերը, ես անձամբ չէի կարող ավելի երջանիկ լինել: Դարակների և միացնող մալուխների մեջ նախնական տեղադրումն այն ամենն էր, ինչ անհրաժեշտ էր անել աղմկոտ և սառը տվյալների կենտրոնում: Մնացած բոլոր կոնֆիգուրացիան, ներառյալ ՕՀ-ի բեռնումը, կարող է իրականացվել աշխատանքային կայանից, երկու մոնիտորից և մի բաժակ տաք սուրճից: Եվ սա 13 տարի առաջ!

Այսօր, HPE սերվերները անվիճելի երկարաժամկետ որակի ստանդարտ են, ինչ-որ պատճառով, և դրանում նվազագույն դերը խաղում է հեռակառավարման համակարգի ոսկե ստանդարտը՝ iLO:

Ես կցանկանայի հատուկ նշել HPE-ի գործողությունները՝ պահպանելով մարդկության վերահսկողությունը կորոնավիրուսի նկատմամբ: HPE-ն հայտարարեց, որ մինչև 2020 թվականի վերջ (առնվազն) iLO Advanced լիցենզիան հասանելի է բոլորին անվճար։

Ինֆոսայթ

Եթե ​​ձեր ենթակառուցվածքում ունեք 10-ից ավելի սերվեր, և ադմինիստրատորը չի ձանձրանում, ապա, իհարկե, արհեստական ​​ինտելեկտի վրա հիմնված HPE Infosight ամպային համակարգը հիանալի լրացում կլինի ստանդարտ մոնիտորինգի գործիքներին: Համակարգը ոչ միայն վերահսկում է կարգավիճակը և կառուցում գրաֆիկներ, այլև ինքնուրույն խորհուրդ է տալիս հետագա գործողություններ կատարել՝ ելնելով ներկա իրավիճակից և միտումներից:

Լինել խելացի, եղիր Otkritie բանկի նման, փորձեք Infosight!

OneView

Վերջին, բայց ոչ պակաս կարևորը, ես կցանկանայի նշել HPE OneView-ը՝ ամբողջ ենթակառուցվածքի մոնիտորինգի և կառավարման հսկայական հնարավորություններով արտադրանքի մի ամբողջ պորտֆոլիո: Եվ այս ամենը առանց ձեր գրասեղանից վեր կենալու, որը կարող եք ունենալ ձեր տնակում ստեղծված իրավիճակում:

Պահպանման համակարգերը նույնպես վատ չեն:

Իհարկե, բոլոր պահեստավորման համակարգերը հեռակա կարգով կառավարվում և վերահսկվում են. դա այդպես էր շատ տարիներ առաջ: Ուստի ես այսօր ուզում եմ խոսել մեկ այլ բանի մասին, այն է՝ մետրոպոլիտենի կլաստերները։

Մետրոպոլիտենի կլաստերներն ամենևին էլ նոր չեն շուկայում, բայց հենց դա է պատճառը, որ դրանք դեռևս այնքան էլ տարածված չեն. մտածողության իներցիան և առաջին տպավորությունները ազդում են դրանց վրա: Իհարկե, դրանք արդեն կային 10 տարի առաջ, բայց արժեն ինչպես թուջե կամուրջ։ Առաջին մետրոկլաստերներից հետո անցած տարիները փոխեցին արդյունաբերությունը և տեխնոլոգիաների հասանելիությունը լայն հանրության համար:

Ես հիշում եմ նախագծերը, որտեղ պահեստավորման համակարգերի մասերը հատուկ բաշխված էին՝ առանձին մետրոյի կլաստերում գերկրիտիկական ծառայությունների համար, առանձին՝ համաժամանակյա վերարտադրության համար (շատ ավելի էժան):

Փաստորեն, 2020 թվականին մետրոկլաստերը ձեզ ոչինչ չի արժենա, եթե կարողանաք կազմակերպել երկու կայք և ալիք։ Սակայն համաժամանակյա վերարտադրության համար պահանջվող ալիքները ճիշտ նույնն են, ինչ մետրոկլաստերների համար: Ծրագրային ապահովման լիցենզավորումը վաղուց իրականացվել է փաթեթներով, և համաժամանակյա վերարտադրությունը գալիս է անմիջապես որպես մետրոյի կլաստերի փաթեթ, և միակ բանը, որը մինչ այժմ պահպանում է միակողմանի կրկնօրինակումը, ընդլայնված L2 ցանց կազմակերպելու անհրաժեշտությունն է: Եվ նույնիսկ այն ժամանակ, L2-ը L3-ի նկատմամբ արդեն ավլում է ամբողջ երկիրը հզոր և հիմնական:

Այսպիսով, ո՞րն է սինխրոն կրկնօրինակման և մետրոկլաստերի միջև հիմնարար տարբերությունը հեռավոր աշխատանքի տեսանկյունից:

Ամեն ինչ շատ պարզ է. Մետրոկլաստերն աշխատում է ինքն իրեն, ավտոմատ, միշտ, գրեթե ակնթարթորեն։

Ինչպիսի՞ն է համաժամանակյա վերարտադրության համար բեռնափոխադրման գործընթացը առնվազն մի քանի հարյուր VM-ների ենթակառուցվածքի վրա:

1. Արտակարգ իրավիճակների ազդանշան է ստացվել.
2. Հերթապահությունը վերլուծում է իրավիճակը. կարող եք ապահով կերպով հատկացնել 10-ից 30 րոպե միայն ազդանշան ստանալու և որոշում կայացնելու համար:
3. Եթե ​​հերթապահ ինժեներները իրավունք չունեն ինքնուրույն սկսել անցումը, դեռևս 30 րոպե ունեն՝ կապ հաստատելու լիազորված անձի հետ և պաշտոնապես հաստատելու անցման մեկնարկը:
4. Սեղմելով Մեծ կարմիր կոճակը:
5. 10-15 րոպե ընդհատումների և ձայնի վերամիացման, VM-ի վերագրանցման համար:
6. 30 րոպե IP հասցեները փոխելու համար լավատեսական գնահատական ​​է:
7. Եվ վերջապես, VM-ի մեկնարկը և արդյունավետ ծառայությունների մեկնարկը:

Ընդհանուր RTO-ն (բիզնես գործընթացները վերականգնելու ժամանակը) կարելի է ապահով գնահատել 4 ժամ:

Եկեք համեմատենք մետրոկլաստերում տիրող իրավիճակի հետ։

1. Պահպանման համակարգը հասկանում է, որ կապը մետրոկլաստերի թեւի հետ կորել է՝ 15-30 վայրկյան:
2. Վիրտուալիզացիայի հյուրընկալողները հասկանում են, որ առաջին տվյալների կենտրոնը կորել է՝ 15-30 վայրկյան (միաժամանակ 1-ին կետի հետ):
3. ՎՄ-ների կեսից երրորդի ավտոմատ վերագործարկումը երկրորդ տվյալների կենտրոնում՝ ծառայությունների բեռնումից 10-15 րոպե առաջ:
4. Մոտավորապես այս ժամանակահատվածում հերթապահը գիտակցում է, թե ինչ է տեղի ունեցել։

Ընդհանուր՝ RTO = 0 անհատական ​​ծառայությունների համար, ընդհանուր դեպքում 10-15 րոպե:

Ինչո՞ւ է վերագործարկվում VM-ների միայն կեսից երրորդը: Տեսեք, թե ինչ է կատարվում.

1. Դուք ամեն ինչ անում եք խելացի և միացնում եք VM-ի ավտոմատ հավասարակշռումը: Արդյունքում, միջին հաշվով, VM-ների միայն կեսն է աշխատում տվյալների կենտրոններից մեկում: Ի վերջո, մետրոկլաստերի ամբողջ նպատակն այն է, որ նվազագույնի հասցվի պարապուրդի ժամանակը, և, հետևաբար, ձեր շահերից է բխում նվազագույնի հասցնել հարձակման տակ գտնվող VM-ների թիվը:
2. Որոշ ծառայություններ կարող են խմբավորվել հավելվածի մակարդակում՝ բաշխված տարբեր VM-ների վրա: Համապատասխանաբար, այս զուգակցված VM-ները մեկ առ մեկ մեխվում են կամ ժապավենով կապվում տվյալների տարբեր կենտրոնների վրա, որպեսզի ծառայությունը չսպասի, որ VM-ն վերագործարկվի վթարի դեպքում:

Մետրոպոլիտենի ընդլայնված կլաստերներով լավ կառուցված ենթակառուցվածքով բիզնես օգտագործողները ցանկացած վայրից աշխատում են նվազագույն ուշացումներով, նույնիսկ տվյալների կենտրոնի մակարդակով վթարի դեպքում: Վատագույն դեպքում ուշացումը կլինի մեկ բաժակ սուրճի ժամանակը։

Եվ, իհարկե, մետրոկլաստերները հիանալի են աշխատում և՛ HPE 3Par-ի վրա, որը շարժվում է դեպի Valinor, և՛ բոլորովին նոր Primera-ի վրա:

Հեռավոր աշխատավայրի ենթակառուցվածք

Տերմինալային սերվերներ

Տերմինալային սերվերների համար նոր բան հորինելու կարիք չկա, HPE-ն երկար տարիներ նրանց համար մատակարարում է աշխարհի լավագույն սերվերներից մի քանիսը: Հավերժական դասականներ՝ DL360 (1U) կամ DL380 (2U) կամ AMD երկրպագուների համար՝ DL385: Իհարկե, կան նաև blade սերվերներ՝ ինչպես դասական C7000-ը, այնպես էլ նոր Synergy կոմպոզիցիոն հարթակը:

Յուրաքանչյուր ճաշակի, յուրաքանչյուր գույնի համար, առավելագույն նիստեր յուրաքանչյուր սերվերի համար:

«Դասական» VDI + HPE պարզություն

Այս դեպքում, երբ ես ասում եմ «դասական VDI» ես նկատի ունեմ 1 օգտվող = 1 VM կոնցեպտը հաճախորդի Windows-ով: Եվ, իհարկե, հիպերկոնվերգացված համակարգերի համար ավելի մոտ և ավելի թանկ VDI բեռ չկա, հատկապես՝ deduplication-ի և սեղմման դեպքում:

Այստեղ HPE-ն կարող է առաջարկել և՛ իր հիպերկոնվերգացված Simplivity հարթակը, և՛ սերվերներ/հավաստագրված հանգույցներ գործընկեր լուծումների համար, ինչպիսիք են VSAN Ready հանգույցները՝ VMware VSAN ենթակառուցվածքի վրա VDI կառուցելու համար:

Եկեք մի փոքր ավելին խոսենք Simplicity-ի սեփական լուծման մասին: Ուշադրության կենտրոնում, ինչպես անունը նրբորեն հուշում է մեզ, պարզությունն է: Հեշտ է տեղակայվում, հեշտ է կառավարվում, հեշտ է չափվում:

Հիպերկոնվերգացիոն համակարգերն այսօր ՏՏ ոլորտում ամենաթեժ թեմաներից են, և տարբեր մակարդակների վաճառողների թիվը մոտ 40 է: Ըստ Gartner-ի կախարդական հրապարակի, HPE-ն գտնվում է գլոբալ Top5-ում և ներառված է առաջատարների հրապարակում, ովքեր հասկանում են: որտեղ արդյունաբերությունը զարգանում է, և կարող են հասկանալ, որ այն վերածվի ապարատային:

Ճարտարապետական ​​առումով, Simplivity-ը դասական հիպերկոնվերգացված համակարգ է վերահսկիչ վիրտուալ մեքենաներով, ինչը նշանակում է, որ այն կարող է աջակցել տարբեր հիպերվիզորների՝ ի տարբերություն հիպերվիզորի ինտեգրված համակարգերի: Իրոք, 2020 թվականի ապրիլի դրությամբ VMware vSphere-ն և Microsoft Hyper-V-ն աջակցվում են, և հայտարարվել են KVM-ին աջակցելու ծրագրեր: Simplivity-ի հիմնական առանձնահատկությունը շուկայում հայտնվելուց ի վեր սեղմման և կրկնօրինակման ապարատային արագացումն է հատուկ արագացուցիչ քարտի միջոցով:

Պետք է նշել, որ սեղմումը և կրկնօրինակումը գլոբալ են և միշտ միացված են, սա ընտրովի հատկանիշ չէ, այլ լուծման ճարտարապետություն:

HPE-ն, իհարկե, ինչ-որ չափով անազնիվ է, պնդում է 100:1 արդյունավետություն, հաշվում է հատուկ ձևով, բայց տարածքի օգտագործման արդյունավետությունն իսկապես շատ բարձր է: Պարզապես 100:1 թիվը չափազանց գեղեցիկ է: Եկեք պարզենք, թե ինչպես է Simplivity-ը տեխնիկապես իրականացվում նման թվեր ցույց տալու համար:

Snapshot. Snapshot-ները 100%-ով ճիշտ են իրականացվել որպես RoW (Redirect-on-Write) և, հետևաբար, տեղի են ունենում ակնթարթորեն և չեն առաջացնում կատարման տույժ: Ինչպես են դրանք, օրինակ, տարբերվում որոշ այլ համակարգերից։ Ինչու՞ են մեզ անհրաժեշտ տեղական նկարահանումներ առանց տուգանքների: Այո, դա շատ պարզ է. RPO-ն 24 ժամից (միջին RPO կրկնօրինակման համար) նվազեցնելը տասնյակ կամ նույնիսկ միավոր րոպեների:

Կրկնօրինակեք. Պատկերը տարբերվում է կրկնօրինակից միայն նրանով, թե ինչպես է այն ընկալվում վիրտուալ մեքենայի կառավարման համակարգի կողմից: Եթե ​​մեքենան ջնջելիս մնացած ամեն ինչ ջնջվում է, ապա դա ակնթարթային պատկեր էր: Եթե ​​մնացել է, դա նշանակում է, որ դա պահեստային է: Այսպիսով, ցանկացած լուսանկար կարելի է համարել ամբողջական կրկնօրինակում, եթե այն նշված է համակարգում և ջնջված չէ:

Իհարկե, շատերը կառարկեն՝ ի՞նչ կրկնօրինակի մասին է խոսքը, եթե այն պահվում է նույն համակարգում: Եվ այստեղ կա մի շատ պարզ պատասխան՝ հակահարցի տեսքով. ասա ինձ, ունե՞ք սպառնալիքի պաշտոնական մոդել, որը սահմանում է կրկնօրինակը պահելու կանոնները: Սա բացարձակապես ազնիվ կրկնօրինակ է VM-ի ներսում ֆայլը ջնջելու դեմ, սա կրկնօրինակ է հենց VM-ն ջնջելու դեմ: Եթե ​​կարիք կա պահուստային պատճենը բացառապես առանձին համակարգում պահելու, դուք ունեք ընտրություն՝ վերարտադրել այս նկարը երկրորդ Simplivity կլաստերին կամ HPE StoreOnce-ին:

Եվ ահա, որտեղ պարզվում է, որ նման ճարտարապետությունը պարզապես իդեալական է ցանկացած տեսակի VDI-ի համար: Ի վերջո, VDI նշանակում է հարյուրավոր կամ նույնիսկ հազարավոր չափազանց նմանատիպ մեքենաներ նույն ՕՀ-ով, նույն հավելվածներով: Գլոբալ deduplication-ը կծամի այս ամենը և կսեղմի ոչ թե 100:1, այլ շատ ավելի լավ: Տեղադրե՞լ 1000 VM մեկ ձևանմուշից: Ամենևին խնդիր չէ, այս մեքենաները vCenter-ում գրանցելու համար ավելի երկար կպահանջվի, քան կլոնավորելու համար:

Simplivity G գիծը ստեղծվել է հատուկ կատարողականության հատուկ պահանջներ ունեցող օգտատերերի և նրանց համար, ովքեր կարիք ունեն 3D արագացուցիչների:

Այս շարքը չի օգտագործում ապարատային կրկնօրինակման արագացուցիչ և, հետևաբար, նվազեցնում է մեկ հանգույցի սկավառակների քանակը, որպեսզի վերահսկիչը կառավարի այն ծրագրային ապահովման մեջ: Սա ազատում է PCIe slots ցանկացած այլ արագացուցիչի համար: Հասանելի հիշողության քանակը յուրաքանչյուր հանգույցի համար նույնպես կրկնապատկվել է՝ հասնելով 3 ՏԲ ամենախստապահանջ աշխատանքային բեռների համար:

Պարզությունը իդեալական է աշխարհագրորեն բաշխված VDI ենթակառուցվածքները կենտրոնական տվյալների կենտրոնին տվյալների կրկնօրինակմամբ կազմակերպելու համար:

Նման VDI ճարտարապետությունը (և ոչ միայն VDI) հատկապես հետաքրքիր է ռուսական իրողությունների համատեքստում՝ հսկայական հեռավորություններ (և հետևաբար ուշացումներ) և հեռու իդեալական ալիքներից: Ստեղծվում են տարածաշրջանային կենտրոններ (կամ նույնիսկ 1-2 Simplivity հանգույց ամբողջովին հեռավոր գրասենյակում), որտեղ տեղական օգտատերերը միանում են արագ ալիքների միջոցով, պահպանվում է կենտրոնից լիարժեք վերահսկողություն և կառավարում, և միայն փոքր քանակությամբ իրական, արժեքավոր և ոչ: junk, կրկնօրինակվում է կենտրոնի տվյալներին:

Իհարկե, Simplivity-ը լիովին միացված է OneView-ին և InfoSight-ին:

Նիհար և զրոյական հաճախորդներ

Thin clients-ը մասնագիտացված լուծումներ են, որոնք օգտագործվում են բացառապես որպես տերմինալներ: Քանի որ հաճախորդի վրա գործնականում ոչ մի բեռ չկա, քան ալիքը պահպանելը և տեսանյութը վերծանելը, գրեթե միշտ կա պասիվ սառեցմամբ պրոցեսոր, փոքրիկ բեռնախցիկ՝ հատուկ ներկառուցված ՕՀ գործարկելու համար, և հիմնականում դա է: Դրա մեջ գործնականում ջարդելու բան չկա, իսկ գողանալն անիմաստ է։ Արժեքը ցածր է, և տվյալներ չեն պահվում:

Գոյություն ունի thin clients-ի հատուկ կատեգորիա, այսպես կոչված, zero clients: Նրանց հիմնական տարբերությունը բարակներից նույնիսկ ընդհանուր նշանակության ներկառուցված ՕՀ-ի բացակայությունն է և աշխատում են բացառապես որոնվածով միկրոչիպով: Նրանք հաճախ պարունակում են հատուկ ապարատային արագացուցիչներ՝ տերմինալային արձանագրություններում վիդեո հոսքերի վերծանման համար, ինչպիսիք են PCoIP կամ HDX:

Չնայած խոշոր Hewlett Packard-ի բաժանմանը առանձին HPE-ի և HP-ի, անհնար է չհիշատակել HP-ի կողմից արտադրված thin client-ների մասին:

Ընտրությունը լայն է՝ յուրաքանչյուր ճաշակի և կարիքի համար՝ մինչև բազմամոնիտոր աշխատանքային կայաններ՝ տեսահոսքի ապարատային արագացմամբ:

HPE ծառայություն ձեր հեռահար աշխատանքի համար

Եվ վերջապես, ես ուզում եմ նշել HPE ծառայությունը: Չափազանց երկար կլինի թվարկել HPE-ի սպասարկման բոլոր մակարդակներն ու հնարավորությունները, բայց առնվազն կա մեկ չափազանց կարևոր առաջարկ հեռավոր աշխատանքային միջավայրերի համար: Մասնավորապես՝ սպասարկող ինժեներ HPE-ից/լիազորված սպասարկման կենտրոնից։ Դուք շարունակում եք աշխատել հեռակա՝ ձեր սիրելի ամառանոցից, լսելով իշամեղուներ, մինչդեռ HPE-ից մեղուն, ժամանելով տվյալների կենտրոն, փոխարինում է սկավառակները կամ ձեր սերվերների սնուցման ձախողումը:

HPE CallHome

Այսօրվա պայմաններում, շարժման սահմանափակումներով, Call Home ֆունկցիան դառնում է ավելի ակտուալ, քան երբևէ։ Այս հատկանիշով ցանկացած HPE համակարգ կարող է ինքնուրույն զեկուցել ապարատային կամ ծրագրային ապահովման ձախողման մասին HPE Աջակցման Կենտրոնին: Եվ հավանական է, որ փոխարինող մասը և/կամ սպասարկող ինժեները կժամանեն ձեր գտնվելու վայր շատ ավելի շուտ, քան դուք կնկատեք որևէ անսարքություն կամ արդյունավետ ծառայությունների հետ կապված խնդիրներ:

Անձամբ ես խորհուրդ եմ տալիս միացնել այս հնարավորությունը:

Source: www.habr.com