Кино вино и домино
3 поста
3 поста
26 постов
35 постов
13 постов
9 постов
11 постов
Я немного не понял, коллективу, ведущему обязательно-отчетное "сделано у нас" выделили вторую учетку? Потому что стиль "ничего по существу, давайте, гордитесь" - выдает автора. Как и вранье со строки на строку, в разных формах - от умолчания до "ну соврал, и что вы мне сделаете ?".
Сходу, не вдаваясь в детали:
успешно провела первое техническое обслуживание самой мощной турбины в России, на ТЭС "Ударная", в Краснодарском крае.
Что это значит? А то, что турбина работает как часы и всё с ней в порядке
Наоборот. Это значит, что турбина внепланово пошла в ремонт, раз такая гордость за ТО. Газовых турбин по Росси стоят сотни, если не тысячи, плановый и внеплановый ремонт - просто рутина. Это если есть запчасти, конечно. Впрочем, кому слова Ноябрьск и Усть-Луга знакомы, тот знает, про что речь.
На начало текущего года суммарная наработка силовой установки составила более 4 тысяч эквивалентных часов, из них более 2 тысяч часов – в полноценной промышленной эксплуатации
Не рабочих, а эквивалентных. То есть, гордиться особо нечем, установка ушла в остановку и ремонт спустя 3 месяца, или 2190 часов. При межремонтном сроке у аналогов - а взять хотя бы давно известный ГТУ ДГ-90 (UGT15000):
ресурс газогенератора до капитального ремонта 33 000 часов;
ресурс модуля силовой турбины до капитального ремонта 33 000 часов;
полный ресурс газотурбинного двигателя 100 000 часов
Никаких эквивалентов.
Позже пришел немецкий Siemens и стал главным поставщиком в Россию.
В России таких турбин не делали.
Пошло вранье, пополам с правдой. Siemens пришел в совместные предприятия -
"Сименс Технологии Газовых Турбин" (СТГТ, совместное предприятие Siemens и "Силовых машин")
Балтийские турбосистемы (Siemens и Невский завод - правда, тут сделку быстро провернули обратно).
Потом немецкий Siemens взял на обслуживание уже купленные Россией турбины, но не вернул
Это автор немного умолчал про перестановку турбин, купленных через Технопромэкспорты (ООО и ОАО), и чего это стоило той же Интеравтоматике.
И прямо соврал. Турбины для северного потока застряли в Канаде не из-за позиции Siemens, а из-за позиции правительства Канады.
Если просто говорить, то это газотурбированный двигатель колоссальной мощности.
Газотурбированный. Окей. Рядом с бензинотурбированным и дизелетурбированным, видимо.
Чем там газотурбируют газовую турбину, закисью азота?
Выдайте автору словарь, чтобы больше не газотурбировал водоемы малой глубины.
В прошлом году турбину установили на ТЭС "Ударная", чтобы помочь нивелировать дефицит электроэнергии на юге России, и она справилась.
Автор стесняша, не пишет "вызванный бесплатной поставкой энергии на майнинг фермы в Абхазии и не только"
Пару месяцев назад, эту же турбину представили в Китае на выставке, куда съехался весь Ближний Восток, Латинская Америка и Азия. Смысл в том, что эта турбина на практике оказалась вообще не хуже немецкой
Только работает меньше, а стоит дороже за 5 лет. А так не, не хуже. Не говоря про то, что на ближнем востоке как раз и делают (делали) Siemens - в виде MGT-70 и MAP2B. И именно иранские турбины собирались поставлять в РФ, вместо Siemens. Потому что ну вот нет таких в РФ. Очень гордились в новостях, дескать выкусите, купим турбины Siemens в Иране, раз Siemens не продает.
А учитывая то, что в мире сейчас дефицит энергии, многие хотят себе АЭС, ТЭС и прочие энерго генерирующие мощности.
Хотят. В кредит от РФ, как Бангладеш. Кредит потом можно не выплачивать, а АЭС останется.
Так вот, чем больше у нас успехов, тем больше у других государств желания нас приглашать к себе
Успехов в прощении кредитов полно, тут не поспорить.
Для ЛЛ: принцип работы cpu scheduler надо знать!
Часть 3. Прочее
Коллеги рассказали, история не моя.
Унаследовали они какой-то сервер с 16 физическими ядрами на сокет, два сокета. HPE, кстати.
Что-то из линейки Xeon E5-2600 v4, неплохие были процессоры. Для 2016 года.
Конечно , с виртуализацией поверх, в том числе с SQL, 1с , и так далее. И с внезапно возникшей проблемой «тормозит, раньше не тормозило, мы ничего не нажимали».
Я даже не буду называть виртуализацию, хотя скажу сразу, параметра CPU Ready там не было, так что это не Nutanix AHV и не Broadcom ESXi.
Пока писал статью, увидел заметку new CPU jitter counters in Windows Server 2025, и после дописывания статьи, пойду ее читать. Затем, конечно, пойду тыкать бывших коллег носом, что посмотрите, где там такой счетчик в этом вашем импортозамещении?
Что было: все было отлично. На несколько серверов выделили по 48 ядер на VM, и они работали, пока что-то не пошло не так.
Пойдем в теорию, что могло пойти не так
16 физических ядер на сокет у Intel означает 32 «всего» физических ядра на два сокета, и 64 потока.
Поток не дает особого прироста производительности. При некоторых, иногда (достаточно часто) встречаемых условиях, он даст .. ну 10%. Может 20%. Обещали 30%, но "не всегда".
Но может дать и минус, при определенных условиях.
Что делает планировщик, точнее cpu scheduler, при стандартных настройках.
Планировщик старается выдать каждому процессу (каждой VM, за исключением World 0 , и то, если вы не лазали в minroot кривыми ручонками) равное количество процессорного времени.
Что произойдет, если у вас в системе 32 физических ядра, и вы выдали суммарно 32 vCPU core, скажем? 8 VM по 4 CPU core? Ничего особенного, планировщик разложит задачи по физическим ядрам, и стандартные, не особо нагруженные VM, будут работать как работали. За, правда, исключением случая Storage space и storage space direct (S2D), там будет чуть сложнее. И с vSan не все так просто, но приемлимо.
Что произойдет, если у вас в системе те же 32 физических ядра, и вы выдали суммарно 96 vCPU core, скажем, 24 VM по 4 CPU core? Тоже ничего особенного, планировщик разложит задачи по физическим ядрам, потом попытается разложить задачи по виртуальным ядрам, потом построит очередь, и будет, так или иначе, эту очередь выполнять. Для ежедневных сценариев и нормальных гипервизоров ситуация с переподпиской CPU 1:1.5 и до 1:3 по физическим ядрам находится между «нормальной» и «терпимой».
Уточнение. Правильнее сказать «годится для начала разговора и осмотра CPU ready». Потому что одно дело у тебя система, которая почти ничего не считает, но крутит данные в памяти, как не в себя, другое дело VDI, третье дело NTP или еще какой сервер, у которого 2 vCPU только из вежливости. Кроме просмотра CPU ready, еще надо смотреть co-stop (%CSTP).
Для VDI сценариев, где 99.99% времени система ждет, пока пользователь нажмет что-то на клавиатуре, нормально будет работать и 1:10.
Оговорка: конечно, не во всех сценариях, и не во всех гипервизорах. Для нагрузки, чувствительной к задержкам, c ESXi 5.5, есть режим Latency-Sensitive. Для VM размером в хост, тоже есть свои настройки. См. разделы литература ниже.
Что произойдет, если у вас в системе те же 32 физических ядра, и вы выдали суммарно 64 vCPU core, скажем по 48 vCPU 2 VM (#1, #2), и по 8 еще оставшимся 4 (#3, #4, #5, #6)? Напоминаю, всего у вас в системе 32 ядра / 64 потока.
Будет очень интересно, не переключайтесь
Допустим, планировщик начал с первой машины (VM #1). Первым делом планировщику надо дождаться, пока остальные пять сделают свои дела с CPU, или, пока не пройдет таймаут. Допустим, что планировщику и VM свезло, и Vm #1 полезла на 48 vCPU.
А 48 физических ядер нет. Есть 32. Надо выкидывать остальные задачи куда-то в кеш 2-3-N уровня. Освобождать весь кеш 32+16 потоков, и всякие регистры к ним еще раз. Выполнить сначала одно, потом второе, и при этом попытаться уложиться в таймслот. Начинается то, что зовется context switches. И это я еще не лезу в пособие по архитектуре HT, потому что я даже не представляю, как именно построены очереди исполнения и всякие регистры по отношению к HT и тому, что называется speculative execution.
Окей, худо-бедно выполнились, и !
И пришла беда, откуда не ждали. У Intel Xeon давно есть режим авторазгона. Одни ядра разгоняются, другие нет, в результате угадать, какие ядра останутся на 2.2 , какие захотят работать на 2.4, какие на 2.6 – невозможно. Со всеми последствиями для попытки поддержать синхронность выполнения задач на ядрах со стороны планировщика.
Со стороны почти любого мониторинга это выглядит так, что процессор ничего не делает, и это чистая правда.
Сделаем еще шаг назад. Кроме ядер, в работе фигурирует и оперативная память. И желательно, чтобы данные в памяти (в физической памяти) были поближе к нужному ядру. NUMA, non uniform memory access, в полном расцвете сил. Хорошо, что в этом сценарии она не работает.
Сделаем еще шаг назад. Процессор – это не только калькулятор, это еще и всякие EAX EBX ECX EDX, и прочие данные, и очень не хотелось бы, чтобы специально обученные злодеи выдернули из этих ESI EDI ваш пароль, или хеш от него. Ага, Meltdown и Spectre (там чуть сложнее, конечно).
Начинается шаг 2 - исполнение VM #2 еще на 48 ядер. Даже и не на 48, кстати.
Планировщик пытается сказать процессору «давай, исполняй».
Процессор пытается разогнаться, при этом выкинуть лишние данные из своих кешей, памяти, регистров, и так далее. Точнее, конечно, планировщик командует, ядра делают.
VM #2 пытается всеми своими 48 ядрами, с криками «мне положено, вас тут не стояло», залезть на 32 ядра. Может, успевает даже что-то выполнить на разогнанных ядрах. Может, нет. И планировщик начинает ее выгонять с ядер со словами «завтра досчитаешь, СЛЕДУЮЩИЙ», напевая под нос What You Waiting For?
Шаг 3
На 32 ядра лезут оставшиеся 4 по 8, быстро исполняются, ну как могут, и на следующем шаге планировщик опять пытается выполнить VM #1. Но VM 3, 4, 5, 6 работают за разное время, поэтому VM 1 придется подождать, пока выполнятся все задачи на всех ядрах, у всех машин, и только потом планировщик будет пытаться утрамбовать VM #1, примерно так же, как Lock, Shock and Barrel пропихивали Sandy Claws в трубу.
Все это время ядра не делают ничего. Ну как ничего. Сидят и курят.
С точки зрения мониторинга, загрузка на считающую часть процессоров - ноль.
Планировщик сидит, курит, и поет
Goodbye
Yes, it's time to say goodbye
Sad, I know, but, hey, you're done with living
It's time to give in
And go and so, goodbye
(но это не точно, может относится к этому более филосовски. Как говорилось, We all bloody die. Except this one here.)
Что сделали
Взяли, и вопреки всем крикам «да что вы делаете, как жить то» - отобрали у самых толстых машин, 1с кстати, лишние ядра. Все равно она ими пользоваться не умеет. И настройки в BIOS покрутили. И стало хорошо.
Литература
PS. Логика Пикабу зачем-то советует тег "другой мир". Окей. Тега broadcom нет, тега Nutanix нет
Что за бред я прочитал под видом длинопоста месячной давности?
И почему не надо хоститься в Git In Sky, судя по этому посту.
Для лиги лени: опять на Пикабу тащат старье с выродившегося в маркетинг хабра
стал DevOps-тимлидом
Вместо трелей будильника мой телефон издает тревожный звон сообщений из системы мониторинга и экстренных звонков от клиента.
На телефон лида никогда, ни при каких обстоятельствах, не идут ни данные мониторинга, ни звонки от клиентов. Вообще никогда. И то, и другое, идет на первую линию, максимум на вторую.
вижу, что сломалась база данных. В такой ранний час из кластера предательски вывалилась одна нода.
База данных не "ломается" просто так. Кроме случаев, когда в нее кто-то кривыми руками полез, и что-то в ней удалил. И ни в каком случае это не связано с выпадением ноды из кластера.
Есть два основных сценария:
1 База данных не очень важна, не очень нужна, и можно положиться на работу сервиса High availability (HA). Ну умерла одна физическая нода, да и ладно, через 2-5 минут система перезагрузится на другой
2 База данных важна, нужна, и очень нужна. В таком случае строится или RAC или Always on, в разных вариантах, по бедности, и когда база все же нужна, но не очень, можно обойтись Pacemaker&Corosync, или Patroni . Stolon может быть. Если вы смелый и старый - Galera.
При любых условиях выпадение ноды из кластера порождает только алерты, которые закрываются первой линией.
Как мне подсказывают, еще такое "отсутствие HA" бывает при внедрении "типа-импортозамещения" методом далее-далее, там HA отсутствует, в привычном понимании.
Инициализировав новую ноду и добавив ее в кластер
Чего чего там происходит? Достав со склада холодный резерв? И за 5 минут его подготовив к работе, прямо из дома в ЦОД? Что я только что прочитал?
И при чем тут девопс лид?
Подъем по тревоге” ночью или в выходные происходит не часто (один-два раза в месяц).
Это значит, что система абсолютно не настроена, и построена из говна и свиста. Нет резервов, нет кластера, нет людей. Все задачи свалены на как-бы лида, но по фактическим задачам - инженера, ответственного за физическую инфраструктуру.
Как и у многих хостинговых компаний на рынке, у нас сложилась “многоярусная” система реагирования на проблемы с инфраструктурой.
Но при чем тут девопс, если речь про хостинг? Где тут в схеме "вышел из строя физический сервер" - CI или CD ?
Мы сознательно отказались от полностью автоматической системы и поставили между инфраструктурой и инженерами людей. Автоматика бы отзванивалась на любой чих в системе.
То есть автоматика не просто не настроена, ее вообще нет.
Сегодня инженер, ответственный за проект, не подошел к телефону
Как легко увидеть, налицо экономия на качестве и кадрах. Нормальная система слежения требует 2 (двух) людей на уровне, и только потом эскалацию на уровень выше. Опять же, совершенно не поняна иерархия - почему заявлены проблемы в железной части, но звонок ушел на девопс-инженера и девопс-лида?
Умываюсь и иду на дейлик в 10:00 по Москве, где мы отчитываемся о наших задачах.
Обязательно присутствуют проджекты, которые приносят обратную связь от заказчиков - допустим, клиент приходил в пятницу и просил побыстрее что-то сделать. Мы оцениваем срочность и, если это необходимо, раздвигаем очередь задач, чтобы сфокусироваться на самом важном.
то есть спринтов нет, метод "бегаем туда - бегаем сюда".
Классика.
В общей сложности на опрос 20 с лишним человек уходит 18-20 минут.
20 человек в девопс команде на одного лида, но при этом один дежурный инженер? Цифры не сходятся. Никак.
Как выяснилось, тот поставил телефон на зарядку в соседней комнате и не услышал звонка. Обсудили ситуацию, договорились больше так не делать.
Исправлять ситуацию, конечно, никто не собирался. Но это уже другая история
Послеобеденное время — период, когда можно тет-а-тет обсудить задачи коллег. Сегодня, например, минут 40 проводил плановый performance-аудит баз данных одного из проектов.
Какое отношение perf аудит, который зависит еще и от запросов, не говоря про оптимизацию внутри базы, чем занимаются DBA, имеет к devops ? Да, observability находится на мониторинге, в том числе, у devops команды, но в реальном мире devops инженер обычно не лезет в план запросов.
Помимо встреч, мне с разных сторон прилетают задачки. Например, приходят коллеги из отдела маркетинга с заявками от клиентов. Они ждут совета, как и в какой пакет обернуть требуемую услугу, какую сделать презентацию. Будучи архитектором,
только что был девопс лидом, а стал архитектором. Волшебная трансформация. Маркетолог, писавший текст, забыл о чем писал?
Вечером, уже дома, могу посмотреть кино с женой или сажусь за свой пет-проект.
После подьема по алерту в 4 утра, два раза в месяц, к 20 человек падает в кровать. Какой уж тут пет-проект.
Впрочем, удивляться нечему. Если текст размещен на Хабре в 2025 - значит, это обычное маркетинговое творение. Накрыть пленкой, весной закопать в грядки перед посадкой картошки.
Для ЛЛ: Наша молодёжь любит роскошь, она дурно воспитана, она насмехается над начальством и нисколько не уважает стариков. Наши нынешние дети стали тиранами; они не встают, когда в комнату входит пожилой человек, перечат своим родителям. Попросту говоря, они очень плохие.
Проблема российского ИТ , да и не российского тоже, да и не ИТ, просто это в России лучше видно и громче кричат - пропал рынок сбыта, и пропали дешёвые квалифицированные люди. Совсем пропали.
Ряд не-ИТ проектов в РФ опирался на то, что есть дешёвая рабочая сила из N-стана, и есть дешёвые местные проектировщики, бригадиры итд. И они кончились. Совсем.
То есть, 35 лет, с 1990 (если не с 1985) работал естественный отбор.
Работал он очень просто.
1990-2000.
Единственным рабочим способом выживания стало «крутиться». На немногие оставшиеся работать предприятия выстроились очереди, народ массово поехал из умирающих колхозов – в районные центры, из районных – в областные, из областных – в миллионники, из миллионников – в Москву.
Началась сепарация.
На тех, кто готов поднять формальные, неформальные, любые связи (включая межполовые), и уехать туда, где есть работа и перспектива.
И тех, кто не готов. Причины «не готовности» были разные, у кого-то в жизни и так все было неплохо – папа и мама при бизнесе, можно не напрягаться, как-то работать. У кого-то не было яростного желания вырваться любой ценой, хватало на еду, и раз в год съездить в Турцию, и нормально.
Сепарация привела к интересному результату. Из регионов вымыло не столько, и не только квалифицированную рабочую силу, но скорее:
мотивированную рабочую силу, и
мотивирующую рабочую силу.
То есть, в регионах остались не единицы квалифицированных людей, а десятки и сотни, но мотивация «затаскивать» и мотивация «затаскиваться» постепенно заканчивалась.
Люди, умеющие считать, четко понимали, что:
Кризис по образцу 1998, и 2008 года может повториться. В регионах в 2008 году масса людей просто вылетели с работ, в том числе в тепленьком ИТ. В Москве много вылетели, зарплаты просели, кто-то полгода проедал заначку. Но в Москве эта заначка была. В регионах, зачастую, нет.
После 2008, посидев с полгода на картошке с огорода и 6 соток, многие задумались про деньги.
В регионе на линейной позиции в ИТ ты мог (на 2010 год, условно) зарабатывать 15-25 тысяч. При курсе примерно 30, это 500-750$. Кстати, это 50-75 тысяч по текущему курсу.
После всех затрат у тебя оставалось 2-5 тысяч. Квартплата, транспорт, исключительно платная медицина, итд.
При перекате в Москву ты сразу мог уходить на 45-60, на 1500-2000 $. Кстати, это 150-200 к по текущему курсу, то есть не изменилось ничего.
Но, в Москве после вычета аренды (15-20), транспорта (причем, иногда в Моске уже тогда оплачивали проездной) и минимальных расходов (те же 10 к, 300$), у работника оставалось 45-15-10 = 20к. А не 2-5.
Стоит ли говорить, что приток в Москву не останавливался никогда?
Сейчас с этим притоком есть проблема, точнее с его качеством. Причем, проблема многогранная. Или, даже и не проблема.
Проблема первая, квалификация.
Сколько раз сказано, что просмотр видео «берем сперва укропу, ведро воды» - не учит готовить плов.
Сколько раз сказано, что просмотр видео «дети, вот это докер, докер это дети» - не учит понимать, что это, зачем оно, и куда оно. Ну вот докер, да.
Коллеги недавно плакали, громкими слезами, люди пишут в резюме «ставил докер». Если кто не в курсе, то процесс крайне увлекательный и сложный, целых 2 (две) строчки:
sudo apt-get install docker-ce
sudo docker run hello-world
Примечание. В Европе тоже любят писать Python, или Zscaler. Уровень знания - картинку с ним видели, в интерфейс IDE заходили, создать словарь, не говоря уже о загрузке словаря из файла, уже не могут. Fizz buzz не сделают.
Ничего удивительного в этом нет, люди где-то, в 2025 году, под 2019 AD - находят PDC и BDC. Не FSMO, так и пишут – PDC.
То есть, определенная часть поколения после 2000 года рождения, начисто потеряла умение читать, и понимать текст. И до этого у многих были проблемы с пониманием написанного, но, когда человека с 5-10 лет окружает, в основном, видео – он не то что потеряет, он не приобретет умение конспектировать и перерабатывать видео в текст, а текст забивать в МНУ (Межушный нервный узел). На это еще Фейнман жаловался, но соотношение стало хуже, на мой взгляд.
Намазываем на это отсутствие квалифицированных преподавателей (см. вымывание кадров), отсутствие корректной русскоязычной литературы, цыганские курсы, общие верования – и получаем, что получаем.
Изменилось само соотношение. Люди то есть.
Вовсе не проблема, а даже и наоборот – смена мотивации и поведения, то есть пункт второй.
Поколениям «до 2000 года» - деление, конечно, условное, точнее «поколениям до, примерно, 1980-1985 года рождения» много лет вбивали, что надо «понять, осознать, и покаяться». То есть, если начальник ругается, то нужно стоять и обтекать, вне зависимости от того, прав начальник, не прав. И всегда надо надеяться на светлое будущее. Не подняли зарплату хотя бы по инфляции – ну ничего, потерпим.
Али не выйдем на недоплачиваемые смены? За гроши совестью мужицкой приторговали? Да нет, я по глазам вашим мужицким вижу, что тут зарплатных нет.
До какого-то момента это работало, что в СССР, что в мире. Грамоты, медальки, значки, доска почета – это все работало и работает, но есть нюанс – работает только после закрытия первичных потребностей. В современном мире это своя квартира, своя машина. И только так. Своя квартира пояснений не требует, а своя машина, это не только вывоз тещи на дачу для похорон картошки, это еще и легко реализуемый актив, и в разы лучшая мобильность. Особенно в регионах. Даже в Москве до, примерно, 2010 года. А может и потом.
Сейчас перестало, или стало работать хуже. Genetation Next даже не будет тебе цитировать продолжение поговорки «ты работай дурачок», оно просто уйдет, и от конфликта, из из организации. Рабочая сила стала мобильной, и это хорошо.
НО.
Из того что я слышу в разговорах с приезжающими из РФ, и с оставшимися в РФ бывшими коллегами (опять же, надо заметить, что почти та же ситуация есть и в Европе), что бизнес пока не готов отказаться от двоемыслия и речекряка (Duckspeakers)
Бизнес (говоря про ИТ) прекрасно видит, что нехватку квалифицированной дешёвой силы не закрыть деньгами.
Можно поставить в вакансии заветные 300кк, придут все те же, ничего не знающие, люди.
Можно делать модно, по заграничному, до последнего скрывать размер вилки. И потом плакать, что плак плак, как так, где же люди, почему они все хотят работать за деньги, нас на кратких курсах учили, что мотивация должна быть нематериальной, максимум грамотка. Почему с нас ржут, ведь мы заказали такие красивые блокнотики, а кандидаты при их виде начинают смеяться, ОБИДНО!
Отдельно надо отметить сложности с экономикой некоторых проектов. Проект закладывался, скажем, исходя из того, что 5 программистов по 500к каждому в ФЗП (фонд заработной платы, то есть то, с чего потом возьмут ЕСН, травматизм, потом еще раз НДФЛ, и еще раз возьмут НДС) наработают прибыли на 1.000к в месяц каждый, что окупит и офис, и менеджеров, и макбуки, и еще останется. При 650к проект уже начинает трещать по балансу, при 750к баланс не сходится совсем. И, даже если и сходится, то у любого проекта есть заложенная норма прибыли. Зачем вкладываться в проект с прибылью 10%, когда можно положить деньги в банк под 20%.
Добавляем то, что люди по 500к (до всех налогов) эту катку могут не затащить. То есть не смогут запустить проект. Физически не могут – для одних слишком сложно, другие не могут работать с менеджером, который орет «вы все тут бездари». Минус один программист на проекте означает минус два, потому что, даже если нового тут же найдут, его ж кому-то надо учить. Это базовейшая из баз, мифический человеко-месяц, но кто ж его читал-то?
Добавляем то, что психологически бизнес не готов публично признать, что дешёвые люди кончились.
И часть бизнеса не понимает, как так - техника же работает все быстрее (это правда, все эти авто-дополнения, анализаторы, LLM, co-pilot очень хороши), но почему и раньше на проект надо было 10 человек, и сейчас на проект надо 10 человек. Нет понимания, почему машзал на 1000 стоек в 2000 году сейчас поместится, пожалуй, в десяток. Почему раньше «огромный» проект занимал 100.000 строк и выполнялся за 5 минут, а сейчас надо 1.000.000 строк кода, и железо в 20 раз мощнее выполняет задачу хорошо если за 5, а скорее за 15 минут.
А вот потому. Потому что оптимизировать код дорого. Потому что железо имеет свои пределы, и плохо написанный код, пусть он 10 раз опенсорсный, все равно остается плохо написанным и медленным.
Отсюда растет нытье.
Нытье удобно - не мы такие, жизнь такая. Так и есть, экономика части проектов на том и строится, что любой труд стоит дёшево, с дорогим трудом проект не окупается.
Поэтому нытье будет продолжаться, ровно до того момента, когда проблему станет невозможно терпеть бизнесу.
Удивительно, но труд в РФ не дорожает, если рассматривать в долларе. Как стоил мидл 4000 - 6000$, так и стоит, как стоил сеньор 6000-12000 $, так и стоит. Но нет, мантра 'вы же покупаете в рублях, зачем вам доллары' прочно засела в некоторых головах. Но мидл и сеньор тем и отличаются, что в курсе , что даже в Турции, берут доллары. И что телефон покупается за доллары (или юани). И, слушая эти рассказы, плавно утекают.
Отдельно надо сказать, что в РФ с ростом зарплат в рублях пытаются бороться на самом высоком уровне, но не афишируя этот процесс.
Осенью 2024 менеджмент в РФ пел «сейчас будут сокращения», подразумевая «надо лучше работать, сократим самых отстающих в части ритуальной похвалы меня по утрам».
Сейчас, судя по некоторым крикам боли, оказывается, что сократили или тех, кто реально работал, или тех, кто работал исключительно в части софт-скиллов, то есть много говорил, но ничего не умел.
Новая песня на 2025 – тут у нас обстоятельства, надо потерпеть, повышение, обещанное еще осенью, сдвинуто на следующую осень.
Начинает работать следующий этап сепарации – те, кто готов терпеть, остаются сидеть (но их производительность труда начинает страдать), а те, особенно из Gen Next, кто в этим сказки не верит – берут и уходят. Иногда в никуда, иногда уходят проедать подушку, иногда уходят на мамкины борщи (ТМ), иногда уезжают.
И вот тут бизнес начинает орать – ЧТО Ж ВЫ ДЕЛАЕТЕ, МЫ ВОТ ТАКИМИ НЕ БЫЛИ.
Да были вы, были и остались.
PS.
Полная цитата
General: Now each battalion has a specific code-name and mission. Battalion 5, raise your hands!
General: You will be the all important first defense wave, which we will call "Operation Human Shield".
Chef: Hey, wait a minute...
General: Now keep in mind, 'Operation Human Shield' will suffer heavy losses. But don't lose your spirit men! Stay until the bitter end. Battalion 14?
General: Right, you are 'Operation Get Behind The Darkies'. You will follow Battalion 5 here and try not to get killed for God's Sake. Are there any questions men?
General: Yes Soldier?
Chef: Have you ever heard of the Emancipation Proclamation?
General: I don't listen to hip-hop!
South Park: Bigger, Longer & Uncut
Английский вариант
Русский вариант
Для лиги лени: чудес не завезли
В новостях проскочило:
Первые массовые партии отечественных высокопроизводительных серверных процессоров, соответствующих требованиям российских компаний, появятся через восемь лет. Главная причина долгого срока - недостаток заводов, квалифицированных кадров, способных переписать ПО под новую архитектуру процессоров, и санкции. Массовые партии российских серверных процессоров с отечественных фабрик появятся через восемь лет
Прекрасный заголовок, ну что такое восемь лет?
Но, пойдем чуть глубже:
на создание массовой партии серверных процессоров с российскими кристаллами, необходимой игрокам рынка, уйдет три года, если в течение следующих пяти лет в России появятся фабрики, способные производить процессоры по топологии 28 нанометров.
Если. Как только, так сразу.
То есть, сначала сделать степпер, и всю обвязку к нему, и не 350, а 28 нм, хотя бы. И производство всей обвязки и расходников.
Потом построить завод, где собрать всю оснастку, в середине которой стоит степпер.
Потом запустить линию, чтобы она давала не 100% брака после первого этапа, а хотя бы 1 (один) годный кристалл в неделю.
И только после этого, может быть, года через три от запуска, сделают .. ну, что-то сделают. По результатам тестов последние образцы Эльбрусов были на уровне Intel Atom – то есть, где-то на уровне современного телевизора.
Что тут сказать. С шумом и криками «вот сейчас заживем» фабрику в Зеленограде начали строить в 2021 году, с обещаниями открыться в 2024. Открыть, видимо, предполагалось саму коробку – стены там, двери, вот это все, вместо Ангстрема – МИЭТ.
Пока новостей "ура фабрика готова" - нет.
28 нм предполагалось делать на рентгеновском литографе. Пока новостей «ура заработало» - не заработало. Конечно, «зато отлично поработали, сделали большой запил задел».
Особенно хорошо это сочетается с подготовкой потока «возвращения детей хороших родителей в родную гавань», ой то есть в 2025 году иностранные топ-менеджеры, особенно из Европы и США, стали чаще проявлять интерес к работе в России. (ура ру)
Им же всем надо где-то работать, чем-то руководить.
И не менее хорошо сочетается с новостями, где в заголовке:
оператор Т2 начал использовать полностью российские SIM-карты «Микрона»
а по тексту статьи:
успешно завершил тестирование
(детали тестирования тоже не приводят)
Обещают, в том числе, MFF, но MFF – это, например, ST Microelectronics SIM-S-IO3-MFF2-2-LP на ARM 32-bit RISC SC300, то есть ST33G1M2M на 80 нм процессе.
Как там было в известном ролике? Витя, они хотя бы из отечественных материалов?
Для лиги лени. Большевики, которых потом расстреляли.
16 апреля 1917 года Ленин прибыл в Петроград на Финляндский вокзал. Согласно последним историческим изысканиям в пересказе, Ленин первым делом залез на броневик, доехал на нем до Авроры, и с Авроры сверг царя. Затем устроил гражданскую войну, лично перестрелял всех поэтов, поэтесс, и утопил цвет нации в пруду, кроме тех, кого посадили на пароход, но не утопили. Дальше было только хуже , итд.
Реальность, даже снятая на храмовый целлулоид, давно никого не волнует.
Я же, наконец, нашел время и место для чтения давно покрытых мхом мемуаров -
Десять дней, который потрясли мир.
Интересна не только книга, и не только личность автора, и не только его судьба, но и то, что автор перечислил наиболее знаковых, или как-то запомнившихся ему героев того времени.
Мне же интересна дальнейшая судьба участников событий.
За красных.
Рид, Джон. «За красных», автор книги. 19 октября 1920 года умер в Москве (от тифа).
Авилов, Борис Васильевич. Расстрелян 20 июля 1938 года.
Глебов-Авилов, Николай Павлович. Расстрелян 13 марта 1937 года.
Крамаров Григорий Моисеевич. Умер 11 августа 1970 года в Москве.
Лазимир, Павел Евгеньевич (эсер). Умер 20 мая 1920 (от тифа).
Меньшевики и эсеры.
Либер, Михаил Исаакович. С 1921, с перерывами, сидел. Расстрелян 4 октября 1937 года.
Гоц, Абрам Рафаилович. В 1937 г. арестован, в 1939 г. приговорён к 25 годам лишения свободы. Умер 4 августа 1940 где-то в лагерях.
Колегаев, Андрей Лукич. Расстрелян 23 марта 1937 года.
Спиридонова, Мария Александровна. Расстреляна 11 сентября 1941 года.
Камков, Борис Давидович. Расстрелян 29 августа 1938 года.
Мартынов, Александр Самойлович (Саул Самуилович Пикер (Пиккер)). Умер 5 июля 1935 г. в Москве.
Дан, Фёдор Ильич. Выслан из СССР в 1922, умер в США 22 января 1947 года
Церетели, Ираклий Георгиевич. Эмигрировал, умер в США 21 мая 1959 года.
Чхеидзе, Николай Семёнович. Эмигрировал, умер во Франции 11 июня 1926 года.
Мартов, Юлий Осипович. Эмигрировал, умер в Германии 4 апреля 1923 года.
Авксентьев, Николай Дмитриевич. Арестован в 1918, выслан, умер 4 марта 1943 в США.
Керенский, Александр Фёдорович. Эмигрировал, умер 11 июня 1970 года в США.
Брешко-Брешковская, Екатерина Константиновна. Эмигрировала, умерла 12 сентября 1934 года в Чехословакии.
За белых (нет, но да, но нет)
Родзянко, Михаил Владимирович. С момента образования Временного комитета государственной думы - глава этой думы. Умер 24 января 1924 года в эмиграции в Белграде.
Родзянко, Александр Павлович. Племянник Родзянко М.В . За белых. Был отправлен Юденичем в Англию, в итоге оказался в США, умер 6 мая 1970 года.
Шульгин, Василий Витальевич. Эмигрировал, в декабре 1944 был арестован в Югославии, отсидел до 1956 года. Умер во Владимире 15 февраля 1976 года.
Милюков, Павел Николаевич. Эмигрировал, умер во Франции 31 марта 1943 года.
Винавер, Максим Моисеевич. Эмигрировал, умер во Франции 10 октября 1926 года.
Шацкий, Борис Евгеньевич. Эмигрировал, умер в Чили 22 января 1941 года.
Лианозов, Степан Георгиевич. Эмигрировал, умер во Франции 10 августа 1949 года.
Коновалов, Александр Иванович. Эмигрировал, умер во Франции 28 января 1949 года.
Пешехонов, Алексей Васильевич. Выслан из СССР в 1922, умер в Риге 3 апреля 1933 года.
Чайковский, Николай Васильевич. Эмигрировал, умер в Англии 30 апреля 1926 года.
Выноски из текста
После этого старый ЦИК покидает трибуны и его место занимают Троцкий, Каменев, Луначарский, Коллонтай, Ногин...
Троцкий, Лев Давидович – см. ледоруб. Убит 21 августа 1940.
Каменев, Лев Борисович. Расстрелян 25 августа 1936 года.
Луначарский, Анатолий Васильевич. Умер 26 декабря 1933 года.
Коллонтай, Александра Михайловна. Умерла 9 марта 1952, Москва
Ногин, Виктор Павлович. Умер 22 мая 1924 года, Москва
Во все министерства назначили временных комиссаров: в министерство иностранных дел - Урицкого и Троцкого, в министерства внутренних дел и юстиции - Рыкова, в министерство труда - Шляпникова, в министерство финансов - Менжинского, в министерство социального обеспечения - Коллонтай, в министерства торговли и путей сообщения - Рязанова, в морское ведомство - матроса Корбира, в министерство почт и телеграфов - Спиро, в управление театров - Муравьева, в управление государственных типографий - Дербышева, комиссаром Петрограда назначили лейтенанта Нестерова, комиссаром Северного фронта – Позерна
Рыков, Алексей Иванович. Расстрелян 15 марта 1938 года.
Шляпников, Александр Гаврилович. Расстрелян 2 сентября 1937 года.
Рязанов, Давид Борисович. Расстрелян 21 января 1938 года.
Спиро, Вильям Бернгардович. Эмигрировал, умер в 1938 году в Великобритании.
Муравьёв, Михаил Артемьевич. Застрелился, или убит при мятеже 11 июля 1918 года.
Менжинский, Вячеслав Рудольфович. Умер 10 мая 1934 года.
Дербышев, Николай Иванович. С 1933 года на пенсии, умер 13 февраля 1955 года.
Комиссар Военно-революционного комитета г.Петрограда капитан-лейтенант Нестеров
Нестеров, Александр Герасимович. Отсидел, умер в 1980, успев сняться в документальном фильме 1977 года.
Не путать с:
Нестеров, Иван Петрович
Позерн, Борис Павлович. Расстрелян 25 февраля 1939 года.
В одной из комнат верхнего этажа сидел тонколицый, длинноволосый человек, математик и шахматист, когда-то офицер царской армии, а потом революционер и ссыльный, некто Овсеенко, по кличке Антонов. Математик и шахматист, он был поглощен разработкой планов захвата столицы.
Антонов-Овсеенко, Владимир Александрович. Расстрелян 10 февраля 1938 года.
Наиболее ненавистный член правительства - министр народного просвещения Кишкин был утвержден чрезвычайным комиссаром по охране порядка в Петрограде. Он назначил своими помощниками столь же мало популярных Рутенберга и Нальчикского.
Кишкин, Николай Михайлович. Умер 16 марта 1930, Москва.
Рутенберг, Пётр Моисеевич. Эмигрировал, умер 3 января 1942 года, Иерусалим
член исполнительного комитета крестьянских Советов Пьяных. Он был вне себя от ярости.
«Исполнительный комитет Всероссийских Советов крестьянских депутатов протестует против ареста наших товарищей, министров Салазкина и Маслова!
Пьяных, Иван Емельянович. Умер 21 февраля 1929 года.
Салазкин, Сергей Сергеевич. Умер 4 августа 1932 года.
Какой-то военный, взобравшись на центральную башню броневика, говорил речь. То был Ханжонов, председатель Всероссийского съезда броневых частей, состоявшегося летом.
Не находится.
"Дурак! Я, брат, два года высидел в Шлиссельбурге за революцию, когда ты еще стрелял в революционеров да распевал "Боже, царя храни"! Меня зовут Василий Георгиевич Панин. Ты обо мне никогда не слыхал?"
"Не слыхал, извиняюсь...- смиренно отвечал солдат.- Я ведь человек неученый. Вы, должно быть, большой герой..."
Не находится.
Выводов не будет.
Для лиги лени: про бывшую VMware, теперь VMware by Broadcom. Чего было и чего ждать
Часть 1. Чего и почему ждать.
Часть 2. Fast start. Литература и сайты для тех, кто вляпается в это легаси.
Часть 3. Прочее.
1.1 Пока переписывалась статья, вышло обновление-
8.0 Update 3e 24674464 , с обещаниями снова выдавать ESXi free, еще более урезанную.
Спасибо конечно, и на том.
1. 2 Не дописанное из первой части
Продукты фирмы VMware не были как-то особо популярны в РФ. Так, по мелочи.
Пара мелких банков, какие-то сотовые и небольшие телеком операторы, разорившаяся авиакомпания, пара фирм по розничным продажа бытовой химии, облачные провайдеры, итд. Короче, все те, кто не мог себе позволить купить нормальный Azure Stack (Azure Stack HCI, сейчас Azure Local), или сидел на таком дремучем легаси, что виртуализация у них была уже, конечно, не механическая, и не ламповая, но серверы приходилось или ставить краном, или возить на специальном лифте. Оборот и прибыль VMware в РФ (от мировой) была в районе статистической погрешности, от 0.1 до 1%, поэтому ее уход из РФ заметили только те, кто работал (скорее, не работал) в облаке МТС в 2024 году.
Такие, во всех отношениях отсталые продукты, как:
VMware NSX
Omnissa Horizon (ранее Horizon View, VMware VDI, VMware View)
VMware Cloud Director
VMware Cloud Foundation
Могут быть легко и почти безболезненно заменены. Наверняка, те немногие их, зачем-то, использовавшие, облачные и сотовые операторы, уже давно провели замену. А то, что они про это молчат, так исключительно из скромности.
Если же они этого не сделали, то возникает интересный тройной юридический казус.
Во первых, по лицензионному соглашению, заказчик имеет право на обновления только в период действия подписки на поддержку. Срок подписки обычно был три года, вся подписка из 2021 закончилась в 2024, а местами и в 2022, поэтому вопрос законности покажет любой аудит.
Во вторых, и это гораздо интереснее, очень много сотовых операторов , банков и так далее «в целом» отнесены к КИИ. Соответственно, в их системах должны быть установлены обновления безопасности, скачанные с официального сайта, и проверенные соответствующими органами.
В частности:
Обновление VMware Tools, Идентификатор обновления: TO1965, Вендор: VMware Inc., ПО: VMware Tools .
С вендором ошибка, до ФСТЕК за 2 года не дошло, что это теперь Broadcom, фирмы VMware Inc больше нет. Там, на сайте, и с обновлениями самого ESXi проблема, последнее протестированное обновление 8.0b-21203435 для 8.0 из 2023. Но уязвимости описаны, BDU:2024-01809 или BDU:2025-02354, вместе с советами «выкручивайтесь сами», то есть, конечно, не так, цитата:
Установка обновлений из доверенных источников. В связи со сложившейся обстановкой и введенными санкциями против Российской Федерации рекомендуется устанавливать обновления программного обеспечения только после оценки всех сопутствующих рисков.
Интересно, что когда зарубежная проприетарщина много лет поставляет в РФ проверенные и годные продукты это одно, а захват ядра, базы из баз , практически всего опенсорса кликой сумасшедшего финна из агрессивного блока НАТО, это другое.
Ну да ладно, а то так окажется, что исходники Windows 20 лет назад отдали, кому положено, и что Windows с 1996 до 2004 года неплохо работал в системе управления вооружением USS Yorktown (DDG-48/CG-48, программа Navy's Smart Ship program - на 2*27 Pentium Pro)
И в третьих, это рекомендации «переходить на российское шифрование и не использовать то, о чем говорить нельзя, из трех букв».
Как использовать российское этцамое для обновления по https, если с той стороны не в курсе про ГОСТ, и как не использовать этцамое, если с той стороны и обновление, и документация, закрыты для РФ?
Но, к теме.
Fast start. Литература и сайты для тех, кто вляпается в это легаси.
Сразу скажу: если вы унаследовали «это», то можете забыть про какую-то литературу на русском.
По теме выходило ровно 3(три) книги на русском, от 1 (одного) автора.
Михаил Михеев: Администрирование VMware vSphere из 2010 года.
Михаил Михеев: Администрирование VMware vSphere 4.1 из 2011 года.
Михаил Михеев: Администрирование VMware vSphere 5 из 2012 года.
На этом ВСЁ.
ВООБЩЕ ВСЁ.
Больше литературы, кроме выгрузок лекций, переводов статей и курсов «в пересказе по мотивам» не было.
Русификация портала vmwarelearning.com осталась где-то там же, в 2012 году, с тех пор все куда-то ехало, ехало, и переехало.
Еще есть VMware vSphere 4,5,6,7.0 ESXi - записки на манжетах от Максима Мошкова.
Маст рид. Серия Deep dive
Duncan Epping – vSphere 6.0 U2 HA Deepdive
VMware vSphere 6.5 Host Resources Deep Dive by Frank Denneman and Niels Hagoort
Rubric, Clustering Deep Dive - VMware vSphere 6.7 Clustering Deep Dive Kindle Edition by Frank Denneman (Author), Duncan Epping (Author), Niels Hagoort (Author)
VMware vSAN 6.7 U1 Deep Dive by Cormac Hogan (Author), Duncan Epping (Author)
VMware vSAN Deep Dive 7.0 Update 3.
Storage Design and Implementation in vSphere 6: A Technology Deep Dive (VMware Press Technology) 2nd Edition, Kindle Edition by Mostafa Khalil (Author)
Заполировать: VMware vSphere PowerCLI Reference. Automating vSphere Administration | Boren Matt, Graf Brian
Парочка сайтов:
Cody Hosterman
Duncan Epping
Frank Denneman
Vladan Seget
Niels Hagoort и https://blogs.vmware.com/vsphere/author/nhagoor ;
Luc Dekens , в том числе virtuallyGhetto
В обязательном порядке должна быть прочитана книга по сетям.
Не какой-то там курс от «аналоговнетных русских курсов и русских авторов», а только родная Cisco. И только такая:
Cisco CCENT/CCNA ICND1 100-101 Official Cert Guide Academic Edition - by WENDELL ODOM, CCIE NO.
Если в каком-то сообществе, группе, все равно где, вам предлагают читать Олиферов вместо Cisco Press - БЕГИТЕ ГЛУПЦЫ.
После того, как вы прочитаете все вышеперечисленное, можно идти сюда за второй порцией литературы и статей.
Надо обязательно добавить в избранное, первый месяц с этих сайтов лучше не вылезать:
VMware Compatibility Guide (HCL)
VMware ESXi Patch Tracker
VMware vSphere 8.0 Release Notes - раньше жили на https://docs.vmware.com/en/VMware-vSphere/8.0/ , почему-то копия живет тут, на adobecqms.
Community Network Driver for ESXi Documentation , раньше это называлось flings и жило тут.
Добавляются учебные стенды. Бесплатные! VMware Hands-on Labs - https://hol.vmware.com/
Добавляются сети. Придется биться насмерть с сетевиками, и с любителями русской сетевой литературы, где LAG считается третьим лучшим изобретением человечества, сразу после описанного в Бытие 38:9 и Левит (18:22).
Читать заметку: John Nicholson - As I lay in bed I can’t help but think…. LAG/LACP/MLAG/Bonding links to hosts is a bad idea for anything you care about that much. (A thread) – тут могла быть ссылка на вроде еще запрещенных в РФ любителей 140 знаков, и вот эту статью - LACP and vSphere (ESXi) hosts: not a very good marriage.
Дальше остаются мелочи.
Работа с хостом через Direct Console User Interface (DCUI), через ssh, и powercli .
Регулярный Левит (18:22), то есть перезапуск агентов управления - Restarting the Management agents in ESXi (1003490) , и еще четыре статьи. Первая, вторая, третья, четвертая.
И, просто списком, уже совсем мелкое.
Esxtop, code capture, vsish (VMkernel Sys Info Shell), RVTools, VMware ESXi SCSI Sense Code Decoder
Для начала хватит. Потом пойдет всякая рутина - Allow unsupported CPUs,Side-Channel Aware Scheduler v2 (SCAv2), Performance Best Practices for VMware vSphere 8.0, Best Practices for Performance Tuning of Latency-Sensitive Workloads in vSphere VMs, и прочая скука скучная.
Подводя итог.
Как легко прочитать в интернете, ESXi и прочие продукты VMware вокруг него – это жалкое проприетарное подобие Linux \ KVM \ XEN \ CEPH \ OVN, и еще сотни «замещающих» продуктов, по непонятным причинам совокупно (с учетом стоимости людей и требований к оборудованию) стоящее дешевле в пересчете на 3 года. Исключение - если у вас люди бесплатные, помещение бесплатное, и никаких требований к SLA нет. Давно списанное оборудование на балконе, например, которое может упасть только вместе с балконом, а зимой греет весь подъезд всеми 8 ядрами на сокет (единственный).
Учиться работать с этим, конечно, не стоит. Рынок труда для этих продуктов уже ограничен «золотой тысячей кровавого энтерпрайза», то есть, суммарный платежеспособный спрос будет падать и падать. Всегда останутся организации, в поисках высококвалифицированных низкооплачиваемых кадров, почему-то не могущие найти кадры на открытом рынке.
Да и учиться там особо нечему – как большая часть проприетарных продуктов, он еще недавно был сделан так, чтобы, в основном, работать.
Если не работает, что бывало, то дать возможность собрать огромный дамп логов для техподдержки. Конечно, и тут все нехорошо. Последние лет 5 и в эту разработку прокрались криворукие, вместе с идеей «давайте тестировать новый код на пользователях».
Хуже всего в VMware в РФ – это отсутствие комьюнити. Два русских сообщества, входящие в Virtual maining user group, причем на треть состава сидящие в третьем сообществе, по нелицензионным версиям VMware. Одно мертвое сообщество по NSX, такое же мертвое по Amazon Elastic VMware Service. Одно более-менее живое сообщество по vSAN, и просто ужас под названием «Сообщество по Азии». Помогут, в лучшем случае, в группе по vSAN. Вместо остальных достаточно бота с случайными сообщениями «гуглить пробовали», «это все есть в документации», или "что в логах".
Как же хорошо, что есть Reddit, LLM и форумы самого Broadcom.
PS.
Как мне напомнили рецензенты, есть один крохотнейший плюс - то, что vGate умер на линейке 7. Это снизило глобальное потепление в России на 0.1 градуса, и уровень смога в Москве на 0.2%.
Для лиги лени: про бывшую VMware, теперь VMware by Broadcom. Чего было и чего ждать
План, наверное, такой.
Часть 1. Чего и почему ждать.
Часть 2. Fast start. Литература и сайты для тех, кто вляпается в это легаси.
Часть 3. Прочее.
Часть 1. Чего и почему ждать.
2 октября 2025 года закончится эпоха VMware, как ее помнят олды, заставшие выход ESX (без i), переход на ESXi (с i), и ее покупку Broadcom 22 ноября 2023.
2 октября 2025 заканчивается продление поддержки VMware vSphere 7.x и VMware vSAN 7.x, но проблемы с этой «поддержкой» начались уже сейчас.
В чем проблемы? Да во всем.
Базу поддерживаемого оборудования сломали, и для ESXi и для vSAN. Они разные, если вы не знали.
Базу статей переломали и убирают за paywall.
Последние патчи тоже убрали за paywall.
Возможно, следующие патчи будут с уникальной подписью – то есть, встающие только на эти процессоры, при наличии именно этих серийных номеров процессора и материнской платы.
Цены поднимают, как и минимальный набор закупки.
Это все просто про деньги. Кто с FC от Broadcom работает, тот знает, что их FC коммутаторы где-то на рубеже перехода от FOS 6 на FOS 7 (могу путать, давно было) при обновлениях и при окончании поддержки, стали превращаться в бесполезный кирпич.
Но все равно, одним движением перейти, пусть от даже крайне тормозной Broadcom (Brocade G710 460 ns port-to-port latency at 64G speed) к нормальной 200/400G Cisco и Arista (на Xilinx В 7130 с его примерно 50 ns и ниже), не выйдет. Дорого, проще рядом строить инфраструктуру поверх 200/400G и гиперскейлеров. И уже есть 800 G (Arista 7060X5, Hyawei CloudEngine 16800-X).
Разумеется, у разных министерств РФ есть шанс занять оплатить захват освобождающихся ниш на рынке – как раз тут отдельные энтузиасты говорят, что они завтра готовы вернутся к играм на Pentium 2, так можно рядом и производство хабов возродить. На 350 нм можно даже, наверно, мегабитный свитч сделать, или модем ISDN-128, а рядом и мегабитный роутер на Zebra, или даже Quagga. Жаль, что энтузиасты не готовы рассказать, почему судьба как-бы-полу-готовой линии 350 нм будет лучше, чем у купленной и доставленной в РФ готовой линии 130 нм, но я все понимаю.
Так что, пока все идет так, как и предсказывали чрезвычайно уважаемые люди – как в Computer Associates и в UCC-7 - CA-7. Будет дорого и плохо.
Почему так будет – понятно. Broadcom вложил в покупку 69 миллиардов долларов, надо как-то отбивать, а при текущем состоянии доходов – расходы окупятся хорошо если лет через 10, хотя операционная прибыль уже выросла.
Почему так будет в глобальном смысле – тоже понятно. На рынок выходят решения на arm, число ядер на Intel и AMD растет, значит в те же 2U «обычного» сервера можно набить 2*6 терабайт памяти и запускать виртуализацию даже на KVM. Вдобавок, облака и контейнеры отбивают долю рынка у он-прем виртуализации, поэтому проще сосредоточиться на тех, кто будет плакать, но заплатит, чем на тех, у кого денег нет. Капитализм. Может, кто-то из сервис провайдеров еще купит, за все заплатит конечный покупатель.
Подводя итог, начинать спрыгивать надо было в 2022 году, все было сказано еще тогда открытым текстом, Broadcom's stated strategy ignores most VMware customers. Сейчас надо бежать, и чем быстрее, тем лучше.
Бежать особо некуда.
Microsoft S2D проще в настройке, но лицензирование стоит, с учетом дозакупок лицензий на ядра, таких как Microsoft Windows Server 2025 16-core Datacenter Additional License WW SW SKU # P77107-B21, по 5500$ – 5800 $, очень дорого.
Получается где-то по 350$ за ядро, и тогда 150$ за ядро на VCF в год – не так и дорого. Тем более, что VMware standard стоит всего 50$ (за ядро в год).
(Уточнение. Согласно калькулятору Windows лицензия обойдется в 36960 за 2*48 ядер, $385 за ядро)
Плюс новые люди, плюс смена архитектуры, поэтому в целом, с новыми серверами, где ядер на сокет побольше, можно и потерпеть.
Нет проблем с убежать на KVM в масштабе 1-2 серверов.
Проблемы убежать на KVM, если у вас реальных задач на 10 современных серверов (48 – 64 физических ядер на сокет, 6 тб памяти на сокет, 24 PCIe Gen5 NVME диска на 2U сервер) – нет никаких. На таком железе вы хоть на Ceph можете строить архитектуру, с выделенными нодами хранения. Ну да, будет дорого, хотя как посчитать. Будет нужно много дорогого железа, будут нужны люди, умеющие что-то большее, чем apt install, но сейчас не 2010 -2015 год, и проблему скорости на опенсорс решениях можно решить даже железом. Людей, разве что, дешевых, нет. Все подались в девопсы и SRE, инфраструктурщики и прочие Linux админы на рыне труда РФ не нужны (то есть нужны, но за цену эникея).
Раньше, очень давно, лет 10 назад, еще можно было намайнить себе премию на корпоративном проде, до сих пор в телеграмме есть «Российская группа по майнингу на виртуалках» - Virtual mining user group, но, при текущем хешрейте, производительности не хватит даже на пиво в месяц.
Проблемы будут, если у вас огромная старая архитектура 10-15 летней давности, где 4-6-8, или даже 10, ядер на сокет, и общий подход «оно же работает, а ключи сгенерите, там точнее не сложнее, чем в ArtMoney». Возможно, не сгенерите. Возможно, сгенерите, и получите кирпич. Можно ли не обновлять, и так и остаться работать на линейке 7? Можно. Но, рано или поздно, там повторится ситуация или с лицензиями, или с тем, что патчей просто не будет. Как уже нет для 5.5., 6.0, 6.5 и 6.7. Будут только индивидуальные патчи, только на версию 9, и больше никаких. И людей не будет, готовых этих нормально заниматься. Да их и было не так много.
Подводя итог.
Кто хотел убегать – давно побежал. Кто не очень хотел, как Siemens – не побежал. Для конечного работника важно другое – продукты VMware by Broadcom уходят с мирового публичного рынка, и спрос на таких сотрудников, с такими знаниями, будет падать. Может быть, но это не точно, будет как с IBM + Cobol – когда продукт очень нужен, очень дорогой, но весь рынок, это десяток очень больших покупателей.