На тот момент мы собирали метрики от Nginx с помощью модуля stub_status, а так же стандартные шаблоны Zabbix.
Сейчас ведём мониторинг каждого сайта с помощью библиотеки nginx-lua-prometheus
Все службы работали. Не могла завершиться синхронизация узла. Из документации ISP Manager:
Периодически панель проверяет список рассинхронизаций для каждого узла кластера и запускает синхронизацию данных, описанную синхронизатором. Для каждого узла кластера в один момент времени может выполняться синхронизация только одного типа данных, порядок запуска синхронизаторов жёстко определён их приоритетом.
К сожалению, в самой панели, в списке системных уведомлений мы не видим сообщений о том, что какая-то из синхронизаций завершилась с ошибкой. Мы уже сталкивались с зависшими синхронизациями ранее, но в данном случае не было очевидно, где искать виновника.
Ещё Ване может потребоваться утилита iptables в некоторых случаях. А когда Ваня совсем отчается, вспомнит про SELinux.
Если Ваня уже на сервере, можно проверить, отвечает ли сервис без nginx, например:
Так же, можно использовать команду nestat или ss, чтобы узнать какой порт по факту прослушивает процесс и прослушивает ли вообще:
На тот момент мы собирали метрики от Nginx с помощью модуля stub_status, а так же стандартные шаблоны Zabbix.
Сейчас ведём мониторинг каждого сайта с помощью библиотеки nginx-lua-prometheus
Все службы работали. Не могла завершиться синхронизация узла. Из документации ISP Manager:
К сожалению, в самой панели, в списке системных уведомлений мы не видим сообщений о том, что какая-то из синхронизаций завершилась с ошибкой. Мы уже сталкивались с зависшими синхронизациями ранее, но в данном случае не было очевидно, где искать виновника.
И тут же: