В спецификации на закупку стоит строка «гарантийная поддержка — три года». Мы спрашиваем, откуда взялось три. Обычно отвечают, что так было в прошлый раз. Это число определяет, как заказчик проживёт следующие три года, а при удачном раскладе и все десять, и почти никогда его не считают.
Разговор о возрасте инфраструктуры у нас начинается поздно — когда что-то уже сломалось, а запчасть едет неизвестно сколько. К этому моменту выбор небольшой и весь неприятный.
Между тем половина решений принимается на входе, в день подписания спецификации, и стоит там ноль. Вторая половина — на третьем и шестом году, когда есть время подумать. Ниже разбор всех точек, где решение ещё можно принять спокойно, и шкала, по которой мы разводим оборудование в парке по классам обслуживания.
Вход
Что решается в день закупки
Срок поддержки и состав первой поставки принимаются за один день и определяют следующие три-шесть лет.
Первое решение — срок поддержки. Практический ответ: базовый контракт на три года и заранее понятная опция продления ещё на три. Не пять и не «сколько дадут», а три плюс три, потому что это две разные точки принятия решения и разносить их полезно.
Разница между «взять сразу пять» и «три плюс три» не в деньгах, а в информации. Через три года вы знаете про этот комплекс всё: как он себя ведёт, что в нём ломалось, растёт ли на нём нагрузка, жив ли ещё прикладной софт, ради которого его покупали. Решение о продлении принимается на фактах. Решение о пятилетнем контракте на входе принимается на прогнозе, а прогноз на пять лет в инфраструктуре — это пожелание.
Важная деталь, о которой мы писали в первом выпуске и повторим: гарантия тикает с момента поставки, а не с момента ввода в эксплуатацию. Если оборудование месяц лежит на складе, потом три месяца идёт пусконаладка и приёмка, вы уже потратили треть года.
И это ещё мягкий случай. Мы регулярно видим другой: оборудование приехало, встало на склад и пролежало там год, два, а иногда и три — проект отложили, помещение не готово, прикладная часть не поспела, ответственный сменился. Всё это время железо не работает, но стареет по всем статьям сразу. Гарантия расходуется, поколение сменяется, а на момент реального включения комплекс уже не новый: он на год-два ближе ко второму возрасту, чем считает бухгалтерия. Плюс аккумуляторы и суперконденсаторы, которые разряжаются на полке, и прошивки, отставшие на несколько версий. Если между поставкой и вводом ожидается пауза, это надо проговаривать на этапе закупки: сдвигать начало поддержки, а не обнаруживать потерю потом.
Второе решение того же дня — состав первой поставки. Здесь работает простое правило: процессор и память ставятся целевые сразу, диски можно добирать потом.
Причина не в цене, а в сроках жизни компонентов. Процессор в большинстве платформ меняется только вместе с материнской платой или в рамках жёсткой матрицы совместимости поколения — то есть апгрейд через два года это не апгрейд, а пересборка. Память формально добавляется, но упирается в конфигурацию каналов: доставленные планки должны совпасть с установленными по типу, объёму и ранговости, иначе система либо не соберёт конфигурацию, либо соберёт её с потерей пропускной способности. Диски в этом смысле самые дружелюбные — их добавляют полками и группами, без остановки сервиса.
И сразу оговорка, которая за последние пару лет стала важнее самой рекомендации. Циклы у вендоров сократились. Компонент, который вы планировали докупить через два года, к тому моменту может быть снят с производства, заменён на модель другой ёмкости или переведён в другую линейку. Тогда расширение превращается в смешанную конфигурацию с двумя типами накопителей, разной производительностью и раздельными пулами.
Практический вывод: если расширение точно понадобится, фиксируйте не только модель, но и возможность её докупить — письменно, с горизонтом. Если ответ вендора расплывчатый, значит планировать надо от одной поставки.
Три плюс три
Постгарантия: продлевать или отпускать
На третьем году решается не судьба оборудования, а то, кто платит за отказ следующие три года.
Самое распространённое заблуждение про постгарантийную поддержку — что это отсрочка неизбежного. «Продлим ещё на годик, а там посмотрим». Годик — плохая единица: административная процедура закупки съедает месяцы, и на следующий год всё повторяется.
Работающая схема другая: после базовых трёх лет берётся ещё один полноценный вендорский цикл на три года. Парк осознанно живёт под контрактом до шести лет, и вопрос «содержать или списывать» встаёт не на третьем году, а на шестом — когда оборудование действительно к этому подошло.
Что реально покупается вместе с контрактом, помимо замены сломавшихся деталей.
Доступ к обновлениям. Это то, о чём вспоминают последним, а бьёт оно первым. С окончанием поддержки закрывается доступ к прошивкам, микрокоду и исправлениям. Оборудование продолжает работать, но остаётся на той версии, которая была на момент окончания контракта, — со всеми известными дефектами и уязвимостями. Для комплекса, попадающего под требования регулятора, это самостоятельная проблема, отдельная от надёжности железа.
Право на эскалацию. Пока контракт жив, у вас есть процедура: обращение, приоритет, срок реакции. После окончания вы можете купить разовое обслуживание по факту, и цена там другая, а срок — какой получится.
Известная цена. Продление стоит порядка 10–15% от стоимости нового аналогичного оборудования в год. Это, пожалуй, единственная цифра во всём выпуске, которую стоит запомнить наизусть, потому что вокруг неё считается всё остальное. Три года продления — это уже треть-половина цены замены. Разговор о том, стоит ли содержать шестилетний комплекс, начинается ровно здесь и продолжается в разделе восьмом.
Отдельно скажем, чего в этой схеме нет. Нет варианта «поживём без поддержки, а если сломается — купим запчасть». Он существует как факт, но не как решение: сроки поставки на постгарантийное оборудование измеряются неделями, и всё это время критичность системы, которая на нём стоит, никуда не девается.
Запас частей
Нужен ли ЗИП при действующей поддержке
Ответ — да. И объём его с годами растёт, причём растёт номенклатура, а не количество.
Начнём с вопроса, который нам задают чаще остальных: зачем держать склад запчастей, если куплен контракт с гарантированным сроком реакции.
Затем, что срок реакции в договоре и срок появления детали на площадке — разные величины. Локального склада запасных частей у производителей в стране, как правило, нет. Деталь везётся из регионального хаба, проходит таможенное оформление, а до отгрузки — внутренние процедуры поставщика по проверке получателя и назначения. Каждый из этих шагов сам по себе законный и предсказуемый, а вместе они добавляют к сроку недели поверх того, что написано в контракте. По нашему опыту, реальная доставка в Ташкент занимает от пяти до пятнадцати дней, и это в спокойном случае.
Пример, про который мы уже писали во втором выпуске: в модульной ленточной библиотеке встал робот. Сама процедура замены занимала день. Ожидание узла — полтора месяца, и все эти полтора месяца вторая копия просто не создавалась. Контракт при этом был.
Поэтому ЗИП не альтернатива поддержке, а её дополнение. Контракт закрывает деньги и гарантию, склад закрывает время.
Контракт закрывает деньги и гарантию, склад закрывает время.
Что кладём
Разумно делить запас на два уровня.
Первый уровень — изнашиваемое. То, отказ чего на горизонте года вероятен, а не гипотетичен. Накопители, блоки питания, вентиляторные модули, суперконденсаторы контроллеров, батарейки материнских плат, планки памяти. Рабочая норма по накопителям — 3–5% от установленной популяции с округлением вверх и минимумом в две штуки. На комплексе с семьюдесятью двумя дисками это четыре диска, и это не перестраховка, а статистика для парка такого возраста.
Второй уровень — активные компоненты. Контроллеры, адаптеры, трансиверы, бекплейны и переходные платы. При живом контракте эти позиции избыточны. Без контракта — это то, что определяет, встанет ли узел на неделю.
Отдельной строкой идут системные платы. Их в запас обычно не кладут из-за цены, и это нормальное решение — но оно должно быть принято осознанно и записано, потому что его цена известна заранее: отсутствие платы означает потерю узла целиком до поставки.
Четыре детали, на которых спотыкаются
Запчасти только специфичные для платформы. Программно-аппаратный комплекс собран на серийной серверной платформе, но использует собственные компоненты с собственной прошивкой. Накопитель от обычного сервера той же модели в такой комплекс не встанет — система его не примет. Заказывать нужно строго по перечню компонентов для конкретного изделия, а не по названию платформы.
Вариант исполнения по шифрованию. У части накопителей есть отдельные позиции без аппаратного шифрования — они существуют именно для ввоза в страны, где на криптосредства действуют ограничения. Заказывать нужно тот вариант, который уже установлен: иначе получится дисковая группа из накопителей разного исполнения, и это уже не логистическая проблема, а конфигурационная.
Флеш заказывается по факту износа, а не по норме. Остаточный ресурс флеш-накопителей после пяти-шести лет — измеряемая величина, снимается штатными средствами. Если по какому-то узлу ресурс ушёл ниже десяти процентов, две карты в запасе ничего не решают: там нужна плановая замена, а не ЗИП. Это единственная позиция, где запас считается не от популяции, а от показаний.
Склад деградирует сам. Накопители и суперконденсаторы требуют ротации, батарейки саморазряжаются на полке. Раз в год складские позиции стоит прогонять через стенд. ЗИП, пролежавший пять лет в шкафу и ни разу не проверенный, — это не запас, а предположение о запасе.
Почему номенклатура растёт
Здесь важно понимать, что растёт именно перечень, а не количество по каждой позиции.
Первые три года запас нужен минимальный: всё закрыто гарантией, вопрос только в скорости. Держим то, что даёт немедленное восстановление сервиса, — пару накопителей и блок питания.
Четвёртый — шестой год. Начинают выходить компоненты с ограниченным ресурсом. Суперконденсаторы контроллеров живут пять-семь лет, и на шестилетнем комплексе это позиция первого приоритета, а не экзотика. Сюда же вентиляторы и блоки питания: механика и силовая электроника изнашиваются предсказуемо.
Седьмой год и дальше, особенно без контракта, — в перечень добавляются активные компоненты: контроллеры, адаптеры, трансиверы. Не потому, что они стали чаще ломаться, а потому, что теперь их неоткуда быстро взять.
После десяти лет разговор смещается: вопрос уже не в том, что положить на склад, а в том, можно ли эти позиции вообще купить. Если платформа снята с производства, ЗИП становится невосполняемым ресурсом — вы тратите то, что не пополнить.
И одно наблюдение напоследок, которое хорошо показывает, где на самом деле риск. На массивах прошлого поколения флеш-накопители стояли в роли кэша: десять-двенадцать штук на всю систему, собранных в зеркальные пары. Самый нагруженный по записи компонент массива был одновременно самым малочисленным, и считать по нему запас надо было не по проценту от популяции, а по износу.
Зоны ответственности
Кто обслуживает сложный комплекс
Вендор отвечает за изделие. Работу на площадке за вас не сделает никто.
На сложных комплексах вопрос «чей саппорт» ставится неправильно. Правильный ответ — оба, и они закрывают разные вещи.
Вендор закрывает изделие: замену деталей, известные дефекты, обновления, консультацию по продукту. Чего он не делает — это не жадность, а границы услуги. Он не придёт разбирать вашу коммутацию. Не соберёт шкаф. Не проверит, что после работ всё воткнуто туда, куда было. Не спланирует технологическое окно под ваш календарь. И не примет за вас решение, в каком порядке поднимать компоненты.
Живой пример из недавнего. Двухузловой комплекс с внешней дисковой полкой после переноса на новую площадку. Штатная утилита проверки топологии на обеих нодах сообщает, что полка выключена. Полка при этом включена, прогрета, индикаторы линка на её модулях горят зелёным. Операционная система видит два системных накопителя и больше ничего.
Кабели оказались недощёлкнуты до конечной позиции.
Дальше можно рассуждать про уровни диагностики, и это полезное рассуждение, потому что путь был именно такой: сначала вывод утилиты вендора, потом голая операционная система, потом опрос контроллера в обход ядра, потом лог драйвера. Каждый уровень говорил своё, и только последовательный спуск вниз показал, что проблема не там, где её искали. Но закончилось всё тем, что человек подошёл к задней стенке шкафа и посмотрел на разъёмы глазами.
Вот эта дистанция — от строчки в выводе утилиты до физического разъёма — и есть зона интегратора. Никакой контракт её не покрывает.
Два практических следствия для плана любых работ на сложном комплексе. Автозапуск кластерного программного обеспечения отключается до начала работ: иначе после сборки платформа попытается собрать дисковые группы на неполной топологии, и вы получите не «не завелось», а повреждение метаданных. И топология проверяется до старта прикладного слоя, а не после. Порядок проверок на включении важнее аккуратности на разборке: разобрать можно неидеально и починить, стартовать в неправильном порядке — нельзя.
И третье, про людей. Инженер со свежим опытом именно этой процедуры — такой же дефицитный ресурс, как запчасть, и планировать его надо так же заранее. Человек, который делал такой перенос три недели назад, знает, где процедура спотыкается, и не тратит на выяснение технологическое окно.
Стареет всё
Стареет вся инфраструктура, не только серверы
Возраст парка считают по серверам и массивам. Стареют коммутаторы, межсетевые экраны, батареи и кабели.
Когда обсуждают устаревание, говорят про серверы и системы хранения. Между тем в шкафу стареет всё.
Сетевое оборудование устаревает не по железу, а по скорости портов и по поддержке программного обеспечения. Коммутатор может отработать десять лет и не сломаться ни разу — и при этом стать неустранимым узким местом, потому что новое поколение подключаемых устройств рассчитано на другую полосу. Мы разбирали это во втором выпуске на примере смены поколения ленточных приводов: строка «замена коммутаторов» в смете выглядела раздуванием бюджета, а была прямым следствием того, что порт предыдущего поколения не вмещает поток нового привода.
Межсетевые экраны стареют быстрее всего остального, и по двум причинам сразу: производительность инспекции падает относительно выросшего трафика, а поддержка версий программного обеспечения заканчивается раньше, чем изнашивается железо. Здесь возраст измеряется не годами, а тем, какие функции вы уже не можете включить без потери пропускной способности.
Источники бесперебойного питания — это батареи со сроком жизни в три-пять лет внутри корпуса со сроком жизни в десять. Их надо считать отдельным изделием со своим циклом замены.
Кабельное хозяйство — тема, на которой экономят чаще всего. Многомодовая оптика при переезде меняется на новую без обсуждения: микроизгибы копятся годами, клей и пластик рассыхаются в горячем коридоре. Проблема ещё и в том, что такой патч-корд не отказывает честно и сразу — он даёт растущее число ошибок под нагрузкой, и причину будут искать где угодно, только не в нём. Медные соединения на десять и двадцать пять гигабит требуют осмотра каждого экземпляра: они тоньше, легче заламываются, фиксаторы вытягиваются.
Отдельно про ускорители под искусственный интеллект — это сегодня самый быстро стареющий класс железа в шкафу. Поколения сменяются раз в год-полтора, и это уже влияет на закупочные процедуры напрямую: мы видели технические задания на государственные закупки, где описанные карты и конфигурации на момент публикации были прошлым поколением и просто не заказывались — согласование съело больше времени, чем прожило поколение.
Отсюда практическое соображение, которое стоит проговаривать до закупки. Если задача под искусственный интеллект большая и разовая — обучение, эксперимент, проверка гипотезы, — считайте вариант с арендными мощностями всерьёз. Цена ускорителей космическая, меняются они постоянно, и при покупке весь этот цикл ложится в карман заказчика вместе со стратегией запаса частей: чем комплектовать ЗИП на изделие, которого через год уже не будет в прайсе, — вопрос без хорошего ответа. Своё железо оправдано там, где нагрузка постоянная, данные не выпустить наружу или посчитана окупаемость на горизонте, который короче смены поколения.
И общее правило, которое из этого следует: чем моложе класс компонента, тем короче его цикл устаревания. Массив на шпиндельных накопителях спокойно работал десять лет, потому что и вокруг него ничего быстро не менялось. Флеш-поколения сменяются вдвое быстрее — и не потому, что флеш хуже, а потому, что интерфейсы, плотность и протоколы вокруг него двигаются каждые два-три года. Оборудование, купленное в быстро меняющемся классе, устаревает относительно окружения раньше, чем изнашивается физически.
Четыре возраста
Шкала доверия и класс обслуживания
Оборудование не переходит из «нового» в «сломанное» одним движением. Между этими состояниями четыре периода.
Это то, ради чего писался весь выпуск. Шкала простая, мы пользуемся ей при планировании и при разговоре с заказчиком.
Первый возраст, до трёх лет. Доверие полное. Формулировка тут важна: не «оборудование не подводит», а риск полностью лежит на вендоре. Отказы первого года никуда не деваются, детская смертность электроники существует — но за них платит не заказчик. Шкала измеряет не надёжность железа, а то, кто несёт последствия отказа. В этом периоде на оборудование можно ставить что угодно, включая самые критичные сервисы, без дополнительных оговорок.
Второй возраст, четыре-шесть лет. Доверие 85–90%. Оборудование под продлённым контрактом, но начинают выходить компоненты с ограниченным ресурсом. Здесь появляется ЗИП как обязательная строка, а не как пожелание. Критичные сервисы держать можно, но у них должна быть отработанная механика переключения, а не запись в плане аварийного восстановления.
Третий возраст, семь-десять лет. Доверие 75–80%. Контракт, скорее всего, закончился или стоит уже неразумных денег. Номенклатура запаса выросла до активных компонентов. На таком оборудовании нормально живут тестовые и предпродуктивные контуры, вспомогательные сервисы, архивные уровни хранения. А вот резервную площадку на возрастное железо выносить нельзя: реплика по определению должна быть не хуже того, что она страхует, иначе переключение состоится ровно один раз и не туда. Основной продуктив — только если под ним есть работающая реплика на чём-то более молодом.
Четвёртый возраст, после десяти лет. Предсписание, доверие 50%. Половина — это честная оценка того, что вы получите в момент, когда оборудование понадобится. На нём не должно оставаться ничего, чей отказ придётся объяснять. Это ресурс для того, что можно потерять: лабораторные стенды, разовые задачи, площадка для обучения команды.
Дальше шкала складывается с критичностью сервиса, и получается матрица, по которой распределяется весь парк. Правило из неё следует простое: сервис нельзя держать на оборудовании, доверие к которому ниже требований этого сервиса. Если система обязана вернуться за четыре часа, а стоит на железе третьего возраста без запчастей, норматив существует только на бумаге — и это видно на бумаге же, без всякой аварии.
Признаки конца
Когда пора списывать
Отпускать оборудование вовремя — отдельный навык. Он в том, чтобы не ждать отказа как повода.
Списание почти всегда откладывают, потому что работает же. Формальный повод появляется в момент падения, и это самый дорогой из возможных поводов. Ниже признаки, каждого из которых достаточно, чтобы начать разговор.
Платформа упёрлась в потолок. Не в производительность, а в конструктивный предел: больше накопителей не встаёт, больше памяти не поддерживается, ёмкость кэша ограничена программно и за деньги не увеличивается. Если следующее расширение невозможно в принципе, оборудование уже определяет вашу архитектуру, а не обслуживает её.
Состав комплекса известен приблизительно. Реальный случай: состав системы хранения восстанавливали по фотографиям полок — сколько полок, какого типоразмера, с какими накопителями внутри. Документации не было, людей, которые её собирали, тоже. Пока непонятно, что именно стоит, разговор о ЗИП, о поддержке и о списании вести не с чем: считать нечего.
Диагностика показывает критические замечания, и они не устраняются. Свежий пример: полный диагностический отчёт по паре комплексов дал 92 и 93 балла из ста. Звучит отлично — пока не прочитаешь, что внутри этих ста баллов по три критических замечания на каждом, исправления, не внесённые в журнал исправлений, неустановленные компоненты обновления, отказавший конденсатор кэша на одном из контроллеров, неверно сконфигурированная энергонезависимая память на всех ячейках одного из кластеров и почти закончившееся место в системной группе томов. Общий балл — это среднее по больнице. Читать надо строки с пометкой critical, и главное — смотреть, сколько из них висит там больше года.
Отказы перестали быть единичными. Первый отказ закрывается тем, что нашлось на складе. Второй — тем, что осталось. Дефицит ЗИП обнаруживается не в момент отказа, а в момент второго отказа, и это же момент, когда становится понятно: чинить дальше значит тратить невосполнимое.
Деградация без явного отказа. Самый неприятный признак. Ничего не горит красным, но растёт число ошибок, увеличиваются времена отклика, задания перестают укладываться в окно. Оборудование не отказывает, а перестаёт справляться — и это состояние может тянуться годами, пока кто-нибудь не сложит цифры.
И последний признак, о котором отдельно в следующем разделе: прикладной софт больше не требует этой платформы.
Содержать или заменить
Когда замена дешевле поддержки
Продление стоит 10–15% цены нового в год. Против этих процентов надо ставить не только надёжность.
Сравнение «продлить поддержку или купить новое» обычно сводят к одной строке: контракт стоит столько, железо столько, контракт дешевле. Он действительно дешевле — если считать только его.
Посчитаем на двух реальных поколениях, разнесённых примерно на десять лет. Задача одинаковая: около 490 терабайт полезной ёмкости.
Решение прошлого поколения — массив среднего класса начала две тысячи десятых, накопители 3 ТБ, защита с двойной чётностью в группах шесть плюс два, плюс горячий резерв. На 490 терабайт полезной ёмкости получается 232 накопителя. По пятнадцать штук в полке — шестнадцать дисковых полок высотой 3U, вместе с процессорным блоком порядка 53 юнитов, то есть два шкафа. Флеш в этой системе есть, но в роли кэша: десять-двенадцать накопителей по 200 гигабайт в зеркальных парах, что даёт программный предел кэша в 1–1,2 терабайта. От полезного объёма это две десятых процента, и увеличить их нельзя ни за какие деньги — лимит платформенный.
Решение сегодняшнее — Lenovo ThinkSystem DG5200, 24 накопителя NVMe по 30,72 ТБ в одной полке. За вычетом служебных резервов и защиты — те же примерно 490 терабайт полезных. Два юнита. Флеш — сто процентов ёмкости.
Теперь четыре статьи, которые не попадают в сравнение «контракт против железа».
Электричество. Разница около четырёх киловатт непрерывно — примерно 36 мегаватт-часов в год. И каждый киловатт, который потреблён, надо ещё отвести, так что по счёту получается около удвоенной величины.
Место. Пятьдесят один освобождённый юнит. Это не абстракция: в четвёртом выпуске мы писали, что свободные юниты в шкафу — единственный дешёвый способ купить себе следующий апгрейд без ещё одного переезда.
Запас частей. По норме 3–5% от популяции на старом решении это восемь-двенадцать накопителей плюс модули ввода-вывода и блоки питания на шестнадцать полок. На новом — минимальные две штуки и одна полка. Разница на порядок, и это до разговора о том, что запчасти на снятую платформу ещё надо где-то найти.
Сложность эксплуатации. Двести тридцать два накопителя против двадцати четырёх — это не только вероятность отказа, умноженная на десять. Это шестнадцать полок, которые надо разложить по шинам, шкафам и вводам питания, и два шкафа в зале вместо двух юнитов.
Поддержка перестаёт быть экономией: она откладывает платёж, оставляя все остальные расходы на месте.
Складываем. Три года продления — треть-половина стоимости замены. Против этой половины стоит пятикратная экономия по электричеству, полтора освобождённых шкафа, десятикратно меньший запас частей и уход с платформы, которая упёрлась в потолок. При таком раскладе поддержка перестаёт быть экономией: она откладывает платёж, оставляя все остальные расходы на месте.
Оговоримся честно: это расчётная иллюстрация порядка величин, на вашей конфигурации числа будут другими. Но соотношение — не проценты, а разы — от конфигурации не зависит, и именно оно должно попадать в разговор о бюджете.
И самое неожиданное
Всё вышесказанное — про случай, когда решение принимаете вы. Часто его принимают за вас.
В нашей практике был парк на проприетарной UNIX-платформе с массивами предыдущего поколения: диски по 146 гигабайт, фирменный менеджер путей, машинные залы с вертикальным отводом тепла. Заменили его на классические серверы x86 в 2021 году. Причиной был не износ, не истекшая поддержка и не отсутствие запчастей. Сменился прикладной софт, и вместе с ним ушла необходимость в такой архитектуре вообще.
Миграция при этом оказалась не переносом. Структура данных в новой системе была другой настолько, что штатные средства не подходили: базу выгрузили в текстовые файлы и залили заново. Данные пережили железо, но прошли через CSV.
Отсюда вывод, который стоит держать в голове при любом планировании замены: дату списания назначает прикладная система, а не даташит вендора. План, построенный от даты окончания поддержки, планирует не то. Спрашивать надо не только «сколько ещё проживёт железо», но и «что будет работать на нём через три года и потребует ли оно вообще такой платформы».
Чек-лист
Что спросить про свой парк
Двенадцать вопросов, после которых парком управляют, а не реагируют на него.
Двенадцать вопросов. Если на каждый есть письменный ответ — вы управляете парком, а не реагируете на него.
Итог
Вместо вывода
Возраст инфраструктуры — не проблема и не диагноз. Проблема начинается там, где возраст не учитывается: когда десятилетнему комплексу доверяют как новому, когда норматив восстановления написан для железа, которое его не вытянет, когда продление поддержки покупается по инерции без единого расчёта.
Шкала из четырёх возрастов нужна ровно для этого — не чтобы списывать всё подряд, а чтобы каждый комплекс стоял под нагрузкой, которую он в своём возрасте выдержит. Семилетний массив под архив — нормальное инженерное решение. Тот же массив под основную базу — отложенная авария.
И последнее. Мы видим много парков, которые содержат годами из осторожности: менять страшно, миграция риск, а так работает. Осторожность здесь мнимая. Риск не исчезает от того, что решение отложено, он просто переезжает на момент, который вы не выбираете. Инфраструктуру нужно трезво оценивать и не бояться её наращивать и перестраивать — это дешевле, предсказуемее и в конечном счёте спокойнее, чем содержать то, во что вы сами уже не верите на сто процентов.
Если у вас стоит оборудование, про которое непонятно, в каком оно возрасте, — напишите. Снимем состояние, разложим по шкале и посчитаем, что дешевле: содержать или заменить.