Днес ще ви разкажа една история. Историята на еволюцията на компютърните технологии и появата на отдалечени работни места от древни времена до наши дни.
ИТ развитие
Основното, което може да се научи от историята на ИТ е...
От само себе си се разбира, че ИТ се развива спираловидно. Същите решения и концепции, които бяха отхвърлени преди десетилетия, придобиват нов смисъл и започват да работят успешно в нови условия, с нови задачи и нови възможности. В това ИТ не се различава от всяка друга област на човешкото познание и историята на Земята като цяло.
Преди много време, когато компютрите бяха големи
„Мисля, че в света има пазар за около пет компютъра“, главният изпълнителен директор на IBM Томас Уотсън през 1943 г.
Ранните компютърни технологии бяха големи. Не, това е грешно, ранната технология беше чудовищна, циклопска. Напълно компютъризирана машина заемаше площ, сравнима с фитнес зала, и струваше абсолютно нереални пари. Пример за компоненти е RAM модул на феритни пръстени (1964 г.).
Този модул е с размер 11 cm * 11 cm и капацитет от 512 байта (4096 бита). Шкаф, пълен изцяло с тези модули, едва ли имаше капацитета на древна 3,5” флопи диск (1.44 MB = 2950 модула), докато консумираше много електрическа енергия и се нагряваше като парен локомотив.
Именно поради огромните му размери, английското наименование на програмния код за отстраняване на грешки е “debugging”. Един от първите програмисти в историята, Грейс Хопър (да, жена), морски офицер, написа запис в дневника през 1945 г., след като проучи проблем с програмата.
Тъй като молецът (молецът) като цяло е бъг (насекомо), всички по-нататъшни проблеми и действия за разрешаване на персонала докладваха на началниците си като „отстраняване на грешки“ (буквално отстраняване на грешки), тогава името бъг беше твърдо присвоено на грешка в програмата и грешка в кода и отстраняването на грешки се превърна в отстраняване на грешки.
С развитието на електрониката и по-специално на полупроводниковата електроника, физическият размер на машините започна да намалява, а изчислителната мощност, напротив, се увеличи. Но дори и в този случай беше невъзможно да се снабди всеки с компютър лично.
„Няма причина някой да иска да държи компютър в дома си“ – Кен Олсен, основател на DEC, 1977 г.
През 70-те години се появява терминът миникомпютър. Спомням си, че когато за първи път прочетох този термин преди много години, си представих нещо като нетбук, почти джобен компютър. Не мога да бъда по-далеч от истината.
Мини е само в сравнение с огромните машинни помещения, но това все пак са няколко шкафа с оборудване, струващо стотици хиляди и милиони долари. Въпреки това изчислителната мощност вече се беше увеличила толкова много, че не винаги беше натоварена на 100%, а в същото време компютрите започнаха да бъдат достъпни за студенти и преподаватели.
И тогава ТОЙ дойде!
Малко хора се замислят за латинските корени в английския език, но именно той ни донесе отдалечен достъп, какъвто го познаваме днес. Терминус (лат.) - край, граница, цел. Целта на Terminator T800 беше да сложи край на живота на Джон Конър. Знаем също, че транспортните гари, където се качват и слизат пътници или се товарят и разтоварват стоки, се наричат терминали - крайните дестинации на маршрутите.
Съответно се роди концепцията за терминален достъп и можете да видите най-известния терминал в света, който все още живее в сърцата ни.
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 (милиони операции с плаваща запетая). Конкретната машина, показана на снимката, е стояла в криптографската лаборатория на NSA на САЩ и се е занимавала с разбиване на кодове. Ако преобразувате 15 милиона долара в долари от 1984 г. в долари от 2020 г., цената е 37,4 милиона долара, или 93 500 $/MFlops.
Машината, на която пиша тези редове, е с 5 Core i7400-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 (опростена файлова услуга) сървър и името на boot image, зарежда го в RAM и стартира машината.
В допълнение към по-малкото повреди и намаленото време за коридор, сега не е необходимо да отстранявате грешки в машината на място, а просто донесете нова и занесете старата за диагностика на оборудвано работно място. Но това не е всичко!
Бездисковата станция става много по-безопасна - ако някой внезапно нахлуе в стаята и изнесе всички компютри, това е само загуба на оборудване. Не се съхраняват данни на бездискови станции.
Нека запомним това: информационната сигурност започва да играе все по-важна роля след „безгрижното детство“ на информационните технологии. И страшните и важни 3 букви все по-често навлизат в ИТ - GRC (Governance, Risk, Compliance), или на руски "Управляемост, риск, съответствие".
Терминални сървъри
Широкото разпространение на все по-мощни персонални компютри в периферията значително изпревари развитието на мрежите за обществен достъп. Класическите приложения клиент-сървър за 90-те и началото на 00-те не работеха много добре по тънък канал, ако обменът на данни възлизаше на значителни стойности. Това беше особено трудно за отдалечени офиси, свързани чрез модем и телефонна линия, която също периодично замръзваше или прекъсваше. И…
Спиралата направи завой и се озова отново в терминален режим с концепцията за терминални сървъри.
Всъщност ние се върнахме в 70-те години с техните нулеви клиенти и централизация на изчислителната мощ. Бързо стана очевидно, че в допълнение към чисто икономическата обосновка на каналите, терминалният достъп предоставя огромни възможности за организиране на защитен достъп отвън, включително работа от дома за служители или изключително ограничен и контролиран достъп за изпълнители от ненадеждни мрежи и ненадеждни/ неконтролирани устройства.
Въпреки това, терминалните сървъри, с всичките си предимства и прогресивност, също имаха редица недостатъци - ниска гъвкавост, проблемът с шумния съсед, строго сървърно базиран Windows и др.
Раждането на Proto VDI
Вярно е, че в началото до средата на 00 г. индустриалната виртуализация на платформата x86 вече излизаше на сцената. И някой изрази идея, която просто витаеше във въздуха: вместо да централизираме всички клиенти във ферми от сървърни терминали, нека да дадем на всеки собствена лична виртуална машина с клиентски Windows и дори администраторски достъп?
Отказ от дебели клиенти
Успоредно с виртуализацията на сесията и ОС беше разработен подход за улесняване на клиентската функция на ниво приложение.
Логиката зад това беше доста проста, защото не всеки все още имаше лични лаптопи, не всеки имаше интернет и много можеха да се свързват само от интернет кафе с много ограничени, меко казано, права. Всъщност всичко, което можеше да се стартира, беше браузър. Браузърът се превърна в незаменим атрибут на операционната система, интернет твърдо влезе в живота ни.
С други думи, имаше паралелна тенденция към прехвърляне на логиката от клиента към центъра под формата на уеб приложения, за достъп до които се нуждаете само от най-простия клиент, интернет и браузър.
И ние не просто завършихме там, където започнахме – с нула клиенти и централни сървъри. Стигнахме до там по няколко независими пътя.
Виртуална настолна инфраструктура
Брокер
През 2007 г. лидерът на пазара за индустриална виртуализация VMware пусна първата версия на своя продукт VDM (Virtual Desktop Manager), който всъщност стана първият на зараждащия се пазар на виртуални десктопи. Разбира се, не трябваше да чакаме дълго отговор от лидера на терминалните сървъри Citrix и през 2008 г., с придобиването на XenSource, се появи XenDesktop. Разбира се, имаше и други доставчици със собствени предложения, но нека не навлизаме твърде дълбоко в историята, отдалечавайки се от концепцията.
И концепцията остава и днес. Ключов компонент на VDI е посредникът за свързване.
Това е сърцето на инфраструктурата на виртуалния десктоп.
Брокерът отговаря за най-важните VDI процеси:
- Определя ресурсите (машини/сесии), достъпни за свързания клиент;
- Балансира клиентите в пуловете машини/сесии, ако е необходимо;
- Препраща клиента към избрания ресурс.
Днес клиент (терминал) за VDI може да бъде практически всичко, което има екран – лаптоп, смартфон, таблет, павилион, тънък или нулев клиент. И частта за отговор, същата, която изпълнява продуктивното натоварване - сесия на терминален сървър, физическа машина, виртуална машина. Съвременните зрели VDI продукти са тясно интегрирани с виртуалната инфраструктура и независимо я управляват в автоматичен режим, внедрявайки или, напротив, изтривайки виртуални машини, които вече не са необходими.
Малко настрана, но за някои клиенти изключително важна VDI технология е поддръжката за хардуерно ускорение на 3D графики за работата на дизайнери или дизайнери.
Протоколът
Втората изключително важна част от едно зряло VDI решение е протоколът за достъп до виртуален ресурс. Ако говорим за работа в корпоративна локална мрежа с отлична, надеждна мрежа от 1 Gbps до работното място и забавяне от 1 ms, тогава можете да вземете практически всяка една и изобщо да не мислите.
Трябва да мислите, когато връзката е през неконтролирана мрежа и качеството на тази мрежа може да бъде абсолютно всякакво, до скорости от десетки килобита и непредсказуеми закъснения. Те са точно за организиране на истинска дистанционна работа, от дачи, от дома, от летища и заведения за хранене.
Терминални сървъри срещу клиентски виртуални машини
С появата на VDI изглеждаше, че е време да се сбогуваме с терминалните сървъри. Защо са необходими, ако всеки има свой собствен VM?
Но от гледна точка на чистата икономика се оказа, че за типични масови работни места, идентични ad nauseum, все още няма нищо по-ефективно от терминалните сървъри по отношение на съотношението цена/сесия. Въпреки всичките си предимства, подходът „1 потребител = 1 VM“ изразходва значително повече ресурси за виртуален хардуер и пълноценна операционна система, което влошава икономиката на типичните работни места.
В случай на работни места на топ мениджъри, нестандартни и натоварени работни места, необходимостта от високи права (до администратор), специална VM за потребител има предимство. В рамките на тази виртуална машина можете да разпределяте ресурси поотделно, да издавате права на всяко ниво и да балансирате виртуални машини между хостове за виртуализация при високо натоварване.
VDI и икономика
Години наред чувам един и същ въпрос - как VDI е по-евтино от простото раздаване на лаптопи на всички? И от години трябваше да отговарям точно едно и също нещо: в случай на обикновени офис служители, VDI не е по-евтино, ако вземем предвид нетните разходи за осигуряване на оборудване. Каквото и да се каже, лаптопите стават по-евтини, но сървърите, системите за съхранение и системният софтуер струват доста пари. Ако е дошъл моментът да актуализирате своя автопарк и мислите да спестите пари чрез VDI, не, няма да спестите пари.
По-горе цитирах ужасните три букви GRC - значи VDI е за GRC. Става дума за управление на риска, за сигурност и удобство на контролиран достъп до данни. И всичко това обикновено струва доста пари за внедряване на куп различни видове оборудване. С VDI контролът е опростен, безопасността е повишена, а косата става мека и копринена.
Решения за отдалечена работа на HPE
Дистанционно и облачно управление
iLO
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 вече върлува с мощ и сила из страната.
И така, каква е фундаменталната разлика между синхронната репликация и metrocluster от гледна точка на отдалечената работа?
Всичко е много просто. Metrocluster работи сам, автоматично, винаги, почти моментално.
Как изглежда процесът на превключване на натоварването за синхронна репликация в инфраструктура от поне няколкостотин виртуални машини?
- Получава се авариен сигнал.
- Дежурната смяна анализира ситуацията - спокойно можете да отделите от 10 до 30 минути само за да получите сигнал и да вземете решение.
- Ако дежурните инженери нямат правомощия самостоятелно да стартират превключването, все пак разполагайте с 30 минути, за да се свържете с лицето от органа и официално да потвърдите началото на превключването.
- Натискане на големия червен бутон.
- 10-15 минути за изчакване и повторно монтиране на тома, пререгистрация на VM.
- 30 минути за промяна на IP адресирането е оптимистична оценка.
- И накрая, стартирането на VM и стартирането на продуктивни услуги.
Общият RTO (време за възстановяване на бизнес процеси) може безопасно да се оцени на 4 часа.
Нека сравним със ситуацията в метрокластъра.
- Системата за съхранение разбира, че връзката с рамото на метрокластера е загубена - 15-30 секунди.
- Хостовете за виртуализация разбират, че първият център за данни се губи - 15-30 секунди (едновременно с точка 1).
- Автоматично рестартиране на половината до една трета от виртуалните машини във втория център за данни - 10-15 минути преди зареждане на услугите.
- По това време дежурната смяна разбира какво се е случило.
Общо: RTO = 0 за индивидуални услуги, 10-15 минути в общия случай.
Защо само половината до една трета от виртуалните машини се рестартира? Вижте какво става:
- Вие правите всичко умно и активирате автоматичното балансиране на VM. В резултат на това средно само половината от виртуалните машини работят в един от центровете за данни. В края на краищата, целта на един metrocluster е да минимизира времето за престой и следователно е във ваш интерес да минимизирате броя на атакуваните виртуални машини.
- Някои услуги могат да бъдат групирани на ниво приложение, разпределени в различни виртуални машини. Съответно тези сдвоени VM се заковават една по една или се завързват с лента към различни центрове за данни, така че услугата да не чака VM да се рестартира в случай на авария.
С добре изградена инфраструктура с разширени метро клъстери, бизнес потребителите работят с минимални закъснения отвсякъде, дори в случай на авария на ниво център за данни. В най-лошия случай забавянето ще бъде времето на една чаша кафе.
И, разбира се, metroclusters работят чудесно както на HPE 3Par, който се движи към Valinor, така и на чисто новата Primera!
Инфраструктура за отдалечено работно място
Терминални сървъри
Няма нужда да се измисля нещо ново за терминалните сървъри; HPE доставя едни от най-добрите сървъри в света за тях от много години. Вечна класика - DL360 (1U) или DL380 (2U) или за феновете на AMD - DL385. Разбира се, има и блейд сървъри, както класическият C7000, така и новата комбинирана платформа Synergy.
За всеки вкус, за всеки цвят, максимум сесии на сървър!
„Класическа“ VDI + HPE простота
В този случай, когато казвам „класически VDI“, имам предвид концепцията за 1 потребител = 1 VM с клиентски Windows. И разбира се, няма по-близко и по-скъпо VDI натоварване за хиперконвергирани системи, особено с дедупликация и компресия.
Тук HPE може да предложи както собствена хиперконвергентна платформа Simplivity, така и сървъри/сертифицирани възли за партньорски решения, като възли, готови за VSAN, за изграждане на VDI върху инфраструктурата VMware VSAN.
Нека поговорим малко повече за собственото решение на Simplicity. Фокусът, както нежно ни подсказва името, е простотата. Лесен за внедряване, лесен за управление, лесен за мащабиране.
Хиперконвергентните системи днес са една от най-горещите теми в ИТ, а броят на доставчиците на различни нива е около 40. Според магическия квадрат на Gartner, HPE се намира в Топ 5 в световен мащаб и е включен в квадрата на лидерите - тези, които разбират където индустрията се развива и са в състояние да го разберат да преведат в хардуер.
Архитектурно, Simplivity е класическа хиперконвергентна система с виртуални машини на контролера, което означава, че може да поддържа различни хипервайзори, за разлика от интегрираните в хипервайзор системи. Наистина, от април 2020 г. VMware vSphere и Microsoft Hyper-V се поддържат и бяха обявени планове за поддръжка на KVM. Основната характеристика на Simplivity от появата му на пазара е хардуерното ускорение на компресията и дедупликацията с помощта на специална ускорителна карта.
Трябва да се отбележи, че компресията и дедупликацията са глобални и винаги активирани; това не е незадължителна функция, а архитектурата на решението.
HPE, разбира се, е малко неискрен, като твърди, че ефективността е 100:1, изчислявайки по специален начин, но ефективността на използването на пространството наистина е много висока. Просто числото 100:1 е твърде красиво. Нека да разберем как Simplivity е технически реализирана, за да покаже такива числа.
Моментална снимка. Моментните снимки са 100% правилно внедрени като RoW (пренасочване при запис) и следователно се появяват незабавно и не причиняват понижаване на производителността. Как например се различават от някои други системи. Защо се нуждаем от локални моментни снимки без санкции? Да, много е просто да намалите RPO от 24 часа (среден RPO за архивиране) до десетки или дори единици минути.
Архивиране. Моментната снимка се различава от резервното копие само по това как се възприема от системата за управление на виртуалната машина. Ако, когато изтриете машина, всичко останало се изтрие, тогава това е моментна снимка. Ако има останало, това означава, че е резервно копие. Така всяка моментна снимка може да се счита за пълно архивиране, ако е маркирана в системата и не е изтрита.
Разбира се, мнозина ще възразят - какъв вид архивиране е това, ако се съхранява в същата система? И тук има много прост отговор под формата на контра въпрос: кажете ми, имате ли формален модел на заплаха, който установява правилата за съхраняване на резервно копие? Това е абсолютно честно резервно копие срещу изтриване на файл във VM, това е резервно копие срещу изтриване на самата VM. Ако има нужда да съхранявате резервно копие изключително на отделна система, имате избор: репликация на тази моментна снимка към втори Simplivity клъстер или към HPE StoreOnce.
И тук се оказва, че такава архитектура е просто идеална за всеки тип VDI. В края на краищата VDI означава стотици или дори хиляди изключително подобни машини с една и съща операционна система, със същите приложения. Глобалната дедупликация ще дъвче всичко това и ще компресира дори не 100:1, а много по-добре. Да внедрите 1000 виртуални машини от един шаблон? Изобщо не е проблем, регистрирането на тези машини във vCenter ще отнеме повече време, отколкото клонирането.
Линията Simplivity G е създадена специално за потребители със специални изисквания за производителност и за тези, които се нуждаят от 3D ускорители.
Тази серия не използва хардуерен ускорител за дедупликация и следователно намалява броя на дисковете на възел, така че контролерът да го обработва софтуерно. Това освобождава PCIe слотове за всякакви други ускорители. Количеството налична памет на възел също е удвоено до 3TB за най-взискателните работни натоварвания.
Опростеността е идеална за организиране на географски разпределени VDI инфраструктури с репликация на данни към централен център за данни.
Такава VDI архитектура (и не само VDI) е особено интересна в контекста на руските реалности - огромни разстояния (и следователно закъснения) и далеч от идеалните канали. Създават се регионални центрове (или дори само 1-2 възела на Simplivity в напълно отдалечен офис), където локалните потребители се свързват чрез бързи канали, поддържа се пълен контрол и управление от центъра и само малко количество реални, ценни и не боклук, се копира в центъра за данни.
Разбира се, Simplivity е напълно свързан с OneView и InfoSight.
Тънки и нулеви клиенти
Тънките клиенти са специализирани решения за използване изключително като терминали. Тъй като на практика няма натоварване за клиента, освен поддържането на канала и декодирането на видео, почти винаги има процесор с пасивно охлаждане, малък диск за зареждане само за стартиране на специална вградена ОС и това е общо взето. В него практически няма нищо за счупване и е безполезно за кражба. Цената е ниска и не се съхраняват данни.
Има специална категория тънки клиенти, така наречените нулеви клиенти. Основната им разлика от тънките е липсата дори на вградена операционна система с общо предназначение и работата изключително с микрочип с фърмуер. Те често съдържат специални хардуерни ускорители за декодиране на видео потоци в терминални протоколи като PCoIP или HDX.
Въпреки разделянето на големия Hewlett Packard на отделни HPE и HP, не е възможно да не споменем тънките клиенти, произведени от HP.
Изборът е богат, за всеки вкус и нужда - до многомониторни работни станции с хардуерно ускорение на видео потока.
HPE Service за вашата дистанционна работа
И не на последно място искам да спомена услугата HPE. Ще бъде твърде дълго да изброявам всички нива на обслужване и възможности на HPE, но като минимум има едно изключително важно предложение за отдалечени работни среди. А именно сервизен инженер от HPE/оторизиран сервиз. Продължавате да работите дистанционно, от любимата си дача, слушайки земни пчели, докато пчела от HPE, пристигаща в центъра за данни, заменя дискове или повредено захранване във вашите сървъри.
HPE CallHome
В днешните условия, с ограничения за движение, функцията Call Home става по-актуална от всякога. Всяка система на HPE с тази функция може сама да докладва за хардуерен или софтуерен срив до центъра за поддръжка на HPE. И е вероятно резервна част и/или сервизен инженер да пристигнат на вашето местоположение много преди да забележите неизправности или проблеми с продуктивните услуги.
Лично аз силно препоръчвам да активирате тази функция.
Източник: www.habr.com