Как выбрать сервер в РФ. HPE, Dell, Lenovo и канал после 2022

Почему я не выбираю сервер по цене

Когда у компании подходит срок замены парка серверов, на стол ложатся два-три коммерческих предложения. И тут владельца ждёт ловушка. Кажется, что предложения сравнимы и надо просто выбрать дешёвое. На деле сопоставимы они почти никогда.

Если взять одного вендора и одинаковую спецификацию, разные поставщики разойдутся в цене на единицы процентов. Это разница их маржи, остатков на складе и курса на дату счёта, а не повод для выбора. Значимый разрыв в цене возникает в другом месте. Там, где под одной строкой «сервер на столько-то ядер» лежат разные вещи. Официальный канал против параллельного ввоза. Брендовый HPE против white-box-платформы Supermicro. Новое железо против восстановленного. Западный бренд против отечественного из реестра. Тут разрыв уже не процентный, а кратный. Но это разные продукты с разными рисками, а не «то же самое за меньшие деньги».

Поэтому деньги компании я считаю иначе. Не сравниваю нижние строки, а сначала понимаю, что именно сравниваю. Дешевле почти всегда означает «другое». Другой канал, другая гарантия, другое состояние железа. И дальше уже видно, за что просят доплату и стоит ли она того. Сервер живёт у бизнеса пять-семь лет, и цена железа — это четверть, максимум треть полной стоимости владения. Остальное прячется в поддержке, запчастях, лицензиях и в простое, когда что-то отказывает в три часа ночи.

Сразу про жанр. Это методология, а не разбор одного проекта. Цифры даю диапазонами, как порядок величин. Конкретный бюджет, сроки и конфигурация у каждой компании свои.

О какой компании речь

Разбираю на типовом профиле, с которым чаще всего работаю. B2B- производство, порядка 100–150 рабочих мест, одна производственная площадка плюс пара удалённых офисов. Бизнес-системы обычные для такого размера. 1С в клиент-серверном режиме, файловые шары, корпоративная почта, CAD-станции конструкторов, обмены с поставщиками.

Виртуализация почти всегда на VMware vSphere. Резервное копирование — отдельная тема, к ней вернусь ниже, потому что после ухода ряда вендоров с рынка она требует пересмотра. А вот с хранилищем вариантов несколько, и от этого зависит половина дальнейших решений. У части компаний это классический дисковый массив с двумя контроллерами, через FC-фабрику на коммутаторах Brocade. У других FC нет вовсе. Блочный доступ идёт по Ethernet, а то и вся нагрузка лежит на локальных дисках узлов в гиперконвергентной схеме. Это три разных мира по деньгам и по эксплуатации. Базовый пример беру с FC-фабрикой, на ней метод виднее. Но если у вас FC нет, это не пробел. Сегодня это всё чаще норма.

Парк под замену — порядка шести узлов в основном кластере плюс вспомогательные и резервный. Самые старые узлы отработали пять-семь лет и доживают на расширенной гарантии. По загрузке такой кластер обычно упирается не в процессор, а в дисковый ввод-вывод во время ночных резервных выгрузок. Бюджет на замену с горизонтом окупаемости пять лет для компании этого размера составляет порядка 15–20 млн рублей. Туда входят узлы, апгрейд хранилища и обновление лицензий. На бумаге запас есть. На практике почти всегда впритык.

Какие ограничения я фиксирую до выхода на предложения

Прежде чем запрашивать коммерческие, я закрепляю несколько жёстких рамок. Они отсекают неподходящие варианты на первом письме и экономят недели на пустых переговорах.

• Если FC-фабрика уже есть и работает — совместимость с ней без замены коммутаторов Brocade. Ломать живую сеть хранения ради моды — это лишние миллионы и окна простоя. Если FC нет, ограничение просто не возникает, и сеть хранения я сразу проектирую на Ethernet.
• Возможность вводить новые узлы поэтапно, параллельно работающему кластеру. Схема «выключили старое, включили новое» исключена из-за рисков по 1С и миграции виртуальных машин.
• Удалённое управление через стандартный BMC с доступом по защищённому каналу. Без облачных порталов вендора, которые могут перестать работать из России в любой момент.
• Поставка от партнёра с юридическим лицом в РФ и договором в рублях. Предложения с оплатой в валюте через офшор я отсекаю сразу.

После этих рамок остаётся короткий список партнёров. Дальше сравниваю предметно.

Четыре критерия, которые я ставлю выше цены

От голой цены за железо как главного критерия я отказываюсь с самого начала. Сравниваю по четырём осям одновременно, и цена тут производная от них, а не первый пункт.

1. Полная стоимость владения на пять лет. Железо плюс сервисные контракты, прогноз затрат на расширение и ожидаемые замены компонентов.
2. Доступность запчастей рядом с площадкой. Есть ли у партнёра локальный склад, как организованы запасы по процессорам, памяти, дискам, блокам питания, RAID-контроллерам.
3. Реальная сервис-поддержка на месте. Живой инженер, который доедет на объект в срок, а не удалённая консультация по почте.
4. Совместимость с сетью хранения. Для существующего FC-SAN это FC-карты, прошивки и multipath-драйверы под нашу версию гипервизора. Для нового хранилища с нуля — уже сетевые карты Ethernet под iSCSI или NVMe-oF. Про эту развилку отдельно ниже.

После 2022 выбираешь не бренд, а партнёра

Любой разговор про западное серверное железо в РФ после 2022 года надо начинать с одного факта. Прямого вендорского присутствия у HPE и Dell в России больше нет. HPE объявил управляемый выход в июне 2022 года и списал на этом около 126 млн долларов. Dell закрыл офисы и полностью свернул операции к августу 2022 года. Из крупной тройки официальную партнёрскую сеть в стране сохранил только Lenovo, пусть и в сильно сокращённом виде. Это китайский вендор, он с рынка не уходил.

Это был первый сдвиг. Второй случился в 2026 году. С 27 мая ввоз серверов ряда западных брендов по параллельному импорту закрыли приказом Минпромторга. HPE в этом списке. Прежний параллельный импорт по таким брендам превратился в чистый серый канал, без правового прикрытия со стороны правообладателя. Lenovo под ограничение не попал, и это сегодня его сильная сторона.

Отсюда главный управленческий вывод, который многие пропускают. После двух сдвигов вопрос звучит не «какой вендор лучше». По западному железу сервис держит не вендор, а локальный партнёр, и сам канал стал ещё мутнее и рискованнее юридически. Значит, выбираю я по сути не бренд на шильдике, а партнёра. Конкретного партнёра, у которого есть склад рядом с площадкой заказчика и живой сервисный ресурс в нужном регионе. Чем мутнее канал, тем больше весит этот выбор.

Кто теперь возит и обслуживает

Любое коммерческое предложение приходит от поставщика одного из трёх типов. От типа зависит, что у вас будет со складом, со сроками и кому предъявлять претензию.

• Официальный партнёр вендора, который с рынка не уходил. Это про Lenovo и про отечественные бренды. Есть портал поддержки, гарантия и юрлицо в РФ.
• Крупный системный интегратор или дистрибьютор, который возит западное железо. Масштаб и склад есть, но по западным брендам это теперь серый канал со всеми его рисками.
• Локальный поставщик под конкретную сделку. Собирает конфигурацию под заказ, но своего склада и сервисного ресурса у него может не быть вовсе.

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

Есть и второй трек, мимо западного железа вообще. Это отечественные серверы из реестра Минпромторга, например Аквариус, YADRO, «Гравитон», DEPO. Их берут под требования 187-ФЗ по критической инфраструктуре, под госучастие и там, где санкционный риск канала недопустим в принципе. Логика закупки там другая. Прямой производитель вместо серого импорта, зато своя матрица совместимости и свои сроки. Это тема отдельного разбора.

Dell PowerEdge. Лучшая цена, серый канал

По Dell картина после 2022 года типовая. Предложения чаще всего самые агрессивные по цене, заметно ниже конкурентов по сопоставимой конфигурации двухпроцессорных узлов. Но это не скидка за то же самое. Это разница между серым каналом и официальным. И тут же начинаются вопросы.

Канал поставки построен через параллельный импорт. Гарантия обычно «по обмену». В случае брака партнёр забирает узел и через месяц-два выдаёт другой. В моей практике у такого канала своего склада запчастей, как правило, нет. Склад чаще всего в Москве, и тот неполный по номенклатуре, а парк клиента стоит в регионе. Я задаю партнёру вопрос в лоб: что вы делаете, если в среду в одиннадцать вечера умирает диск, а у меня заявлен SLA на замену? Честный ответ по серому каналу один. Курьер ночным рейсом, утром инженер на объекте. В сухом остатке — день-полтора от отказа до замены в лучшем случае.

Для массива RAID 6 терпимо. Для одиночного диска в зеркале уже критично. По общему ощущению PowerEdge — отличное железо. Но в реалиях РФ я плачу не за продукт, а за серый импортно-сервисный контракт. И в случае проблем рычага давления на вендора у меня нет.

Отдельно смотрю на документацию. По серому каналу спецификации часто приходят сборными PDF, не из официального портала, иногда с расходящимися версиями. Спецификация узла свежая, а матрица совместимости с гипервизором двухлетней давности. Партнёр объясняет, что не успел обновить. Для меня это сигнал. Брать оборудование с несогласованной документацией под боевой кластер я не готов.

Lenovo ThinkSystem. Единственный с официальным каналом

Lenovo тут единственный из тройки, кто сохранил в РФ официальную партнёрскую сеть, пусть и в сильно сокращённом виде. Под ограничение параллельного импорта 2026 года он тоже не попал. Это его главное преимущество перед Dell и HPE по части канала. Предложения обычно ложатся между Dell и HPE по цене. В конфигурации тот же ThinkSystem в тех же двухпроцессорных узлах с эквивалентной памятью и портами.

Партнёр Lenovo рядом с площадкой заказчика чаще подтверждает локальный склад запчастей, официальную поддержку через сервисный портал, заявленный выезд на следующий рабочий день по базовому контракту и четыре часа по расширенному. Расширенный контракт на пять лет обычно стоит около пятой части цены железа, и это рыночная норма.

Здесь я обязан назвать один риск вслух. Если ни я, ни команда заказчика не работали на ThinkSystem в бою, на незнакомую линейку закладываю пару недель обучения и вероятную ошибку в первые полгода. Но этот риск управляемый и разовый. А кривой канал поставки — это риск на все пять лет. Поэтому я не путаю две вещи. Знание линейки — это про меня и мою команду, оно тренируется. Официальный канал — это свойство рынка, и сегодня по нему Lenovo сильнее ушедших западных вендоров. При живом канале я ставлю Lenovo выше собственной привычки к HPE.

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

HPE ProLiant. Знакомая линейка через партнёра

Здесь важно сразу разделить две линейки HPE, которые часто путают. ProLiant DL3xx — стоечные узлы под классический VMware-кластер, именно их обычно и берут под такую задачу. Synergy — другая архитектура, composable-платформа из шасси и compute-модулей. Про неё скажу отдельно ниже. Если речь про привычный стоечный кластер, мы говорим про ProLiant, а не про Synergy.

Предложения HPE по ProLiant DL3xx обычно дороже Dell и чуть дороже Lenovo. В конфигурации те же процессоры и память, FC-карты под нашу фабрику Brocade и встроенный iLO для удалённого управления. Канал, как и у Dell, идёт через параллельный импорт. Сервис держит партнёр. Поэтому ключевой вопрос по HPE тот же, что по любому западному железу. Что у этого конкретного партнёра лежит на складе и кто из инженеров выезжает.

Где HPE даёт мне преимущество лично, так это знакомая линейка. Я разворачивал кластеры на ProLiant нескольких поколений. iLO знаю на уровне командной строки, контроллеры SmartArray настраиваю без документации, OneView применял в бою. Это переводится в скорость. Знакомую платформу я принимаю в эксплуатацию на неделю-полторы быстрее незнакомой. Это реальный фактор выбора, но это мой личный опыт, а не свойство бренда. У другой команды плюс будет на той линейке, которую знают они.

Когда я смотрю в сторону Synergy

Composable-платформу Synergy я рассматриваю не как замену стоечному ProLiant, а как отдельную опцию под конкретный сценарий. Она оправдана, когда понятен горизонт расширения и нужна плотность. Если я знаю, что через два-три года кластер вырастет с шести узлов до восьми-десяти, Synergy даёт наращивание добавлением модулей без замены шасси. Но это решение принимают заранее и осознанно. Смешивать его с закупкой обычных стоечных узлов нельзя. Это разные деньги и разная логика.

Совместимость с хранилищем. Что проверяю отдельно

FC-фабрику на коммутаторах Brocade я проверяю по матрице совместимости до подписания. Какие HBA-карты сертифицированы с какими прошивками под наши коммутаторы. Хороший партнёр даёт такую матрицу с отметками о версиях firmware, в том числе тех, что уже стоят на наших коммутаторах. Это снимает основной риск интеграции. Дополнительно прохожу по матрице совместимости гипервизора для каждого узла. Это процессор, память, HBA, сетевые карты. Если хоть одна позиция требует отдельного апгрейда прошивки, это не стоп-фактор, но это лишнее окно, которое надо заложить в план.

Сеть хранения. Три случая, не один

Сначала честно определяемся, что у заказчика есть. От этого зависит весь раздел.

Есть живой FC-SAN. Фабрика на Brocade уже работает. Тогда дорабатываю её в этом цикле, а не ломаю. Проверяю по матрице совместимости до подписания, какие HBA-карты сертифицированы с какими прошивками под наши коммутаторы. Тащить Fibre Channel в следующий цикл при этом не планирую. Когда фабрику всё равно пора менять, новую сеть с нуля на FC уже не строю.

FC нет, и не нужен. Сегодня это частый, если не основной, случай в среднем бизнесе. Сеть хранения строю на Ethernet. Блочный доступ по iSCSI и NVMe-over-TCP на 25 и 100GbE, а где нужна минимальная задержка — по NVMe-oF поверх RoCE. Это дешевле в эксплуатации и не требует отдельной команды под фабрику. Проверяю уже не HBA и Brocade, а сетевые карты, коммутатор и multipath под версию гипервизора. Сдвиг виден даже на отечественном железе. Ведущие российские СХД ставят Ethernet в базовую комплектацию, а FC выносят в платную опцию.

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

Как это выглядит в сравнении

Свожу четыре критерия в таблицу. Цифры здесь дают порядок величин для тройки вендоров на рынке РФ после 2022 года, не котировку конкретной сделки.

Главный вывод из таблицы не в том, какой бренд победил. По большинству строк решает не вендор, а партнёр. Официальный канал сегодня остался только у Lenovo. По остальному я сравниваю не логотипы, а что лежит на складе, кто приедет и за какое время.

Личный опыт на линейке в таблицу намеренно не ставлю. Это про меня и мою команду, а не про вендора. У меня глубже всего HPE ProLiant, и я принимаю такой кластер в эксплуатацию на неделю-полторы быстрее незнакомого. Но это моя сильная сторона, а не свойство бренда. У другого инженера она ляжет на другую платформу.

Кто ещё на столе, кроме большой тройки

Тройкой HPE — Dell — Lenovo рынок не исчерпывается. Когда я собираю короткий список, рядом почти всегда есть ещё несколько имён. Перечисляю их как карту, а не как рекомендацию. Выбор всё равно идёт по каналу и сервису, а не по логотипу.

Supermicro — один из крупнейших вендоров серверов в мире. Ставка на плотность и building-block-подход, по сути white-box под конкретную задачу. Под приказ № 4769 не попал, идёт через дистрибьюторов. Берут там, где нужна нестандартная конфигурация или GPU под ИИ, а брендовая сервисная обвязка не критична.

xFusion — бывшее серверное подразделение Huawei, выделенное в отдельную компанию в 2021 году. Линейка FusionServer повторяет прежнюю Huawei, в РФ это был один из самых ходовых брендов. Но с 27 мая 2026 года xFusion попал в приказ № 4769, и параллельный импорт по нему закрыт. Сильная позиция по объёму и слабая по легальности канала одновременно. Inspur и его линейки — там же, в списке приказа.

Отечественные серверы.Их доля в корпоративном канале за последние годы выросла за половину. Пятёрка лидеров — YADRO, «Аквариус», DEPO, Kraftway, Fplus. Рядом «Гравитон», OpenYard, GAGAR>N, ICL Техно. Самый вертикально интегрированный — YADRO, со своим заводом, линейкой VEGMAN и софтом управления, ближе всех к понятию «полноценный вендор». Важная оговорка. «Отечественный» здесь означает локализацию сборки и низкоуровневого софта, а не процессор. Большинство работает на Intel Xeon или AMD EPYC. Берут их под критическую инфраструктуру, госучастие и там, где санкционный риск канала недопустим.

Системы хранения. По СХД имена другие. Отечественные — YADRO TATLIN (от начального уровня до all-flash на NVMe, вся в реестре), «Аэродиск», BAUM от Fplus, «Гравитон». Из зарубежных отдельно стоит Huawei OceanStor. Сам Huawei с рынка формально не уходил, массивы среднего уровня OceanStor Dorado 5000 и 6000 — all-flash на NVMe с архитектурой Active-Active — доступны через дистрибьюторов. Берут под enterprise-нагрузку, где нужна предсказуемая задержка и высокая доступность. Канал — те же оговорки, что по любому западному железу без вендора.

Фактический SLA важнее контрактного

Это самый недооценённый критерий. На этапе выбора партнёры показывают контрактные SLA. Четыре часа, следующий рабочий день, столько-то часов. Это бумажные обещания. Реальный вопрос другой. Какое фактическое время замены вышедшего из строя компонента партнёр показывает по тому региону, где стоит парк, за последний год.

Я прошу партнёра поднять журналы тикетов своей сервисной службы за последние два-три квартала и дать среднее фактическое время от заявки до момента, когда отказавший компонент физически заменён в стойке. Не среднее по миру и не цифру вендора. Именно по нужному региону и по реальным обращениям. Что показывает практика по западному железу через серый канал.

Это и есть смысл проверки. Контрактные четыре часа подразумевают инженера с компонентом в стойке за четыре часа при условии, что компонент лежит на локальном складе. Если компонент едет из Москвы, добавляется логистика. Если из Европы по серому каналу, добавляется ещё неделя. Разница между «один-два дня» и «от недели» на каждый инцидент с одиночным диском или контроллером — критический риск для боевого кластера, и он не виден в бумажном контракте.

Что я обычно вижу за первый год

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

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

Что обычно шероховато. Порталы партнёров для заявок работают медленнее заявленного, время первого ответа инженера часто чуть выше контрактного, и иногда приходится эскалировать звонком напрямую. Это не критично, но это надо знать и закладывать процедуру эскалации в договор.

Развёртывание и приёмка

От подписания до полной приёмки стоечного кластера в эксплуатацию закладываю порядка двух-трёх месяцев. Львиная доля тут — поставка по текущему рынку. Дальше монтаж в серверной, настройка управления, подключение к фабрике, поэтапный ввод узлов в существующий кластер и миграция виртуальных машин со старого парка на горячую. Простоя для бизнеса при правильной организации ноль. Новые узлы добавляются в работающий кластер, старые выводятся через режим обслуживания после освобождения.

Что даёт нормальный мониторинг

Современный BMC отдаёт детальную телеметрию. Температуры по компонентам, обороты вентиляторов, износ батареи контроллера, прогноз отказа по дискам. Я подключаю это через API в систему мониторинга и получаю предупреждение заранее в большинстве случаев. На практике это означает, что часть замен я планирую в окно, а не ловлю аврал ночью. Предсказанный отказ батареи контроллера обычно приходит за одну-две недели, этого хватает, чтобы спокойно заказать компонент и заменить его с предварительной миграцией.

TCO на пять лет. Где прячутся деньги

На этапе выбора я считаю стоимость владения по статьям, а не по цене железа. Структура для кластера из шести узлов на пятилетнем горизонте выглядит примерно так. Это порядок величин, не котировка.

Последняя строка решает всё. Именно через неё дешёвое железо по серому каналу на пятилетнем горизонте часто оказывается дороже более дорогого варианта с реальным сервисом. Считаю порядок величин, без точных котировок. Беру число событий замены критического компонента за пять лет на парк из шести узлов, по опыту это единицы в год. Беру долю, которая рискует совпасть с критическим окном, отчётность или пик отгрузок. Беру стоимость суток простоя для конкретного бизнеса, она считается с финансовым директором — фонд простаивающей смены плюс срыв обязательств перед контрагентами. Перемножаю. На горизонте пяти лет даже один-два предотвращённых простоя перекрывают всю экономию на более дешёвом канале.

Однажды я свёл этот расчёт заказчику на одной странице. Сутки простоя сборки выходили дороже, чем вся разница в цене между более дешёвым и более дорогим вариантом за пять лет. На этом разговор про «сэкономить десять процентов» закончился.

Лицензионный риск VMware я считаю отдельно

Отдельная строка, которую в 2024–2026 годах нельзя считать фиксированной. После поглощения VMware компанией Broadcom модель лицензирования изменилась. Привычная отдельная лицензия Enterprise Plus фактически ушла в пакеты VCF и VVF, схема перешла на подписку, и стоимость для многих заказчиков выросла. Поэтому строку лицензий я закладываю не как константу, а как фактор риска и считаю несколько сценариев. Отдельный сценарий — уход с VMware совсем. В РФ уже есть зрелые замены под эту нагрузку, это отдельный расчёт миграции, его веду в разборе импортозамещения стека.

Сюда же добавляю сроки поддержки самой версии гипервизора. Брать железо на пять-семь лет под версию, у которой общая поддержка заканчивается через год-полтора, — ошибка планирования. vSphere 7.0 доходит до конца общей поддержки в октябре 2025 года. Значит, при закупке сейчас целиться надо в актуальную мажорную версию, а не планировать жить на семёрке весь срок амортизации железа. Это влияет и на матрицу совместимости, по которой я проверяю узлы.

Резервное копирование — третий узел того же риска. Veeam ушёл с российского рынка в 2022 году. Продолжать строить защиту на нём значит идти на осознанный компромисс с риском по обновлениям и поддержке, который надо называть вслух. Из реестра под замену смотрю в сторону «Кибер Бэкап» от Киберпротекта или RuBackup. Если заказчик принимает решение остаться на привычном продукте, это его право, но я фиксирую риск письменно, а не прячу его в строку TCO.

Что я делаю на старте, чтобы не переплатить

Запрашиваю фактическую статистику замен с первого письма

Самый сильный приём в этой методологии. С первого же письма партнёрам прикладываю один вопрос. Поднимите журналы тикетов вашей сервисной службы за последние два-три квартала по моему региону и дайте среднее фактическое время от заявки до замены диска, контроллера и блока питания. Если статистики нет, так и напишите.

Реакция партнёра на этот вопрос говорит больше любого предложения. Кто даёт цифры, пусть и хуже контрактного SLA, с тем можно работать. Молчание в ответ — повод вычеркнуть, каким бы привлекательным ни выглядело предложение по цене.

Закладываю пени за нарушение SLA в договор

Штатная формулировка «партнёр прилагает максимальные усилия» меня не устраивает. В договор вношу понятную поправку. За каждые несколько часов превышения SLA идёт небольшой процент от месячной стоимости контракта в виде кредита на следующий период. Адекватный партнёр на это идёт, потому что ему самому выгоднее держать SLA, чем платить.

Разделяю стоечный кластер и composable-платформу заранее

Если горизонт расширения понятен и нужна плотность, вопрос про composable-платформу типа Synergy надо ставить до закупки, а не во второй итерации. Но для большинства задач этого размера стоечный ProLiant DL3xx проще, дешевле и проверен. Я не выношу Synergy в одно предложение со стоечной закупкой и не считаю их взаимозаменяемыми.

Согласовываю порядок поставки до подписания

Поставка «партия из шести узлов за несколько недель» почти всегда растягивается. Чтобы не ждать всю партию ради старта миграции, я заранее согласовываю поэтапный ввод. Первые два узла идут на подключение и тест, следующие два за ними, и так далее. Это экономит недели общего срока программы, потому что не блокирует миграцию ожиданием последнего узла.

Звоню коллегам с таким же парком, а не верю партнёрам на слово

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

Что делать, если предложения уже на столе

Если впереди модернизация инфраструктуры и на столе два-три коммерческих предложения, пришлите мне их через форму контакта (NDA подпишу до получения). Я разберу каждое по критериям, которые описал выше, и покажу, где партнёр продаёт бумажный SLA, а где реальный сервис.

По каждому предложению я задаю партнёру три конкретных вопроса.

1. Дайте фактическую статистику замен по тому региону, где стоит парк, за последний год.
2. Что физически лежит на локальном складе сейчас, со списком артикулов и количеством.
3. Кто из ваших клиентов в этом регионе работает по контракту больше года, и могу ли я с ним поговорить.

Партнёр, который не отвечает на эти вопросы конкретно, не подходит, даже если предложение выглядит лучше остальных.

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

Если железо уже есть и нужно понять, как живёт инфраструктура на пятилетнем горизонте, посмотрите методологию аудита по 9 доменам (инфраструктура идёт доменом 2). Про восстановление из резервной копии под нагрузкой писал в разборе инцидента на собственном сервере. А как устроена сама роль внешнего ИТ-директора, смотрите на странице услуг.