Решенията на HPE за организиране на дистанционна работа

Днес ще ви разкажа една история. История за еволюцията на компютърната техника и появата на отдалечени работни места от древността до днешния ден.

Развитие на ИТ

Основното, което можем да извлечем от историята на ИТ, е...

Разбира се, че ИТ се развива спирално. Същите решения и концепции, които са били отхвърлени преди десетилетия, придобиват нов смисъл и успешно започват да работят в нови условия, при нови задачи и нови възможности. В това отношение ИТ не се различава от която и да е друга област на човешкото познание и историята на Земята като цяло.

Отдавна, когато компютрите бяха големи

"Мисля, че в света има пазар за около пет компютъра", каза главата на IBM Томас Уотсън през 1943.

Ранната компютърна техника беше огромна. Не, неправилно, ранната техника беше чудовищна, циклопска. Цялостната компютърна машина зае площ, сравнима със спортна зала, а цената ѝ беше напълно нереална. За пример на компонентите можем да посочим модула с оперативна памет на феритни пръстени (1964).

Този модул има размер 11 см * 11 см и капацитет от 512 байта (4096 бита). Шкаф, напълно запълнен с тези модули, едва ли имаше капацитет на вече древната дискета 3,5" (1.44 MB = 2950 модула), а също така консумираше много електрическа мощност и се нагряваше като локомотив.

Точно с огромните размери е свързано и английското название за отстраняване на грешки в програмен код — “debugging”. Една от първите програмистки в историята, Грейс Хопър (да-да, жена), офицер от военноморските силы, направи през 1945 година запис в дневника на действията си след разследване на неизправност в програмата.

Тъй като moth (молец) в общия случай е bug (разрушител), всички последващи проблеми и действия по решаването им служителят докладваше на началството като “debugging” (буквално обезжучаване), така че за срива на програмата и грешката в кода трайно се утвърди термина баг, а отстраняването стана дебаг.

С развитието на електрониката и особено полупроводниковата електроника, физическите размери на машините започнаха да намаляват, а изчислителната мощност, напротив, нарастваше. Но дори и в този случай не можеше да се осигури на всеки по един компютър.

"Няма причина някой да иска да държи компютър у дома си" — Кен Олсен, основател на DEC, 1977.

През 70-те години се появява терминът мини-компютър. Помня, че когато за първи път прочетох този термин преди много години, си представих нещо като нетбук, практически палмура. Не можех да бъда по-далеч от истината.

Мини — той е само в сравнение с огромните машинни зали, но все още представлява няколко шкафа с оборудване на стойност стотици хиляди и милиони долари. Въпреки това изчислителната мощност вече се е увеличила достатъчно, така че не винаги е била заредена на 100%, и да, компютрите започнаха да бъдат достъпни за студенти и преподаватели в университетите.

И тук дойде ТОЙ!

Малко хора се замислят за латинските корени в английския език, но именно той ни подари отдалечен достъп, такъв какъвто го знаем сега. Terminus (лат) — край, граница, цел. Целта на Терминатора Т800 беше да приключи живота на Джон Конър. Също така знаем, че транспортните станции, на които се извършва качване-слизане на пътници или товарене-разтоварване на стоки, се наричат терминали — крайни цели на маршрутите.

Според това се появи концепцията на терминален достъп, и можете да видите най-известния в света терминал, който все още живее в нашите сърца.

DEC VT100 се нарича терминал, тъй като прекратява информационната линия. Има фактически нулева изчислителна мощност и единствената му задача е да визуализира информацията, получена от голямата машина, и да предаде на машината входа от клавиатурата. И въпреки че VT100 физически отдавна са умрели, все още ги ползваме в пълна мяра.

Нашите дни

„Нашите дни“ бих започнал да отчитам от началото на 80-те години, когато се появиха първите достъпни за широката публика процесори с някаква значима изчислителна мощ. Традиционно се счита, че основният процесор на епохата стана Intel 8088 (семейство x86) като родоначалник на победилата архитектура. Каква е принципната разлика с концепцията от 70-те години?

За първи път се появява тенденция за прехвърляне на обработката на информация от центъра към периферията. Далеч не всички задачи изискват лудите (в сравнение с слабичкото x86) мощности на мейнфрейм или дори мини-компютър. Intel не стои на едно място и в 90-те години пуска семейството Pentium, което наистина става първият масов домашен компютър в Русия. Тези процесори вече са способни на много, не само да напишат писмо — но и на мултимедия, и работа с малки бази данни. Всъщност, за малкия бизнес напълно отпада необходимостта от сървъри — всичко може да се извършва на периферията, на клиентските машини. С всяка година процесорите стават все по-мощни, а разликата между сървъри и настолни компютри все повече намалява от гледна точка на изчислителната мощ, често оставайки само в резервирането на захранване, поддръжка на гореща смяна и специални кутии за монтаж в стелажи.

Ако сравним съвременните клиентски процесори с "неадекватните" за администраторите на тежки сървъри от 90-те години на Intel със суперкомпютри от миналото, то изведнъж става доста некомфортно.

Нека погледнем на стареца, почти мой връстник. Cray X-MP/24 от 1984 година.

Тази машина е била в топ суперкомпютри за 1984, притежаваща 2 процесора по 105 MHz с пикова изчислителна мощност от 400 MFlops (милиона операции с плаваща запетая). Конкретно тази машина, която е изобразена на снимката, е била в лабораторията по криптография на АНБ на САЩ и е била ангажирана с破解 на криптографски шифри. Ако преобразувате 15 милиона долара от 1984 година в долари от 2020, стойността ще бъде 37.4 милиона, или 93 500 долара / 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 сървъра (опростен файлов сервис) и името на зареждащия образ, зарежда го в оперативната памет и стартира машината.

Освен по-малкия брой повреди и намаляването на коридорното време, машината вече не може да бъде настроена на място, а просто да се донесе нова и старата да се вземе за диагностика на оборудвано работно място. Но и това не е всичко!

Бездисковата станция става значително по-безопасна — ако някой нахлуе в помещението и изнесе всички компютри, това са само загуби на оборудване. Никаки данни не се съхраняват на бездисковите станции.

Нека си запомним този момент, ИБ започва да играе все по-голяма роля след “безгрижното детство” на информационните технологии. А в ИТ все повече навлизат страшните и важни 3 букви — GRC (Управление, Риск, Съответствие), или на руски «Управляемост, Риск, Соответствие».

Терминални сървъри

Разпространението на все по-мощни персонални устройства в периферията значително изпреварва развитието на мрежите за общ достъп. Класическите клиент-серверни приложения от 90-те и началото на 00-те не работеха добре при тънки канали, особено при обмен на данни с каквито и да било значими обеми. Особено трудно беше за отдалечените офиси, свързващи се през модем и телефонна линия, която периодично да зацикляше или да прекъсва. И...

Спиралата направи завой и отново се оказа в терминален режим с концепцията за терминални сървъри.

Всъщност се върнахме към 70-те с техните нулеви клиенти и централизация на изчислителната мощност. Бързо стана очевидно, че освен чисто икономическим фактори, терминалният достъп предлага огромни възможности за организиране на безопасен достъп от външни лица, включително работа от дома за служители или ограничен и контролируем достъп за контрактори от недоверени мрежи и устройства.

Въпреки всичките си предимства и прогресивност, терминалните сървъри имаха и редица недостатъци - ниска гъвкавост, проблем с шумни съседи, строго сървърна Windows и т.н.

Раждането на прототип VDI

Всъщност, в началото и средата на 00-те години на миналия век на сцената вече се разгръщаше промишлената виртуализация на x86 платформи. И някой изрази просто появилата се идея: а какво ако вместо да централизираме всички клиенти на терминални ферми, предоставим на всеки неговата собствена виртуална машина с клиентска Windows и дори администраторски достъп?

Отказ от дебели клиенти

Паралелно с виртуализацията на сесии и операционни системи, се развиваше подход, свързан с опростяване на функцията на клиента на ниво приложение.

Логиката зад това беше доста проста, тъй като личните лаптопи все още не бяха у всички, интернет също не беше достъпен за всички, и много хора можеха да се свържат само от интернет кафета с много ограничени, меко казано, права. Всъщност, всичко, което можеше да бъде стартирано, беше браузърът. Браузърът стана задължителен атрибут на операционната система, интернет трайно навлезе в живота ни.

С други думи, паралелно вървеше тенденцията за пренос на логиката от клиента в центъра под формата на уеб приложения, за достъпа до които е необходим само най-простият клиент, интернет и браузър.
И ние не само че се озовахме на същото място, от което започнахме — с нулеви клиенти и централни сървъри. Дойдохме тук по няколко независими пътища.

Инфраструктура на виртуални работни места

Брокер

През 2007 година лидерът на пазара на индустриална виртуализация, VMware, пусна първата версия на своя продукт VDM (Virtual Desktop Manager), който се оказа фактически първият на едва започващия пазар на виртуални работни места. Разбира се, не отне много време, за да получим отговор от лидера на терминалните сървъри, Citrix, и през 2008 година с придобиването на XenSource се появи XenDesktop. Без съмнение имаше и други производители с техните предложения, но да не се задълбочаваме прекалено в историята, отклонявайки се от концепцията.

И до ден днешен концепцията остава. Ключовият компонент на VDI е брокерът на връзки.
Това е самото сърце на инфраструктурата на виртуалните работни места.

Брокерът е отговорен за най-важните процеси на работа на VDI:

• Определя наличните ресурси за свързания клиент (машини/сесии);
• Балансирa клиентите при необходимост по пуловете от машини/сесии;
• Пренасочва клиента към избрания ресурс.

Днес клиентът (терминал) за VDI може да бъде всичко, което има екран — лаптоп, смартфон, таблет, киоск, тънък или нулев клиент. А обратно, частта, която изпълнява продуктивната натовареност — сесия на терминален сървър, физическа машина, виртуална машина. Съвременните зрели VDI продукти са тясно интегрирани с виртуалната инфраструктура и самостоятелно я управляват в автоматичен режим, разгръщайки или, обратно, премахвайки ненужни виртуални машини.

Също така, но за някои клиенти изключително важна технология на VDI е поддръжката на хардуерно ускорение на 3D графика за работа на проектанти или дизайнери.

Протокол

Втората изключително важна част от зрялото решение VDI е протоколът за достъп до виртуалните ресурси. Ако става въпрос за работа в корпоративната локална мрежа с отлична надеждност на мрежата от 1 Gbps до работното място и забавяне от 1 ms, почти всеки протокол може да се използва без да се мисли много.

Трябва да се мисли, когато свързването става през неконтролирана мрежа, а качеството на тази мрежа може да бъде напълно различно, включително скорости на десетки килобита и непредсказуеми забавяния. Те са точно за организиране на истинска дистанционна работа – от вили, от вкъщи, от летища и заведения за бързо хранене.

Терминални сървъри срещу клиентски ВМ

Когато се появи VDI, изглеждаше, че е време да се сбогуваме с терминалните сървъри. Защо да са ни необходими, ако всеки разполага със собствена персонална ВМ?

Но от гледна точка на чистата икономика, се оказа, че за стандартни масови работни места, идентични до крайност – все още няма нищо по-ефективно от терминалните сървъри по отношение цена / сесия. При всичките си предимства, подходът „1 потребител = 1 ВМ“ изразходва значително повече ресурси за виртуално оборудване и пълноценна ОС, което влошава икономиката на стандартните работни места.

В случай на работни места на топ-мениджъри, нестандартни и натоварени работни места, както и необходимост от високи права (дори до администратор), предимството има специализирана ВМ на потребител. В рамките на тази ВМ могат да се разпределят ресурси индивидуално, да се дават права на всякакво ниво и да се балансират ВМ между хостове на виртуализация при високи натоварвания.

VDI и икономика

Години вече чувам един и същ въпрос – а как, VDI по-евтино ли е от раздаването на лаптопи на всички? И години наред ми се налага да отговарям точно същото: в случай на обикновени офис служители, VDI не е по-евтино, ако считаме чистите разходи за осигуряване на оборудването. Каквото и да се случи, лаптопите поевтиняват, а сървърите, СХД и системният софтуер струват достатъчно пари. Ако е настъпило времето да обновите парка и мислите да спестите чрез VDI – не, няма да спестите.

По-рано споменах страшните три букви GRC – така че, VDI е свързано с GRC. Това е свързано с управление на рискове, безопасност и удобство при контролиран достъп до данни. И всичко това обикновено струва доста значителни средства за внедряване на различни технологии. С помощта на VDI контролът се опростява, безопасността се повишава, а косата става мека и копринена.

Решения на HPE за дистанционна работа

Дистанционно и облачно управление

iLO

Компания HPE не е никакъв новичок в управлението на сървърната инфраструктура от разстояние, при това — през март се навършиха 18 години на легендарното iLO (Integrated Lights Out). Спомняйки си администраторските си времена от 00-те години, лично не можех да се нарадвам. Първоначалното монтиране в рафтове и свързване на кабели — ето всичко, което беше нужно да се направи в шумния и студен ЦОД. Всичко останало конфигуриране, включително инсталирането на ОС, можеше да се извършва от работното място, с два монитора и чаша горещо кафе. И това е било 13 години назад!

Днес сървърите HPE не са случайно безспорен многогодишен стандарт за качество — и не малка роля в това играе златният стандарт на системата за отдалечено управление — iLO.

Искам специално да подчертая действията на HPE в запазването на контрола на човечеството над коронавируса. HPE обяви, че до края на 2020 (поне) лицензията iLO Advanced е достъпна безплатно за всички.

Infosight

Ако имате повече от 10 сървъра в инфраструктурата и администраторът не се отегчава, то разбира се, отличното допълнение към стандартните средства за мониторинг ще бъде облачната система HPE Infosight, базирана на изкуствен интелект. Системата не просто наблюдава състоянието и изгражда графици, но и самостоятелно препоръчва следващи действия на базата на текущата ситуация и трендовете.

Бъди умен, бъди като банка „Открытие“, опитай Infosight!

OneView

Последният, но не по значение, продукт, който искам да спомена, е HPE OneView — цял продуктов портфейл с огромни възможности за мониторинг и управление на цялата инфраструктура. И всичко това, без да ставаш от бюрото, което, в момента, може да се намира изцяло на вилата.

СХД също не са пренебрегнати!

Разбира се, всички СХД се управляват и наблюдават от разстояние — то беше така и много години назад. Затова искам да говоря днес за нещо различно, а именно метро-кластерите.

Метро-кластерите не са новина на пазара, но точно заради това не са особено популярни — оказва влияние инерционността на мисленето и първоначалните впечатления. Разбира се, преди 10 години те вече съществуваха, но тогава цената им беше като чугунен мост. Годините, изминали от първите метро-кластери, промениха индустрията и достъпността на технологията за широката публика.

Помня проекти, където умишлено разделяха части от СХД — отделно за свръхкритични услуги в метрокластера, отделно за синхронна репликация (много по-евтино).

Всъщност, през 2020 метрокластерът не ви струва нищо, ако можете да организирате две площадки и канали. А каналите за синхронна репликация изискват същите тези, които са нужни и за метрокластерите. Лицензиране на софтуера отдавна се извършва пакетно — и синхронната репликация идва веднага с метрокластера, а единственото, което все още запазва живота на еднопосочната репликация, е необходимостта от организиране на разширена L2 мрежа. И дори, L2 над L3 вече широко се разпространява в страната.

Каква е принципиалната разлика между синхронната репликация и метрокластера от гледна точка на дистанционната работа?

Всичко е много просто. Метрокластерът работи сам, автоматично, винаги, практически мигновено.

Как изглежда процесът на прехвърляне на натоварването на синхронната репликация на инфраструктура с поне няколко стотин ВМ?

1. Получава се сигнал за авария.
2. Дежурният екип анализира ситуацията — може спокойно да отнеме от 10 до 30 минути само за получаване на сигнала и вземане на решение.
3. При липса на правомощия на дежурните инженери за самостоятелно стартиране на прехвърлянето — още смело 30 минути за свързване с лице, което има правомощия, и формалното потвърждение за стартиране на прехвърлянето.
4. Натискане на Голямото Червено Бутонче.
5. 10-15 минути за таймаути и повторно монтиране на томове, пререгистрация на ВМ.
6. 30 минути за смяна на IP адресацията — оптимистична оценка.
7. И накрая стартиране на ВМ и пуснате на продуктивни услуги.

Общо RTO (време до възстановяване на бизнес процесите) може спокойно да се оцени на 4 часа.

Да сравним със ситуацията в метрокластера.

1. СХД разбира, че връзката с раменете на метрокластера е загубена — 15-30 секунди.
2. Хостовете за виртуализация разбират, че първият ЦОД е загубен — 15-30 секунди (едновременно с п. 1).
3. Автоматичен рестарт на половината до една трета от ВМ втората ЦОД — 10-15 минути до зареждане на услугите.
4. Приблизително по това време дежурният екип разбира какво се е случило.

Общо: RTO = 0 за отделни услуги, 10-15 минути в общия случай.

Защо рестартът е само от половината до една трета от ВМ? Вижте каква е работата:

1. Вие всичко правите умно и включвате автоматично балансиране на ВМ. В резултат на това средно само половината ВМ работят в един от ЦОД-овете. Нали целта на метрокластера е да се минимизират времето за престой, следователно е във ваш интерес да минимизирате и броя на ВМ, които са под риск.
2. Част от услугите могат да бъдат клъстеризирани на ниво приложение, разпределяйки ги по различни ВМ. Съответно, тези парни ВМ се закрепват с гвоздеи или се свързват с лента към различни ЦОД, така че услугата да не чака перезареждане на ВМ в случай на авария.

При правилно изградена инфраструктура с разширени метрокластери бизнес потребителите работят с минимални забавяния от всяка точка, дори в случай на авария на ниво ЦОД. В най-лошия случай забавянето ще бъде равно на времето за чаша кафе.

И, разбира се, метрокластерите отлично работят както с отминаващия HPE 3Par, така и с новите Primera!

Инфраструктура на отдалечени работни места

Терминални сървъри

Не е нужно да измисляте нищо ново за терминалните сървъри, HPE предлага едни от най-добрите сървъри в света за тях от много години. Вечната класика — DL360 (1U) или DL380 (2U), а за любителите на AMD — DL385. Разбира се, има и блейд сървъри, както класически C7000, така и новата компонуема платформа Synergy.

За всеки вкус, за всеки цвят, максимален брой сесии на сървър!

“Класически” VDI + HPE Simplivity

Когато говоря за “класически VDI”, имам предвид концепцията 1 потребител = 1 ВМ с клиентска версия на Windows. И разбира се, няма нищо по-близко до VDI натоварването за хиперконвергентни системи, особено с дедупликация и компресия.

Тук HPE може да предложи както собствената си хиперконвергентна платформа Simplivity, така и сървъри / сертифицирани възли за решения на партньори, например VSAN Ready Nodes за изграждане на VDI на инфраструктура VMware VSAN.

Нека поговорим малко повече за собственото ни решение Simplivity. Както ни подсказва заглавието, на първо място е простотата (англ. simple — прост). Простота на разгръщане, простота на управление, простота на мащабиране.

Хиперконвергентните системи днес са една от най-горещите теми в ИТ сектора, а броят на доставчиците на различни нива е около 40. Според магическия квадрат на Gartner, компанията 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 за резервно копиране) до десетки или дори единици минути.

Резервно копие. Снимката за резервно копие се различава само по начина, по който я възприема системата за управление на виртуални машини. Ако при изтриване на машината се изтрива и всичко останало - значи това е била снимка. Ако е останало - значи е резервно копие. Така всяка снимка може да се счита за пълно резервно копие, ако бъде маркирана в системата и не бъде изтрита.

Разбира се, много ще възразят — какъв бэкап е това, ако той се съхранява на една и съща система? А тук има много прост отговор под формата на въпрос: кажете, имате ли формална модел на заплахи, който определя правилата за съхранение на резервната копия? Това е абсолютно честен бэкап срещу изтриването на файл в виртуалната машина, това е бэкап срещу изтриването на самата виртуална машина. В случай на необходимост от запасване на резервна копия единствено на отделна система има на разположение: репликация на този снимка на втори кластер Simplivity или на HPE StoreOnce.

И точно тук се оказва, че подобна архитектура е просто идеална за всякакъв вид VDI. В крайна сметка, VDI — това са стотици или дори хиляди изключително подобни машини с една и съща операционна система, с идентични приложения. Глобалната дедупликация ще сработи и ще компресира дори не 100:1, а много по-добре. Разгръщането на 1000 виртуални машини от един шаблон? Изобщо не е проблем, тези машини ще се регистрират в vCenter по-дълго, отколкото да бъдат клонирани.

Специално за потребители с особени изисквания към производителността и за тези, на които им трябват 3D ускорители, беше създадена серията Simplivity G.

В тази серия не се използва хардуерен ускорител за дедупликация, затова е намален броят дискове на възел, за да се справя контролерът софтуерно. Благодарение на това се освобождават слотове PCIe за всякакви други ускорители. Също така е удвоен обемът на наличната памет на възел до 3TB за най-взискателните натоварвания.

Simplivity е идеален за организиране на географски разпределени VDI инфраструктури с репликация на данни в централния ЦОД.

Тази архитектура на VDI (а всъщност и не само VDI) е особено интересна в условията на руските реалности — огромни разстояния (и следователно забавяния) и далеч не идеални канали. Създават се регионални центрове (а дори и просто 1-2 възела Simplivity в съвсем отдалечени офиси), където местните потребители се свързват по бързи канали, остава пълен контрол и управление от централата, а в централата се репликира само незначително количество реални, ценни, а не боклуци данни.

Разбира се, Simplivity се интегрира напълно с OneView и InfoSight.

Тънки и нулеви клиенти

Тънките клиенти са специализирани решения, предназначени изключително за използване като терминали. Тъй като на клиента всъщност няма натоварване освен поддържането на канала и декодиране на видео, почти винаги разполага с процесор с пасивно охлаждане, малък стартиращ диск само за стартиране на специализирана вградена ОС и всъщност това е всичко. В него практически няма какво да се счупи и кражбата е безполезна. Цената е ниска и в него не се запазват никакви данни.

Съществува специална категория тънки клиенти, т.нар. нулеви клиенти. Основната им разлика от тънките е, че нямат дори вградена ОС с общо предназначение и работят изключително с микрочип с фърмуер. Често в тях се поставят специализирани хардуерни ускорители за декодиране на видеопотоци в терминални протоколи, като PCoIP или HDX.

Въпреки разделението на голямото "Хюлет Паккард" на отделни HPE и HP, не може да не спомена тънките клиенти, произведени от HP.

Изборът е широк, за всеки вкус и нужди — чак до многомониторни работни места с хардуерно ускорение на видеопроцеса.

HPE услуга за вашата работа от разстояние

И последният, но не по важност, искам да спомена сервиза на HPE. Би било прекалено дълго да изброявам всички нива на услугата HPE и нейните възможности, но поне има едно изключително важно предложение в условията на работа от разстояние. Става дума за сервизен инженер от HPE/упълномощен сервизен център. Вие продължавате да работите от разстояние, от любимата си вилa, слушайки шумоленето на пчелите, а докато пчелката от HPE, пристигнала в дата центъра, заменя дисковете или повредения блок на захранването на вашите сървъри.

HPE CallHome

В условията на днешния ден, при ограничения на движението, функцията Call Home става по-актуална от всякога. Всяка система HPE с тази функция може сама да съобщи за хардуерен или софтуерен проблем в центъра за поддръжка на HPE. И е напълно вероятно, част за смяна и/или сервизен инженер да пристигне при вас още преди да забележите проблемите и трудностите с продуктивните услуги.

Лично аз настоятелно препоръчвам да включите тази функция.

Източник: habr.com