Когда запускать замену старых PowerEdge: считаем по запасу деталей

В стойке работает PowerEdge 11G. На полке лежат три похожих диска SAS 2,5 дюйма. После отказа выясняется: у одного другой формат сектора, у второго не совпадает Dell Part Number, третий никто не проверял с этим контроллером.

Запчасти вроде бы есть. Заменить диск нечем.

Чтобы назначить дату миграции, недостаточно знать год выпуска сервера или срок поддержки Dell. Нужен ответ для конкретного парка: сколько отказов выдержит запас дисков, блоков питания и системных плат — и успеете ли Вы заменить оборудование до следующего дефицита.

Конец поддержки и конец запчастей — разные даты #

Статус сервисного покрытия проверяют по Service Tag на сайте поддержки Dell. Рядом с найденным устройством Dell показывает тип сервиса и дату его окончания.

Эту дату стоит занести в реестр, но она не отвечает на вопрос о работоспособности парка. После окончания покрытия сервер не выключится, а все совместимые детали не исчезнут за ночь. Компания может держать собственный ЗИП, покупать восстановленные узлы или разбирать одинаковые машины на запчасти.

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

Поэтому у каждого пула серверов должны быть две независимые границы:

• дата окончания доступного сервисного покрытия;
• расчётная дата исчерпания совместимых запчастей.

Если речь идёт о R720 или R730, сначала определите, можно ли оставить сервер после EOSL или пора его менять. Но окончательное решение всё равно придётся сверить со своим складом и журналом отказов.

Считать «диски SAS» бессмысленно #

В официальном перечне Dell снятые с производства диски SAS 2,5 дюйма различаются не только ёмкостью. В нём встречаются интерфейсы 3, 6 и 12 Гбит/с, а также форматы секторов 512n, 512e и 4kn. Диапазон ёмкости — от 36 до 900 ГБ.

Три позиции из этого перечня хорошо показывают проблему:

Dell Part Number	Ёмкость	Интерфейс	Формат сектора
GX250	36 ГБ	SAS 3 Гбит/с	512n
W330K	146 ГБ	SAS 6 Гбит/с	512n
TRCN6	600 ГБ	SAS 12 Гбит/с	512n

Все три накопителя имеют форм-фактор 2,5 дюйма и скорость вращения 15 000 об/мин. Но в реестре ЗИП это три разные позиции. Запись «диски SAS — 12 штук» завышает фактический запас: после отказа нужны совместимые модель, секторный формат, прошивка и салазки.

Инвентаризацию лучше вести по Dell Part Number. Рядом фиксируют модель сервера, контроллер PERC, конфигурацию массива, формат сектора и результат проверки накопителя на запасном узле. Один установленный и распознанный диск ценнее пяти «похожих» на складе.

То же правило действует для блоков питания, DIMM, PERC и системных плат. «Блок питания для R-серии» — не складская позиция. Нужны номер детали, мощность, поколение и список серверов, где узел уже проверили.

Парк делят на пулы с общими деталями #

Dell группирует PowerEdge по поколениям с общими конструктивными компонентами. Схема названий моделей указывает поколение, класс системы, форм-фактор и параметры процессорной платформы. Это помогает начать группировку, но не заменяет проверку конкретных Part Number.

Например, нельзя объединять весь парк только по признаку «стоечные Dell». Сначала серверы делят по модели и конфигурации, затем ищут детали, которые действительно можно переставлять между узлами.

Практический пул выглядит так:

20 серверов одной модели, одинаковые PERC, блоки питания одной мощности, дисковые группы с одним форматом сектора, утверждённый список совместимых Dell Part Number.

Если два внешне одинаковых сервера получили разные контроллеры или корзины, их запасы считают отдельно. Иначе в отчёте будет общий резерв, а при аварии — неподходящая деталь.

Сверить обозначения моделей можно с разбором поколений PowerEdge от 12G до 16G.

Срок задаёт самая дефицитная деталь #

Для каждой позиции нужен запас в штуках и фактический темп отказов:

горизонт запаса = количество совместимых деталей ÷ среднее число отказов за год

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

Допустим, компания эксплуатирует 20 одинаковых серверов. За последние два года она заменила:

• четыре диска;
• два блока питания;
• одну системную плату.

Средний расход составил два диска, один блок питания и половину системной платы в год. На складе остались шесть совместимых дисков, два блока питания и одна плата.

Позиция	Запас	Расход в год	Расчётный горизонт
Диски	6	2	3 года
Блоки питания	2	1	2 года
Системные платы	1	0,5	2 года

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

Это модель, а не статистика Dell. Она опирается на названные исходные данные и предполагает, что частота отказов не изменится. Если расход вырастет вдвое, горизонт сократится с двух лет до одного.

Такую проверку чувствительности стоит делать всегда. Стареющий парк редко ломается по ровному графику, а один неудачный квартал способен съесть годовой запас.

Как считать позиции без истории отказов #

Ноль отказов за два года не означает бесконечный срок запаса. Данных просто мало.

Для редкой и дорогой позиции задайте сценарий вручную. Например: «считаем, что одна системная плата потребуется раз в два года». Затем пересчитайте горизонт для двух вариантов — одна плата в год и одна плата в три года.

Получится диапазон, а не красивая точная дата. Для бюджета диапазон полезнее ложной точности: он показывает, насколько план зависит от одной платы на полке.

Если деталь нельзя купить в приемлемый срок, её запас равен фактическому остатку на складе. Обещание поставщика «поищем после заявки» в расчёт не входит.

Из запаса деталей нужно вычесть срок миграции #

Два года доступного ЗИП не дают два года на раздумья. За это время нужно согласовать бюджет, получить оборудование, проверить его и перенести нагрузку.

Допустим, расчётный горизонт равен 24 месяцам. На миграционный проект компания закладывает девять:

• три месяца на бюджет и закупку;
• два на поставку и приёмку;
• два на тестирование;
• два на перенос и резерв по срокам.

Проект замены нужно запустить через 15 месяцев:

24 месяца запаса − 9 месяцев миграции = 15 месяцев до старта

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

Цена детали здесь не главный критерий. Недорогой блок питания может остановить узел на неделю, если его негде взять. Для сервера с дорогим простоем сравнивайте не стоимость ремонта, а потери за время ожидания. Такой расчёт разобран на примере выбора: ремонтировать R740 или менять на горизонте трёх лет.

Прошивки считают отдельной границей #

Dell публикует отдельные уведомления об окончании поддержки оборудования, программного обеспечения и микропрограмм. Сводить их в одну дату нельзя.

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

Для каждого пула зафиксируйте три даты:

• окончание доступного сервисного покрытия по Service Tag;
• исчерпание запаса критичных деталей;
• окончание нужной поддержки прошивок и средств управления.

Дальше берите самую раннюю границу и вычитайте срок миграции.

Одна строка, которая назначает дату замены #

Формулировка для плана закупок выглядит так:

Парк можно держать до самой ранней границы поддержки, запаса деталей или прошивок — за вычетом срока миграции.

В модельном расчёте детали закончатся через 24 месяца, а перенос займёт девять. Значит, проект замены стартует не позже чем через 15 месяцев.

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