Ќе ти кажам една приказна денес. Историјата на еволуцијата на компјутерската технологија и појавата на далечни работни места од античко време до денес.
ИТ развој
Главната работа што може да се научи од историјата на ИТ е...
Се подразбира дека ИТ се развива во спирала. Истите решенија и концепти кои беа отфрлени пред неколку децении добиваат ново значење и почнуваат успешно да работат во нови услови, со нови задачи и нови капацитети. Во ова, ИТ не се разликува од која било друга област на човечкото знаење и историјата на Земјата како целина.
Многу одамна кога компјутерите беа големи
„Мислам дека има пазар во светот за околу пет компјутери“, извршниот директор на IBM, Томас Вотсон, во 1943 година.
Раната компјутерска технологија беше голема. Не, тоа е погрешно, раната технологија беше монструозна, киклопска. Целосно компјутеризирана машина зафаќала површина споредлива со теретана и чинела апсолутно нереални пари. Пример за компоненти е RAM-модул на феритни прстени (1964).
Овој модул има големина од 11 cm * 11 cm и капацитет од 512 бајти (4096 бита). Кабинетот целосно исполнет со овие модули едвај имал капацитет како древна флопи диск од 3,5 инчи (1.44 MB = 2950 модули), додека трошела многу забележлива електрична енергија и се загревала како парна локомотива.
Токму поради неговата огромна големина англиското име за дебагирање на програмскиот код е „дебагирање“. Еден од првите програмери во историјата, Грејс Хопер (да, жена), поморски офицер, напишал запис во дневникот во 1945 година откако истражувал проблем со програмата.
Бидејќи молецот (молец) генерално е бубачка (инсект), сите понатамошни проблеми и активности за решавање на персоналот ги пријавиле на нивните претпоставени како „дебагирање“ (буквално отстранување грешки), тогаш бубачката со името беше цврсто доделена на неуспех на програмата и грешка во кодот и дебагирањето стана дебагирање.
Со развојот на електрониката и полупроводничката електроника особено, физичката големина на машините почна да се намалува, а компјутерската моќ, напротив, се зголеми. Но, дури и во овој случај беше невозможно да се снабдат сите со компјутер лично.
„Нема причина зошто некој би сакал да чува компјутер во својот дом“ - Кен Олсен, основач на DEC, 1977 година.
Во 70-тите се појави терминот мини-компјутер. Се сеќавам дека кога првпат го прочитав овој термин пред многу години, замислив нешто како нетбук, речиси рачен. Не можев да бидам подалеку од вистината.
Mini е само во споредба со огромните машински простории, но сепак тоа се неколку кабинети со опрема што чини стотици илјади и милиони долари. Сепак, компјутерската моќ веќе беше зголемена толку многу што не беше секогаш 100% оптоварена, а во исто време компјутерите почнаа да им бидат достапни на универзитетските студенти и наставниците.
И тогаш дојде ТОЈ!
Малкумина размислуваат за латинските корени во англискиот јазик, но тој ни донесе далечински пристап каков што го знаеме денес. Терминус (латински) - крај, граница, цел. Целта на Терминаторот Т800 беше да му стави крај на животот на Џон Конор. Знаеме и дека транспортните станици каде се качуваат и симнуваат патници или се товарат и истоваруваат стоки се нарекуваат терминали - крајните дестинации на рутите.
Соодветно на тоа, се роди концептот за пристап до терминалот и можете да го видите најпознатиот терминал во светот кој сè уште живее во нашите срца.
DEC VT100 се нарекува терминал бидејќи ја завршува линијата за податоци. Има практично нула процесорска моќ и единствена задача е да прикажува информации добиени од голема машина и да го пренесува влезот од тастатурата до машината. И иако VT100 е физички одамна мртов, ние сè уште го користиме до полн потенцијал.
Нашите денови
Ќе почнам да ги бројам „нашите денови“ од почетокот на 80-тите, од моментот кога се појавија првите процесори со значителна компјутерска моќ, достапни за широк опсег на луѓе. Традиционално се верува дека главниот процесор на ерата бил Intel 8088 (семејството x86) како предок на победничката архитектура. Која е основната разлика со концептот на 70-тите?
За прв пат, постои тенденција за пренос на обработка на информации од центарот на периферијата. За сите задачи не е потребна луда (во споредба со слабата x86) моќ на мејнфрејм, па дури и на мини-компјутер. Интел не мирува; во 90-тите го издаде семејството Pentium, кое навистина стана првиот масовно произведен домашен апарат во Русија. Овие процесори веќе се способни за многу, не само пишување букви, туку и мултимедија и работа со мали бази на податоци. Всушност, за малите бизниси воопшто нема потреба од сервери - сè може да се направи на периферијата, на клиентските машини. Секоја година, процесорите стануваат се помоќни, а разликата помеѓу серверите и персоналните компјутери станува сè помала и помала во однос на компјутерската моќност, често останувајќи само во вишок на енергија, поддршка што може да се замени топла и специјални футроли за монтирање на решетката.
Ако ги споредите модерните клиентски процесори кои беа „смешни“ за администраторите на тешки сервери во 90-тите од Интел со суперкомпјутерите од минатото, тогаш станувате малку непријатно.
Да го погледнеме старецот, кој практично е на моја возраст. Креј X-MP/24 1984 година.
Оваа машина беше меѓу најдобрите суперкомпјутери во 1984 година, со 2 процесори од 105 MHz со максимална компјутерска моќ од 400 MFlops (милиони операции со подвижна запирка). Конкретната машина прикажана на фотографијата стоела во американската лабораторија за криптографија НСА и била ангажирана во кршење на кодови. Ако конвертирате 15 милиони долари во 1984 долари во 2020 долари, трошокот е 37,4 милиони долари или 93 долари/MFlops.
Машината на која ги пишувам овие редови има процесор Core i5-7400 од 2017 година, што воопшто не е ново, а дури и во годината на објавување беше најмладиот 4-јадрен од сите десктоп процесори од средна класа. 4 јадра со основна фреквенција од 3.0 GHz (3.5 со Turbo Boost) и удвојување на нишките HyperThreading даваат од 19 до 47 GFlops моќ според различни тестови по цена од 16 илјади рубли по процесор. Ако ја составите целата машина, тогаш можете да ја земете нејзината цена за 750 долари (по цени и курсеви од 1 март 2020 година).
На крајот, добиваме супериорност на целосно просечен десктоп процесор на наше време за 50-120 пати во однос на топ-10 суперкомпјутер од догледното минато, а падот на специфичната цена на MFlops станува апсолутно монструозен 93500 / 25 = 3700 времиња.
Зошто сè уште ни се потребни сервери и централизација на компјутерите со таква моќ на периферијата е апсолутно неразбирливо!
Обратен скок - спиралата направи пресврт
Станици без диск
Првиот сигнал дека преместувањето на компјутерите на периферијата нема да биде конечно беше појавата на технологијата на работна станица без диск. Со значителна дистрибуција на работни станици низ претпријатието, а особено во контаминирани простории, прашањето за управување и поддршка на овие станици станува многу тешко.
Се појавува концептот на „време на коридорот“ - процентот на време што вработен за техничка поддршка е во коридорот, на пат до вработен со проблем. Ова е платено време, но целосно непродуктивно. Не најмалку важната улога, а особено во контаминираните простории, беше неуспехот на хард дисковите. Ајде да го отстраниме дискот од работната станица и да направиме сè друго преку мрежата, вклучително и преземањето. Покрај адресата од серверот DHCP, мрежниот адаптер добива и дополнителни информации - адресата на серверот TFTP (поедноставена услуга за датотеки) и името на сликата за подигање, ја вчитува во RAM меморијата и ја стартува машината.
Покрај помалку дефекти и намалено време на коридор, сега не треба да ја дебагирате машината на лице место, туку едноставно да донесете нова и да ја однесете старата на дијагностика на опремено работно место. Но, тоа не е се!
Станицата без диск станува многу побезбедна - ако некој одеднаш упадне во просторијата и ги извади сите компјутери, ова е само губење на опремата. Нема податоци зачувани на станици без диск.
Да се потсетиме на оваа точка: безбедноста на информациите почнува да игра сè поважна улога по „безгрижното детство“ на информатичката технологија. А ужасните и важни 3 букви се повеќе навлегуваат во ИТ - GRC (Управување, ризик, усогласеност), или на руски „Управливост, ризик, усогласеност“.
Терминални сервери
Широката дистрибуција на сè помоќни персонални компјутери на периферијата значително го надмина развојот на мрежите за јавен пристап. Класичните апликации клиент-сервер за 90-тите и раните 00-ти не работеа многу добро на тенок канал ако размената на податоци изнесуваше некои значајни вредности. Ова беше особено тешко за оддалечените канцеларии поврзани преку модем и телефонска линија, кои исто така периодично замрзнуваа или беа исклучени. И…
Спиралата направи пресврт и се најде повторно во терминален режим со концептот на терминални сервери.
Всушност, се вративме во 70-тите со нивните нула клиенти и централизацијата на компјутерската моќ. Брзо стана очигледно дека, покрај чисто економското образложение за каналите, пристапот до терминал обезбедува огромни можности за организирање безбеден пристап однадвор, вклучувајќи работа од дома за вработените, или екстремно ограничен и контролиран пристап за изведувачите од недоверливи мрежи и недоверливи/ неконтролирани уреди.
Сепак, терминалните сервери, и покрај сите свои предности и прогресивност, имаа и низа недостатоци - мала флексибилност, проблем со бучен сосед, строго серверски Windows, итн.
Раѓањето на Прото ВДИ
Точно, на почетокот до средината на 00-тите, индустриската виртуелизација на платформата x86 веќе доаѓаше на сцена. И некој изрази идеја што едноставно беше во воздухот: наместо да ги централизираме сите клиенти на серверските терминални фарми, ајде да им дадеме на секој сопствен личен VM со клиент Windows, па дури и администраторски пристап?
Одбивање на дебели клиенти
Паралелно со виртуелизацијата на сесијата и ОС, беше развиен пристап за олеснување на функцијата на клиентот на ниво на апликација.
Логиката зад ова беше прилично едноставна, бидејќи сè уште не сите имаа лични лаптопи, немаа сите Интернет, а многумина можеа да се поврзат само од интернет кафе со многу ограничени, благо кажано, права. Всушност, сè што можеше да се стартува беше прелистувач. Прелистувачот стана неопходен атрибут на ОС, Интернетот цврсто влезе во нашите животи.
Со други зборови, имаше паралелен тренд на пренесување на логиката од клиентот во центарот во форма на веб-апликации, за пристап до кои ви е потребен само наједноставниот клиент, Интернет и прелистувач.
И не завршивме таму каде што почнавме - со нула клиенти и централни сервери. Стигнавме таму на неколку независни начини.
Инфраструктура за виртуелна работна површина
брокер
Во 2007 година, лидерот на пазарот за индустриска виртуелизација, VMware, ја објави првата верзија на својот производ VDM (Virtual Desktop Manager), кој всушност стана првиот на пазарот за зародиш виртуелна работна површина. Се разбира, не требаше долго да чекаме за одговор од лидерот на терминални сервери, Citrix, а во 2008 година, со стекнувањето на XenSource, се појави XenDesktop. Се разбира, имаше и други продавачи со свои предлози, но да не навлегуваме многу длабоко во историјата, оддалечувајќи се од концептот.
И концептот останува и денес. Клучна компонента на VDI е брокерот за поврзување.
Ова е срцето на виртуелната десктоп инфраструктура.
Брокерот е одговорен за најважните VDI процеси:
- Ги определува ресурсите (машини/сесии) достапни на поврзаниот клиент;
- Доколку е потребно, ги балансира клиентите низ базените на машини/сесии;
- Го препраќа клиентот до избраниот ресурс.
Денес, клиент (терминал) за VDI може да биде буквално сè што има екран - лаптоп, паметен телефон, таблет, киоск, тенок или нула клиент. И делот за одговор, истиот што го извршува продуктивното оптоварување - сесија на терминален сервер, физичка машина, виртуелна машина. Современите зрели VDI производи се цврсто интегрирани со виртуелната инфраструктура и самостојно управуваат со неа во автоматски режим, распоредувајќи или, напротив, бришејќи виртуелни машини кои повеќе не се потребни.
Малку настрана, но за некои клиенти исклучително важна VDI технологија е поддршката за хардверско забрзување на 3D графика за работата на дизајнерите или дизајнерите.
Протокол
Вториот исклучително важен дел од зрело VDI решение е протоколот за пристап до виртуелни ресурси. Ако зборуваме за работа во корпоративна локална мрежа со одлична, сигурна мрежа од 1 Gbps до работното место и доцнење од 1 ms, тогаш можете да земете буквално која било и да не размислувате воопшто.
Треба да размислите кога врската е преку неконтролирана мрежа, а квалитетот на оваа мрежа може да биде апсолутно се, до брзини од десетици килобити и непредвидливи доцнења. Тие се вистинските за организирање вистинска работа на далечина, од дачи, од дома, од аеродроми и ресторани.
Терминални сервери наспроти VM на клиенти
Со доаѓањето на VDI, се чинеше дека е време да се збогуваме со терминалните сервери. Зошто се потребни ако секој има свој личен VM?
Сепак, од гледна точка на чиста економија, се покажа дека за типични масовни работни места, идентичен ad nauseum, сè уште нема ништо поефикасно од терминалните сервери во однос на цена/сесија. И покрај сите свои предности, пристапот „1 корисник = 1 VM“ троши значително повеќе ресурси на виртуелен хардвер и полноправен ОС, што ја влошува економијата на типичните работни места.
Во случај на работни места на врвни менаџери, нестандардни и оптоварени работни места, предност има потребата да се имаат високи права (до администратор), посветен VM по корисник. Во рамките на овој VM, можете да распределувате ресурси поединечно, да издавате права на кое било ниво и да ги балансирате VM-ите помеѓу хостовите за виртуелизација под големо оптоварување.
VDI и економија
Со години го слушам истото прашање - како VDI е поевтино отколку само да се делат лаптопи на сите? И со години морам да го одговорам токму истото: во случајот на обичните вработени во канцеларијата, VDI не е поевтин, ако ги земеме предвид нето трошоците за обезбедување опрема. Што и да се каже, лаптопите стануваат поевтини, но серверите, системите за складирање и системскиот софтвер чинат прилично многу пари. Ако дојде време да го ажурирате вашиот возен парк и размислувате да заштедите пари преку VDI, не, нема да заштедите пари.
Ги наведов страшните три букви GRC погоре - значи, VDI е за GRC. Се работи за управување со ризик, се работи за безбедност и удобност на контролиран пристап до податоците. И сето ова обично чини доста пари за да се имплементира на куп различни видови опрема. Со VDI, контролата е поедноставена, безбедноста се зголемува, а косата станува мека и свиленкаста.
HPE решенија за далечинско работење
Управување со далечински и облак
ИЛО
HPE е далеку од новодојденец во далечинско управување со серверската инфраструктура, без шега - во март легендарниот iLO (Integrated Lights Out) наполни 18 години. Сеќавајќи се на моите денови како администратор во 00-тите, јас лично не можев да бидам посреќен. Почетната инсталација во решетките и каблите за поврзување беше сè што требаше да се направи во бучен и студен центар за податоци. Сите други конфигурации, вклучувајќи го и вчитувањето на оперативниот систем, може да се направат од работна станица, два монитори и кригла топло кафе. И ова е пред 13 години!
Денес, HPE серверите се неприкосновен долгорочен стандард за квалитет со причина - а не најмала улога во тоа има златниот стандард на системот за далечинско управување - iLO.
Би сакал конкретно да ги забележам активностите на HPE во одржувањето на контролата на човештвото над коронавирусот. , дека до крајот на 2020 година (барем) лиценцата iLO Advanced е достапна за секого бесплатно.
Инфосојт
Ако имате повеќе од 10 сервери во вашата инфраструктура, а на администраторот не му е здодевно, тогаш секако дека HPE Infosight облак системот базиран на вештачка интелигенција ќе биде одличен додаток на стандардните алатки за следење. Системот не само што го следи статусот и гради графикони, туку и независно препорачува понатамошни активности врз основа на моменталната ситуација и трендови.
Биди паметен, , пробајте Infosight!
OneView
Последно, но не и најмалку важно, би сакал да го спомнам HPE OneView - цело портфолио на производи со огромни можности за следење и управување со целата инфраструктура. И сето тоа без да станете од работната маса, што можеби го имате во моменталната ситуација на вашата дача.
Системите за складирање исто така не се лоши!
Се разбира, сите системи за складирање се управуваат и надгледуваат од далечина - ова беше случај пред многу години. Затоа, сакам да зборувам денес за нешто друго, имено метро кластери.
Метро кластерите не се воопшто нови на пазарот, но токму затоа тие сè уште не се многу популарни - инертноста на размислувањето и првиот впечаток влијае на нив. Се разбира, тие веќе постоеја пред 10 години, но чинат како мост од леано железо. Годините што поминаа од првите метрокластери ја променија индустријата и достапноста на технологијата до пошироката јавност.
Се сеќавам на проекти каде што делови од системи за складирање беа специјално дистрибуирани - одделно за суперкритични услуги во метро кластер, посебно за синхрона репликација (многу поевтино).
Всушност, во 2020 година, метрокластерот не ве чини ништо ако сте во можност да организирате две страници и канали. Но, каналите потребни за синхрона репликација се сосема исти како и за метрокластерите. Лиценцирањето на софтверот одамна се спроведува во пакети - а синхроната репликација доаѓа веднаш како пакет со метро кластер, а единственото нешто што досега ја одржува жива еднонасочната репликација е потребата да се организира проширена L2 мрежа. И дури и тогаш, L2 над L3 веќе ја зафаќа целата земја со моќ и главно.
Значи, која е фундаменталната разлика помеѓу синхроната репликација и метрокластерот од гледна точка на работа од далечина?
Сè е многу едноставно. Метрокластерот работи сам по себе, автоматски, секогаш, речиси веднаш.
Како изгледа процесот на префрлување на оптоварување за синхрона репликација на инфраструктура од најмалку неколку стотици VMs?
- Примен е сигнал за итен случај.
- Дежурната смена ја анализира ситуацијата - можете безбедно да одвоите 10 до 30 минути само за да добиете сигнал и да донесете одлука.
- Доколку дежурните инженери немаат овластување самостојно да го стартуваат префрлувањето, сепак имаат 30 минути за да го контактираат лицето со надлежното и официјално да го потврдат почетокот на префрлувањето.
- Притискање на големото црвено копче.
- 10-15 минути за тајмаути и повторно монтирање на јачината на звукот, пререгистрација на VM.
- 30 минути за промена на IP адресата е оптимистичка проценка.
- И конечно, почеток на VM и лансирање на продуктивни услуги.
Вкупниот RTO (време за обновување на деловните процеси) може безбедно да се процени на 4 часа.
Ајде да се споредиме со состојбата на метрокластерот.
- Системот за складирање разбира дека врската со кракот на метрокластерот е изгубена - 15-30 секунди.
- Домаќините за виртуелизација разбираат дека првиот центар за податоци е изгубен - 15-30 секунди (истовремено со точка 1).
- Автоматско рестартирање на половина до третина од VM во вториот центар за податоци - 10-15 минути пред да се вчитаат услугите.
- Околу ова време, дежурната смена сфаќа што се случило.
Вкупно: RTO = 0 за поединечни услуги, 10-15 минути во општиот случај.
Зошто се рестартираат само половина до третина од VMs? Погледнете што се случува:
- Сè правите паметно и овозможувате автоматско балансирање на VM. Како резултат на тоа, во просек, само половина од VM-ите работат во еден од центрите за податоци. На крајот на краиштата, целата поента на метрокластерот е да се минимизира времето на застој, и затоа е во ваш интерес да го минимизирате бројот на нападнати VM.
- Некои услуги може да се групираат на ниво на апликација, дистрибуирани низ различни VM. Соодветно на тоа, овие спарени VM се заковани еден по еден или се врзуваат со лента за различни центри за податоци, така што услугата не чека да се рестартира VM во случај на несреќа.
Со добро изградена инфраструктура со проширени кластери на метро, деловните корисници работат со минимални доцнења од каде било, дури и во случај на несреќа на ниво на центарот за податоци. Во најлош случај, доцнењето ќе биде времето на една шолја кафе.
И, се разбира, метрокластерите работат одлично и на HPE 3Par, кој се движи кон Валинор, и на сосема новата Primera!
Инфраструктура на оддалеченото работно место
Терминални сервери
Нема потреба да се смислува ништо ново за терминалните сервери; HPE ги снабдува некои од најдобрите сервери во светот за нив многу години. Безвременски класици - DL360 (1U) или DL380 (2U) или за љубителите на AMD - DL385. Секако, има и blade сервери, како класичниот C7000, така и новата платформа за компонирање Synergy.
За секој вкус, за секоја боја, максимални сесии по сервер!
„Класичен“ VDI + HPE едноставност
Во овој случај, кога велам „класичен VDI“ мислам на концептот на 1 корисник = 1 VM со клиент Windows. И, се разбира, нема поблиско и подраго VDI оптоварување за хиперконвергирани системи, особено со дедупликација и компресија.
Овде, HPE може да понуди и своја хиперконвергирана платформа Simplivity и сервери / сертифицирани јазли за партнерски решенија, како што се VSAN Ready Nodes за градење VDI на инфраструктурата VMware VSAN.
Ајде да зборуваме малку повеќе за сопственото решение на Simplicity. Фокусот, како што името нежно ни навестува, е едноставноста. Лесен за распоредување, лесен за управување, лесен за скалирање.
Хиперконвергираните системи денес се една од најжешките теми во ИТ, а бројот на продавачи на различни нивоа е околу 40. Според волшебниот плоштад Гартнер, HPE се наоѓа во Топ 5 на глобално ниво и е вклучен во плоштадот на лидери - оние кои разбираат каде што индустријата се развива и се способни да го разберат да се преведат во хардвер.
Архитектонски, Simplivity е класичен хиперконвергентен систем со контролер виртуелни машини, што значи дека може да поддржува различни хипервизори, наспроти хипервизорски интегрирани системи. Навистина, од април 2020 година, VMware vSphere и Microsoft Hyper-V се поддржани и најавија планови за поддршка на KVM. Клучната карактеристика на Simplivity од нејзиното појавување на пазарот е хардверското забрзување на компресија и дедупликација со помош на специјална картичка за забрзување.
Треба да се напомене дека компресирањето и дедупликацијата се глобални и секогаш се овозможени; ова не е изборна карактеристика, туку архитектура на решението.
HPE е, се разбира, донекаде неискрен, тврдејќи дека има ефикасност од 100:1, пресметувајќи на посебен начин, но ефикасноста на користењето на просторот е навистина многу висока. Едноставно бројот 100:1 е премногу убав. Ајде да откриеме како Simplivity е технички имплементиран за да се прикажат такви бројки.
Слика. Снимките се 100% правилно имплементирани како RoW (Redirect-on-Write) и затоа се појавуваат веднаш и не предизвикуваат казна за изведба. Како, на пример, се разликуваат од некои други системи. Зошто ни се потребни локални снимки без казни? Да, многу е едноставно, да се намали RPO од 24 часа (просечно RPO за резервна копија) на десетици или дури и единици минути.
Резерва. Снимката се разликува од резервната само по тоа како ја перцепира системот за управување со виртуелната машина. Ако кога бришете машина сè друго се брише, тогаш тоа беше слика. Ако има останато, тоа значи дека е резервна копија. Така, секоја слика може да се смета за целосна резервна копија ако е означена во системот и не е избришана.
Се разбира, многумина ќе се спротивстават - каков вид на резервна копија е ова ако е зачувана на истиот систем? И тука има многу едноставен одговор во форма на контра прашање: кажи ми, дали имаш формален модел за закана што ги утврдува правилата за складирање на резервна копија? Ова е апсолутно искрена резервна копија против бришење датотека во VM, ова е резервна копија против бришење на самиот VM. Ако има потреба да складирате резервна копија исклучиво на посебен систем, имате избор: репликација на оваа слика во втор кластер Simplivity или во HPE StoreOnce.
И ова е местото каде што излегува дека таквата архитектура е едноставно идеална за секаков вид VDI. Впрочем, VDI значи стотици или дури илјадници екстремно слични машини со ист оперативен систем, со исти апликации. Глобалната дедупликација ќе го изџвака сето ова и ќе го компресира ни 100:1, туку многу подобро. Да се распоредат 1000 VM од еден шаблон? Воопшто не е проблем, на овие машини ќе им треба подолго време да се регистрираат со vCenter отколку да се клонираат.
Линијата Simplivity G е создадена специјално за корисници со посебни барања за изведба и за оние на кои им требаат 3D акцелератори.
Оваа серија не користи хардверски забрзувач за дедупликација и затоа го намалува бројот на дискови по јазол, така што контролорот се справува со него во софтвер. Ова ослободува PCIe слотови за сите други акцелератори. Количината на достапна меморија по јазол исто така е двојно зголемена на 3 TB за најпребирливите оптоварувања.
Едноставноста е идеална за организирање на географски дистрибуирани VDI инфраструктури со репликација на податоци во централен центар за податоци.
Ваквата VDI архитектура (и не само VDI) е особено интересна во контекст на руската реалност - огромни растојанија (а со тоа и одложувања) и далеку од идеални канали. Се создаваат регионални центри (или дури и само 1-2 јазли на Simplivity во целосно оддалечена канцеларија), каде што локалните корисници се поврзуваат преку брзи канали, се одржува целосна контрола и управување од центарот, а само мала количина на вистински, вредни и не ѓубре, се реплицира на централните податоци.
Се разбира, Simplivity е целосно поврзан со OneView и InfoSight.
Тенки и нула клиенти
Thin clients се специјализирани решенија за употреба исклучиво како терминали. Бидејќи практично нема оптоварување на клиентот освен одржување на каналот и декодирање на видеото, скоро секогаш има процесор со пасивно ладење, мал диск за подигање само за стартување на специјален вграден оперативен систем, и тоа е во основа. Во него практично нема што да се скрши, а бескорисно е да се краде. Цената е мала и не се складираат податоци.
Постои посебна категорија на тин клиенти, таканаречени нула клиенти. Нивната главна разлика од тенките е отсуството дури и на вграден оперативен систем за општа намена и работат исклучиво со микрочип со фирмвер. Тие често содржат специјални хардверски акцелератори за декодирање на видео потоци во терминални протоколи како што се PCoIP или HDX.
И покрај поделбата на големиот Hewlett Packard на посебни HPE и HP, невозможно е да не се споменат тенки клиенти произведени од HP.
Изборот е широк, за секој вкус и потреба - до работни станици со повеќе монитори со хардверско забрзување на видео-стримот.
Услуга HPE за вашата работа на далечина
И последно, но не и најмалку важно, сакам да ја споменам услугата HPE. Би било премногу долго да се наведат сите нивоа на услуги и способности на HPE, но барем има една исклучително важна понуда за оддалечени работни средини. Имено, сервисен инженер од HPE/овластен сервисен центар. Вие продолжувате да работите од далечина, од вашата омилена дача, слушајќи бумбари, додека пчела од HPE, пристигнувајќи во центарот за податоци, ги заменува дисковите или неуспешно напојување на вашите сервери.
HPE CallHome
Во денешни услови, со ограничувања на движењето, функцијата Call Home станува порелевантна од кога било. Секој HPE систем со оваа функција може самостојно да пријави дефект на хардверот или софтверот до Центарот за поддршка на HPE. И, веројатно е дека резервниот дел и/или сервисен инженер ќе пристигнат на вашата локација долго пред да забележите какви било дефекти или проблеми со продуктивните услуги.
Лично, топло препорачувам да ја овозможите оваа функција.
Извор: www.habr.com