Архитектура NUT: драйвер, сервер данных и монитор имеют разные обязанности
Фотография конкретного исполнения не приложена.
При подключении ИБП к серверной инфраструктуре нужно определить весь путь информации и управления. В NUT драйвер взаимодействует с конкретным устройством, upsd предоставляет данные клиентам, а upsmon использует состояние питания для решения о работе своего хоста. Наличие одного процесса не подтверждает исправность этой цепочки.
Upsd поддерживает локальный кэш состояния, полученного от драйверов, и обслуживает клиентские запросы из него. Через тот же сервер проходят административные сообщения к драйверу. Поэтому успешный TCP-сеанс с upsd не доказывает новый физический опрос ИБП и не подтверждает разрешение клиенту выполнить управляющую операцию.
В проекте указывают размещение компонентов и их связь с силовой схемой. Хост с USB-подключением может предоставлять данные нескольким серверам, но каждый сервер должен иметь собственную согласованную реакцию на критичность его питания. Наблюдаемый ИБП не обязательно питает компьютер, на котором работает конкретный монитор.
Приёмка поочерёдно проверяет потерю связи с устройством, остановку сервера данных и отказ клиента. Сверяют, где возникла ошибка и какие сведения ещё доступны из кэша. Для завершения работы нужна отдельная проверка всей последовательности на стенде: установленный и запущенный пакет NUT не является доказательством корректного отключения хранилищ и приложений.
Основание — Official NUT archived-path v2.8.5 manuals snapshot; current HCL cited separately, разделы upsd Description; upsmon Description. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Использованы справочные страницы по архивному пути NUT v2.8.5; HCL является отдельным текущим снимком. Фактические ИБП, прошивка, драйвер и сборка не проверялись. Команды управления нагрузкой и завершения работы не выполнялись.
