Компания решила построить систему долгосрочного планирования ИТ инфраструктуры. Руководство хочет видеть графики: Утилизации каналов связи за последние 6 месяцев. Динамики загрузки оперативной памяти (RAM) на коммутаторах ядра. Инженер предложил следующее

Добавлена: 20.08.2026
Обновлена: 20.08.2026
Предмет: Информационные технологии
Автор: Кэмп

#Компьютерные сети и телекоммуникации
#Информационные системы

Условие:

Компания решила построить систему долгосрочного планирования ИТ инфраструктуры. Руководство хочет видеть графики:
Утилизации каналов связи за последние 6 месяцев.
Динамики загрузки оперативной памяти (RAM) на коммутаторах ядра.
Инженер предложил следующее решение:
"Мы настроим на всех устройствах Cisco команду logging trap informational, развернем Syslog сервер, настроим парсер, который будет ловить сообщения от интерфейсов и процессора, и на основе текстовых описаний логов будем строить графики утилизации в процентах".
В чем заключается фундаментальная теоретическая ошибка этого инженера?
Почему Syslog архитектурно не подходит для этой задачи?
пожалуйста проще как для новичка, по пунктам

Решение:

Вот разбор по пунктам, почему так делать нельзя:

1. Syslog — это «событийный» механизм, а не «метрический»

В чем суть: Syslog предназначен для передачи событий (кто-то залогинился, интерфейс упал, произошла ошибка). Это текстовые сообщения, которые генерируются только тогда, когда что-то происходит.
Ошибка: Мониторинг утилизации (загрузка CPU или трафик) требует регулярных замеров (например, раз в минуту). Syslog не умеет «замерять» состояние, он умеет только «кричать» о том, что случилось. Чтобы получать данные через Syslog, устройству пришлось бы постоянно гене...