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

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

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

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

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

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

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

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

Този модул е с размери 11 см * 11 см и капацитет от 512 байта (4096 бита). Шкаф, напълно запълнен с тези модули, едва ли имаше капацитет равен на древната вече 3.5” флопи дискета (1.44 МБ = 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 000 рубли за процесора. Ако съберем машината целиком, можем да приемем цената й за 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 over 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/авторизирания сервизен център. Вие продължавате да работите дистанционно, от вашата любима вила, слушайки шмелите, докато техниците от HPE сменят дисковете или повреденото захранване в вашите сървъри.

HPE CallHome

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

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

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