EOL, EOS, LDoS: что означают даты жизненного цикла оборудования
Коротко: EOL (End of Life) — общее название процесса вывода продукта из линейки, который вендор объявляет бюллетенем с набором дат. Главные из них: End of Sale (EoS) — последний день заказа у производителя, End of Software Maintenance — конец выпуска исправлений ПО, End of Vulnerability Support — конец исправлений уязвимостей и Last Date of Support (LDoS) — последний день любой поддержки, после которого замена по гарантии, обновления и консультации вендора недоступны. У Cisco между EoS и LDoS для оборудования обычно проходит 5 лет. Аббревиатура EOS у разных вендоров означает разное: у Cisco — End of Sale, у Juniper и ряда других — End of Support.
Что такое жизненный цикл оборудования
Каждая модель сетевого или серверного оборудования проходит стадии: анонс, продажи, массовая эксплуатация, снятие с продаж, ограниченная поддержка, окончание поддержки. Производитель заранее публикует EOL-бюллетень (End-of-Life Announcement, EoL Notice) — документ, где перечислены затронутые партномера, рекомендуемая замена и ключевые даты.
Для заказчика эти даты определяют, сколько ещё можно получать обновления ПО, менять неисправные модули по сервисному контракту и покупать новое оборудование той же модели для расширения. От них же зависит план бюджета на замену и стратегия ЗИП.
Основные термины и даты
Ниже — термины в порядке наступления. Формулировки соответствуют практике Cisco, которая задала стандарт для отрасли. У других вендоров набор дат похожий, но названия и интервалы различаются.
| Термин | Что означает | Что меняется для заказчика |
| End-of-Life Announcement | дата публикации бюллетеня | начинается планирование, рекомендуется замена |
| End of Sale (EoS) | последний день заказа у производителя | новое оборудование этой модели больше не производится и не продаётся вендором |
| Last Ship Date | последняя дата отгрузки заказанных единиц | завершение поставок по ранее размещённым заказам |
| End of SW Maintenance Releases | конец выпуска исправлений ошибок ПО | новые баги больше не исправляются |
| End of Vulnerability/Security Support | конец выпуска исправлений уязвимостей | оборудование остаётся уязвимым для новых угроз |
| End of Routine Failure Analysis | конец анализа причин отказов | вендор не расследует новые типовые неисправности |
| End of New Service Attachment | последний день заключения нового сервисного контракта | оборудование без контракта больше не поставить на поддержку |
| End of Service Contract Renewal | последний день продления действующего контракта | контракт можно продлить только до LDoS |
| Last Date of Support (LDoS) | последний день поддержки | нет замен по контракту, обновлений, доступа в поддержку вендора |
Типичные интервалы между датами
Интервалы задаёт каждый вендор и даже каждая продуктовая линейка, поэтому опирайтесь на конкретный бюллетень. Для ориентира приведём типичную практику Cisco для оборудования:
- бюллетень публикуется примерно за 6 месяцев до End of Sale;
- End of SW Maintenance наступает в первые годы после End of Sale, исправления уязвимостей выпускаются дольше;
- End of New Service Attachment — обычно через год после End of Sale;
- LDoS — через 5 лет после End of Sale для оборудования; для ПО и подписок сроки бывают короче.
Серверные вендоры (Dell, HPE, Lenovo) обычно ориентируются на срок поддержки от даты отгрузки конкретного сервера: базовая гарантия 1–3 года и продление контрактов в сумме до 5–7 лет, в зависимости от модели. У HPE применяется термин EOSL (End of Service Life) — дата, после которой вендор прекращает поддержку модели.
Путаница с EOS: End of Sale или End of Support
Одна и та же аббревиатура означает у разных производителей разное, и это частая причина ошибок при планировании.
| Аббревиатура | Cisco | Juniper и ряд других вендоров | Как не ошибиться |
| EOS / EoS | End of Sale — конец продаж | End of Support — конец поддержки | смотреть расшифровку в самом бюллетене |
| EOL | процесс вывода, бюллетень | иногда используется как синоним конца продаж | уточнять конкретную дату |
| LDoS / EOSL | Last Date of Support | End of Service Life, End of Support Life | ориентироваться на дату полного прекращения поддержки |
| Last Order Date | аналог End of Sale | основная дата конца продаж у Juniper | это крайний срок заказа нового оборудования |
Поэтому в планах замены и ТЗ указывайте не аббревиатуру, а полное название даты и ссылку на номер бюллетеня вендора.
Что происходит после End of Sale и после LDoS
После End of Sale оборудование полностью работоспособно: действуют контракты, выходят исправления, можно продлить поддержку. Меняется только доступность новых единиц у производителя — расширять инсталляцию той же моделью приходится через склад дистрибьюторов, остатки или вторичный рынок.
После LDoS вендор не выполняет замену по контракту, не выпускает обновления, не консультирует и часто убирает ПО из открытого доступа. Само оборудование при этом продолжает работать годами. Многие компании сознательно эксплуатируют устройства после LDoS в некритичных сегментах — с собственным ЗИП, сторонней поддержкой и компенсирующими мерами безопасности. О работе с ПО без контракта — в статье Cisco без контракта: прошивки и лицензии.
Риски эксплуатации после окончания поддержки
- Безопасность. Новые уязвимости в ПО не закрываются. Особенно критично для пограничных устройств — межсетевых экранов, маршрутизаторов с доступом из интернета, VPN-шлюзов.
- Ремонт. Замена неисправных модулей только из собственного ЗИП или со вторичного рынка.
- Совместимость. Новые трансиверы, диски, версии гипервизоров и протоколы могут не поддерживаться.
- Требования регуляторов и аудиторов. Для ряда систем наличие поддерживаемого ПО и своевременных обновлений — обязательное требование.
- Время простоя. Без контракта на замену в течение 4 часов или следующего рабочего дня восстановление зависит от наличия запчастей.
Риск оценивают для каждой роли оборудования: ядро сети, периметр, доступ, лаборатория. Коммутатор доступа в изолированном сегменте после LDoS — приемлемый риск при наличии ЗИП, межсетевой экран на периметре — обычно нет.
Как планировать замену оборудования
- Соберите инвентаризацию: модель, партномер, серийный номер, версия ПО, место установки, роль, наличие контракта.
- Сопоставьте каждую модель с бюллетенями вендора и внесите даты End of Sale, End of SW Maintenance, End of Vulnerability Support и LDoS в реестр.
- Классифицируйте оборудование по критичности: периметр и ядро, серверы production, доступ и вспомогательные системы.
- Определите горизонт замены: критичные системы — до окончания исправлений уязвимостей, остальные — до LDoS или позже с ЗИП.
- Заложите бюджет по годам с учётом сроков закупочных процедур, особенно для тендеров.
- Решите, что делать с остающимся оборудованием: продление контракта до LDoS, сторонняя поддержка, создание ЗИП.
- Спланируйте миграцию: совместимость нового оборудования, перенос конфигураций, окна работ.
- Пересматривайте реестр раз в квартал: вендоры выпускают новые бюллетени регулярно.
Общий подход к бюджетированию описан в статье планирование закупки ИТ-оборудования.
Стратегии для оборудования после End of Sale
| Ситуация | Стратегия | Что нужно |
| Большой парк однотипного оборудования, замена через 1–2 года | эксплуатация с ЗИП до плановой замены | запас блоков питания, вентиляторов, модулей, трансиверов, 1–2 устройства целиком |
| Расширение существующей инсталляции | докупка тех же моделей | новые остатки или проверенное б/у оборудование с гарантией продавца |
| Критичный периметр | замена до End of Vulnerability Support | новое поколение оборудования, план миграции |
| Лаборатории, стенды, обучение | эксплуатация после LDoS | б/у оборудование, минимальный ЗИП |
| Операторские сети с длинным жизненным циклом | собственный ЗИП и сторонняя поддержка | склад модулей, процедуры замены, тестирование |
Для операторских сетей подход к ЗИП подробно разобран в статье ЗИП операторских сетей: б/у и EOL-оборудование.
Где смотреть даты жизненного цикла
- Cisco — раздел End-of-Life and End-of-Sale Notices на странице продукта, номер бюллетеня вида EOL12345.
- HPE — информация о EOSL в документации продукта и на портале поддержки.
- Dell — сведения о поддержке по сервисному тегу (Service Tag) конкретного устройства.
- Juniper — раздел End of Life Products с датами Last Order Date и End of Support.
- Другие вендоры — разделы lifecycle или product support на сайтах производителей.
Сохраняйте копии бюллетеней в реестре: ссылки со временем меняются, а документ может понадобиться при обосновании закупки.
Типичные ошибки
- Путаница EOS как End of Sale и как End of Support.
- Ожидание, что оборудование перестанет работать в день LDoS, и поспешная замена исправных некритичных устройств.
- Обратная ошибка: периметр на устройствах без исправлений уязвимостей.
- Планирование замены без учёта сроков закупочных процедур.
- Отсутствие ЗИП для оборудования, которое остаётся в работе после окончания контракта.
- Учёт только шасси без модулей и блоков питания: у них бывают собственные бюллетени и даты.
Что учесть при закупке
При закупке оборудования, у которого уже объявлен EOL, указывайте полный партномер и версию ПО, уточняйте, новое это оборудование из остатков или б/у, срок гарантии продавца и наличие ЗИП. Для расширения существующих систем важна полная совместимость с установленными модулями и версиями ПО. При закупке нового оборудования проверьте, не объявлен ли уже EOL на выбранную модель: иначе срок поддержки окажется короче ожидаемого.
Поможем составить реестр дат по вашему парку, подобрать замену или ЗИП для оборудования после End of Sale — коммутаторы в разделе Коммутаторы, условия на б/у оборудование — в статье гарантия и сервис на б/у оборудование.