Из древности ИТ в наши дни. 4

Virtual Desktop Infrastructure

Брокер

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

И до сих пор концепция сохраняется. Ключевой компонент VDI — это брокер соединений.
Именно это сердце инфраструктуры виртуальных десктопов.

Брокер отвечает за самые главные процессы работы VDI:

* Определяет доступные для подключившегося клиента ресурсы (машины/сессии);
* Балансирует при необходимости клиентов по пулам машин/сессий;
* Пробрасывает клиента на выбранный ресурс.

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

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

Протокол

Второй чрезвычайно важной частью зрелого решения VDI является протокол доступа к виртуальным ресурсам. Если речь идет о работе внутри корпоративной локальной сети с отличной надежной сетью 1 Gbps до рабочего места и задержкой в 1 ms, то можно брать фактически любой и вообще не думать.

Думать нужно когда подключение идет по неконтролируемой сети, а качество этой сети может совершенно любым, вплоть до скоростей в десятки килобит и непредсказуемыми задержками. Те как раз для организации настоящей удаленной работы, с дач, из дома, из аэропортов и закусочных.

Терминальные серверы vs клиентские ВМ

При появлении VDI казалось, что пора прощаться с терминальными серверами. Зачем они нужны, если у каждого есть своя персональная ВМ?

Однако с точки зрения чистой экономики оказалось, что для типовых массовых рабочих мест, одинаковых до тошноты — пока нет ничего эффективнее терминальных серверов по соотношению цена / сессия. При всех своих достоинствах подход “1 пользователь = 1 ВМ” расходует значительно больше ресурсов на виртуальное железо и полноценную ОС, что ухудшает экономику на типовых рабочих местах.

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

VDI и экономика

Годами я слышу один и тот же вопрос — а как, VDI дешевле чем просто ноутбуки всем раздать? И годами мне приходится отвечать ровно одно и то же: в случае с обычными офисными сотрудниками VDI не дешевле, если считать чистые затраты на обеспечение оборудованием. Как ни крути, ноутбуки дешевеют, а вот серверы, СХД и системный софт стоят довольно ощутимых денег. Если вам пришла пора обновлять парк и вы думаете сэкономить за счет VDI — нет, не сэкономите.

Я выше приводил страшные три буквы GRC — так вот, VDI это про GRC. Это про управление рисками, это про безопасность и удобство контролируемого доступа к данным. И это все стоит обычно довольно немалых денег для внедрения на куче разнородной техники. При помощи VDI контроль упрощается, безопасность повышается, а волосы становятся мягкими и шелковистыми.

"Инженерная инфраструктура ЦОД должна обеспечивать электроснабжение и охлаждение стоек со средней плотностью мощности не менее 11 кВт на стойку и с возможностью обеспечения функционирования до 5 из 55 стоек энергопотреблением и тепловыделением не менее 21 кВт, прописано в требованиях."

Снижая зависимость от облачных провайдеров, «Лемана Про» подыскивает новый ЦОД (https://www.tadviser.ru/a/898759)

Ровно неделю назад аналитики от ИКС консалтинга и профи рынка коммерческих ЦОДов на DCForum рассказывали про среднюю корпоративную стойку в 5.5-7 кВт.

РТК-ЦОД буквально недавно запустил очередные пару тысяч стоек по 5.5-7 кВт.

Напомню, что еще в 2008 году HPE BladeSystem C7000 вполне могла съесть в одно лицо 8 кВт на 10U.
В 2003 году HP DL 360 gen3 имел 2 БП х 350 Вт на 1U. В 2009 - 2 x 700, в 2025 - 2 x 2200 Вт.

А стойки как были, так и остались по 5.5 кВт.

Итого в среднюю "корпоративную" стойку сейчас еле-еле войдет 3 плотных 1U сервера (3U) ИЛИ пара 400Г коммутаторов (2 x 3500) общей высотой 4U.
15 кВт сервер под AI с 8 горячими GPU придется запитывать сразу с трех стоек, что дает нам те же фантастические цифры утилизации в 3.5U на стойку, или 8%.

Поэтому повторю свой вопрос с DCForum. Уважаемые ЦОДы, вы в каком году живете, все еще в 2005?

Пожелаем ЛеманаПро успеха в сложном деле поиска локации из 2025 года.

Время прохладных ИИ историй

Директор по ИТ инфраструктуре рассказывает. Взяли, говорит, у нас ИИ евангелиста с полгода назад. Ну тот шуршит, что то делает. Я и спрашиваю:
- Планируется ли размещение ИИ оборудования у нас в онпреме.
- Да, но не в этом году, а в следующем.
- У меня для тебя с таким горизонтом планирования есть аж 80 кВт.
- А что это?

Сводная таблица с российскими решениями по виртуализации.

Создана силами сообщества RusVirtUG при участии вендоров, но лишь при участии.
Не является рекламой

https://docs.google.com/spreadsheets/d/1fk8Hin2J31RIwnbPukPPKvrMJnu5hCq2wF6hjL8hiVQ/edit?usp=sharing

Евгений Парфенов. Как НЕ надо работать с облаком. Быль полная слез.

Вадим Подольный. Как НЕ нужно делать хайлоад.

Антон Жбанков. Хочешь настоящий хайлоад по Хардкору?

Подъехала статистика по источникам данных для LLM AI.

40% - это реддит, форум с мнениями анонимусов.
26% вики - но если хоть сколько нибудь про технику можно считать плюс-минус нормальным, то по любым политическим вопросам или неоднозначным историческим там ничуть не лучше, чем на среднем форуме.
20% фейсбук - просто без комментариев.

К вопросу о доверенности мнения LLM. и их использовании в работе как источника информации.

Upd: уточнили, что речь не про источники данных для обучения нейросетей. Речь про ссылки, используемые в ответах.

Лучшие практики от Netflix!

Kubernetes и контейнеры не избавляют от необходимости знать что такое NUMA и как работает HyperThreading. Т.е. хочешь считаться инженером - изучай как работает железо.

https://netflixtechblog.com/mount-mayhem-at-netflix-scaling-containers-on-modern-cpus-f3b09b68beac

Найм в ИТ сломан?

Недавно была большая битва HR против накрутчиков под лозунгом "найм сломан"

Где HR открыто признает, что на отклики на вакансии натравливает ИИ.

С другой стороны мы видим по блогам как хитрые соискатели натравливают ИИ на обход этих ИИ.

Сегодня увидел на хабре новую серию.

"У меня возникла потребность в поиске и найме Python-разработчика. ... Оплачиваю за размещение вакансии 3000 рублей. Получаю письмо на почту.

Мне сразу начинают сыпаться куча не очень релевантных мне резюме. Оказывается так происходит если стоит галочка «отображать автоотклики». Автоотклики это вообще что за чудо функционал. Площадка сама берет резюме пользователей, которые по версии их ИИ подходят мне и пачкой вываливает на меня. С моей стороны кстати есть кнопочка которая позволяет с помощью ИИ разгрести все эти вакансии которые мне упали и ответить соискателям. Сами соискатели даже и не знают что откликаются на мою вакансию. Кстати они тоже за это платят. Это же гениально (сарказм). ИИ тебе ищет работу. Сам решает куда ты подать твое резюме и сам решает что твое резюме там не подходит."

Т.е. в дело вступает платформа, которая за отдельные деньги продает соискателям ИИ, а потом работодателям ИИ бороться с ИИ.

Найм в ИТ не просто сломан, он сломан высокотехнологично. С одной стороны работодатели не могут месяцами найти сотрудников, с другой сотрудники (далекие от ИИ) не могут пробиться через ИИ заслоны и HR. А где-то посередине растет сингулярность, в которой ИИ борется с ИИ во славу ИИ.

Очень интересный взгляд на проблему "галлюцинирующих" ИИ и почему избавиться от галлюцинаций полностью попросту невозможно.

https://habr.com/ru/articles/1017612/

Аптайм - это важно?

Наткнулся на рекламу прямо из 90х. Винтажную, практически.

15 лет аптайма в масштабах Галактики

474 359 400 секунд системы *** работают без остановки!

P.S. Пока вы читаете этот пост, аптайм увеличился на 52 секунды, а Земля улетела еще на 12 480 км.

Умение проектировать и строить системы, способные выдать аптайм 15 лет - это умение без всяких шуточек важное и попросту отличное. Но надо понимать что это и зачем мы это делаем.
Аптайм - время непрерывной работы *единичной* системы. Той, которую можно рассматривать как квант масштабирования. До массового внедрения систем виртуализации (системных виртуальных машин) аптайм был важнейшим показателем в мире больших серверов. Сдвоенное всё, аппаратная устойчивость, проверки всего, добавление и удаление аппаратных компонентов на-горячую (hot plug). Только бы сервер не надо было выключать. Кластерные системы в те времена были уделом совсем уж небожителей.

Пришла VMware и сказала - а давайте вообще то выключать серверы. Причем не просто выключать, а прямо в рабочее время. Потому что мы придумали Live Migration - виртуальная машина с нагрузкой прямо на-горячую, без остановки и разрывов соединений, меняет точку исполнения и переезжает на другой физический сервер (квант масштабируемости). А мы прямо в рабочее время, без овертаймов и ночных работ, получили возможность поставить патчи на системное ПО, прошить свежий биос, и вообще делать все то, что раньше приводило к недоступности сервиса.

Пришло время свернизкого входа в кластерные системы.

Дальнейшее появление контейнерной виртуализации и концепции "pet vs cattle" добило аппаратный и программный "design to last". Современные ИТ - это "design to fail", когда мы проектируем систему (кластерную прежде всего) на быструю обработку отказов и на поддержание доступности сервиса, а не на аптаймы железа и квантов масштабируемости.

Всё, аптайм с 2003 года (время выхода Live Migration) - очень нишевый показатель, он лишен практического применения в массовом ИТ.

Инфраструктура ИТ и вовсе с незапамятных времен почти не интересуется аптаймами. Питание по двум лучам, кондиционеры все с избыточностью, сети тоже все дублированы.

Не, коллеги из *** на самом деле молодцы, что у них 15 лет без простоев работает ЦОД и услуги.
Просто термин для этого другой нужен, не аптайм. И да, это душноты псот. Но раз мы осмеливаемся называться инженерами, то должна быть и инженерная культура. А она прежде всего начинается с терминологии.

Сервер выключается

Есть в одной организации сервер большой тяжелый и с ускорителями. И начал выключаться самопроизвольно.
Исследование не дало никаких ошибок аппаратных.
Включают - а он выключается. Непредсказуемо. Т.е. никаких там “через 10 минут”. Работает, работает, выключился завтра, например.
Две недели бились инженеры с проблемой.

Оказалось, что две недели назад появился в команде новый инженер. Который при завершении своей сессии заодно сервер выключал.

“Для экономии электричества”.

VK и макбуки. Анализ на коленке.

Прокатилась волна про VK и супермодные макбуки по 300к для сотрудников. Каналы и чаты полны обсуждений и праведного гнева.

Дорог ли макбук?

Оставим рассуждения нужны ли именно M5 или хватит даже М1 в разы дешевле. Да и в разы ли?
Не далее как решил обновить свой BYOD и взять ноутбук под винду. Не сказать, что мне как то не хватало М1 макбука, до сих пор не знаю чем его загрузить, но нужно было именно с виндой. Просто нормальный рабочий, надежный, живущий от батарейки, с возможностью апгрейда железа.
Взял Lenovo T16. Базовая цена 155 тыр за 16/512. Апгрейд хотя бы до 32 памяти (маст хев для комфортной работы) +30к, до 48 +40к. Апгрейд системного диска (увы, только апгрейд, а не установка еще одного) при нынешних ценах на SSD - еще столько же.
И вот уже 220 как с куста. Это к вопросу о "сверхстоимости" макбука.

Найм команды

Далее. Надо найти и нанять этих самых сотрудников. Т.е. затраты на размещение вакансий, на поиск, собеседования, на ФОТ рекрутерам и HRам. Считаем приближенно, нам интересен порядок цен, а не их точность до копеек.
Суммарная стоимость найма сотрудника с ЗП Х руб примерно равна 3,5-4 Х руб.

Отдельно посчитаем стоимость упущенного времени пока сотрудника нет. Не привязываясь к прибыли и важности проекта возьмем с потолка упущенное время по цене ФОТ. Предположим вся команда будет нанята равномерно за 6 мес. Т.е. для N сотрудников стоимость простоя проекта в самом простом приближении - 3 месяца ФОТ x N сотрудников.
Добавим 15% на стоимость обеспечения сотрудника рабочими метрами. Добавим х1.5 за налоги. Для 13% сотрудника 300к на руки компания тратит 450к.

Стоимость работы команды

Сколько стоит разработчик, который будет работать на этом супермодном ультра хайтех ноутбуке?
Вряд ли ошибусь в большую сторону, если возьму 300к (стоимость ноутбука) как ЗП на руки.
Итого, из расчета стоимости команды на 2 года.

Стоимость найма 65 * 300к * 4 = 78М
Стоимость простоя в процессе найма 450к * 65 * 3 = 88М
Стоимость команды на 2 года 24 * 450 * 65 * 1,15 = 807М

Итого стоимость команды из 65 человек при ставке 300к на 2 года с наймом составляет 973М, стоимость ноутбуков (рабочего инструмента) 19,5М.

2%, Карл!

Интернет и каналы с чатиками обсуждают 2% затрат!

6-го августа 2026 тряхнем стариной виртуализацией!

Встреча сообщества (юзер групп) инженеров по виртуализации.

Буду там рассказывать про "Древнее зло и производительность. От MS DOS к планировщику процессора гипервизора"

Приходите будет лампово и интересно!

https://event.jet.su/virtualization-community-day

Интересно, давно ли гипервизоры потребляют GPU для собственных нужд?