Полное руководство: как эффективно проверить ваш Zabbix-сервер
Задумывались ли вы когда-нибудь о том, как можно следить за своей сетевой инфраструктурой, серверами и приложениями, не беспокоясь о постоянном контроле за ними вручную? Ну, не ищите дальше! Zabbix-сервер — идеальное решение для всех ваших потребностей в мониторинге. В этой статье мы проведем вас через процесс проверки вашего сервера Zabbix, чтобы убедиться в его бесперебойной и эффективной работе.
Что такое Zabbix-сервер?
Прежде чем мы углубимся в этапы проверки вашего сервера Zabbix, давайте кратко рассмотрим, что на самом деле представляет собой сервер Zabbix. Zabbix — это решение для мониторинга с открытым исходным кодом, которое позволяет отслеживать производительность и доступность сетевых серверов, устройств и приложений.
Шаг 1: Вход в веб-интерфейс Zabbix
Чтобы начать процесс проверки вашего Zabbix-сервера, вам необходимо войти в веб-интерфейс Zabbix. Откройте предпочитаемый вами веб-браузер и введите URL-адрес, предоставленный вашим системным администратором. Когда появится страница входа, введите свои учетные данные и нажмите кнопку «Войти».
Шаг 2. Переход к панели мониторинга
После успешного входа в систему вы будете перенаправлены на панель управления Zabbix. Здесь вы найдете различные варианты и функции для мониторинга вашей инфраструктуры. Перейдите на вкладку «Мониторинг», которая обычно находится в верхней панели навигации.
Шаг 3: Проверка статуса хоста
Чтобы убедиться, что ваш Zabbix-сервер работает эффективно, вам необходимо проверить состояние ваших хостов. Хосты — это устройства, которые контролируются сервером Zabbix. В панели мониторинга найдите раздел «Хосты» и нажмите на него.
Читайте также: Принципы работы хостинг-провайдера Zahid.Host
Здесь вы найдете список всех отслеживаемых хостов. Проверьте столбец состояния, чтобы убедиться, что все хосты отображаются как «Включено» и не отображают никаких ошибок или предупреждений.
Шаг 4: Проверка триггеров
Триггеры в Zabbix используются для мониторинга определенных условий на ваших хостах. Их можно настроить так, чтобы они предупреждали вас при достижении определенного порога или при возникновении определенного события. Крайне важно регулярно проверять и просматривать триггеры, чтобы обеспечить надлежащий мониторинг.
Перейдите на вкладку «Конфигурация» и нажмите «Триггеры», чтобы получить доступ к странице конфигурации триггеров. Просмотрите список триггеров и убедитесь, что они настроены правильно и соответствуют вашим требованиям мониторинга. Любые нежелательные триггеры следует отключить или соответствующим образом изменить.
Шаг 5: Шаблоны мониторинга
Шаблоны в Zabbix — это предопределенные наборы элементов, триггеров и графиков, которые можно применять к нескольким хостам. Они экономят время и усилия, предоставляя стандартизированную конфигурацию мониторинга.
Перейдите на вкладку «Конфигурация» и нажмите «Шаблоны». Просмотрите используемые шаблоны и убедитесь, что они по-прежнему актуальны и точны. Устаревшие шаблоны следует удалить и добавить новые в соответствии с вашими потребностями в мониторинге.
Шаг 6. Проверка оповещений и уведомлений
Оповещения и уведомления играют жизненно важную роль в эффективном мониторинге вашей инфраструктуры. Перейдите на вкладку «Конфигурация» и нажмите «Типы мультимедиа» и «Действия», чтобы просмотреть текущие настройки оповещений и уведомлений.
Убедитесь, что контактные данные, такие как адреса электронной почты и номера телефонов, актуальны. Проверьте механизмы оповещения, запустив тестовое уведомление, чтобы убедиться, что они работают без проблем.
Заключение
Регулярная проверка вашего сервера Zabbix необходима для поддержания производительности и надежности вашей инфраструктуры мониторинга. Выполнив шаги, упомянутые выше, вы можете гарантировать бесперебойную работу вашего сервера Zabbix, что позволит вам эффективно контролировать вашу сеть, серверы и приложения.
Читайте также: Максимизируйте свою скорость и выносливость в беге на 500 метров: пошаговое руководство
Часто задаваемые вопросы
1. Могу ли я получить удаленный доступ к веб-интерфейсу Zabbix?
Да, к веб-интерфейсу Zabbix можно получить удаленный доступ, если вы подключены к сети, в которой установлен сервер Zabbix.
2. Существуют ли какие-либо мобильные приложения для доступа к Zabbix?
Да, у Zabbix есть мобильные приложения, доступные как для платформ iOS, так и для Android, которые позволяют вам контролировать свою инфраструктуру на ходу.
3. Могу ли я настроить панель управления Zabbix в соответствии со своими потребностями?
Абсолютно! Zabbix предоставляет возможности настройки, позволяющие адаптировать макет информационной панели и виджеты в соответствии с вашими конкретными требованиями к мониторингу.
4. Каковы системные требования для установки Zabbix сервера?
Системные требования для установки сервера Zabbix могут различаться в зависимости от размера вашей инфраструктуры. Рекомендуется обратиться к официальной документации Zabbix для получения подробной информации о системных требованиях.
5. Подходит ли Zabbix для небольших систем мониторинга?
Да, Zabbix также можно использовать для небольших систем мониторинга. Он обеспечивает масштабируемость и гибкость для удовлетворения различных потребностей мониторинга, что делает его подходящим как для небольших, так и для крупных сред.
Как проверить запущен ли zabbix сервер
Zabbix — один из самых популярных программных инструментов для мониторинга с открытым исходным кодом. Zabbix собирает метрики с ваших сетевых устройств, систем и приложений и обеспечивает их работоспособность. В случае возникновения каких-либо проблем Zabbix отправит уведомления с помощью различных методов.
Zabbix можно развернуть для мониторинга на основе агентов и без них. Агент Zabbix занимает мало места и может работать на различных платформах, включая Linux, UNIX, macOS и Windows.
Прежде чем приступить
Прежде чем продолжить это руководство, убедитесь, что вы вошли в систему как пользователь с привилегиями sudo .
Создание базы данных MySQL
Zabbix поддерживает как MySQL / MariaDB, так и PostgreSQL . В этом руководстве мы будем использовать MySQL в качестве серверной части базы данных.
Если на вашем сервере Ubuntu еще не установлен MySQL, вы можете установить его, следуя этим инструкциям .
Войдите в оболочку MySQL, набрав следующую команду:
В оболочке MySQL запустите следующий оператор SQL, чтобы создать новую базу данных :
После этого выйдите из консоли mysql, набрав:
Установка Zabbix на Ubuntu
На момент написания этой статьи последней стабильной версией Zabbix была версия 4.0. Пакеты Zabbix, доступные в репозиториях Ubuntu, часто устарели, поэтому мы будем использовать официальный репозиторий Zabbix .
1. Установка Zabbix
Загрузите последний .deb пакет репозитория Zabbix с помощью следующей команды wget :
После загрузки файла добавьте репозиторий Zabbix в вашу систему Ubuntu 18.04, набрав:
Обновите индекс пакета и установите сервер Zabbix, веб-интерфейс с поддержкой базы данных MySQL и агент Zabbix:
Приведенная выше команда также установит Apache , PHP и все необходимые модули PHP.
2. Настройка PHP для веб-интерфейса Zabbix
Во время установки создается файл конфигурации Apache, содержащий все необходимые настройки Apache и PHP. Вам нужно только внести небольшое изменение и установить соответствующий часовой пояс .
Откройте файл конфигурации, раскомментируйте строку часового пояса и измените ее на свой часовой пояс. Вы можете найти полный список часовых поясов, поддерживаемых PHP здесь .
После этого сохраните файл конфигурации и перезапустите службу Apache, чтобы изменения вступили в силу:
3. Настройка базы данных MySQL для Zabbix сервера
Пакет установки Zabbix предоставляет файл дампа, который включает исходную схему и данные для сервера Zabbix с MySQL.
Импортируйте файл дампа MySQL, запустив:
При появлении запроса введите пароль пользователя, который вы создали ранее. В случае успеха результат не выводится.
Далее нам нужно отредактировать конфигурацию Zabbix и установить пароль базы данных.
Откройте файл конфигурации в вашем редакторе:
Найдите следующий раздел, раскомментируйте DBPassword директиву и добавьте пароль базы данных.
Сохраните и закройте файл.
Перезагрузите Zabbix сервер и службы агента и заставьте их запускаться при загрузке системы:
Чтобы проверить, запущен ли Zabbix сервер, введите:
Установка и настройка Zabbix Frontend
Веб-интерфейс Zabbix написан на PHP и позволяет нам настраивать сервер, просматривать собранные данные и добавлять хосты, которые мы хотим отслеживать.
Прежде чем начать пользоваться веб-интерфейсом, нам необходимо его установить.
Откройте свой любимый браузер и введите доменное имя или публичный IP-адрес вашего сервера, а затем /zabbix :
На первом экране вам будет представлено приветственное сообщение. Щелкните, Next step чтобы продолжить.
Затем вы увидите следующую информационную страницу, на которой перечислены все предварительные требования PHP, необходимые для запуска Zabbix Frontend. Все значения в этой таблице должны быть. OK Прокрутите вниз, чтобы убедиться, что все настроено правильно. После проверки нажмите, Next step чтобы продолжить.
На следующем экране мастер настройки попросит вас ввести данные подключения к базе данных. Введите данные пользователя MySQL и базы данных, которые вы создали ранее.
Ввод имени сервера не является обязательным. Введите его, если у вас более одного сервера мониторинга Zabbix. Если предоставлено, оно будет отображаться в строке меню и заголовках страниц.
Щелкните, Next step чтобы продолжить.
На следующем экране вам будет показана сводка до установки.
Нажмите, Next step и после завершения установки вы попадете на страницу, информирующую вас о том, что веб-интерфейс Zabbix установлен. Чтобы получить доступ к странице входа в Zabbix, нажмите Finish кнопку.
Пользователь по умолчанию — «Admin», а пароль — «zabbix». Введите имя пользователя и пароль и нажмите Log in кнопку.
После входа в систему вы будете перенаправлены на панель администрирования Zabbix.
Отсюда вы можете начать настраивать установку Zabbix и добавлять новые хосты. Вашим первым шагом должно быть изменение текущего пароля. Для этого перейдите на страницу профиля пользователя, щелкнув значок профиля в верхней части навигации.
Добавление нового хоста на Zabbix сервер
Процедура добавления нового хоста для мониторинга к Zabbix серверу состоит из двух шагов.
Сначала вам нужно установить агент Zabbix на удаленный хост, а затем добавить хост на сервер Zabbix через веб-интерфейс.
Установка Zabbix агента
В этом руководстве предполагается, что хост-компьютер также использует Ubuntu 18.04.
Как и при установке Zabbix сервера, выполните следующие команды, чтобы включить Zabbix репозиторий:
Обновите индекс пакета и установите пакет агента Zabbix:
Zabbix поддерживает два метода шифрования связи сервер-клиент, предварительный ключ (PSK) и шифрование на основе сертификатов. В этом руководстве мы будем использовать метод предварительных общих ключей (PSK) для защиты соединения между сервером и агентом.
Используйте следующую команду для создания общего ключа и сохранения его в файл:
Ключ PSK будет выглядеть примерно так:
Откройте файл конфигурации Zabbix агента:
Найдите Server IP-адрес и измените его значение по умолчанию на IP-адрес вашего Zabbix сервера:
Затем найдите TSLConnect параметр, раскомментируйте его и установите для него значение psk :
Найдите TLSAccept параметр, раскомментируйте его и установите psk :
Затем найдите TLSPSKIdentity параметр, раскомментируйте его и установите для него PSK 001 значение должно быть уникальной строкой:
Наконец, найдите TLSPSKFile параметр, раскомментируйте его и установите так, чтобы он указывал на ранее созданный общий ключ:
После этого сохраните и закройте файл.
Запустите службу агента Zabbix и настройте ее запуск во время загрузки с помощью:
Затем вам нужно добавить правило брандмауэра, которое разрешает трафик с вашего сервера Zabbix через порт TCP 10050 .
Предполагая, что вы используете UFW для управления своим брандмауэром и хотите разрешить доступ с 192.168.121.70 IP-адреса, выполните следующую команду:
Настроить новый хост
Теперь, когда агент на удаленном хосте, который вы хотите отслеживать, установлен и настроен, следующим шагом будет регистрация хоста на сервере Zabbix.
Войдите в веб-интерфейс Zabbix Server как пользователь с правами администратора:
Оказавшись внутри, на верхней панели навигации щелкните значок Configuration , а затем Hosts
Затем нажмите синюю Create host кнопку в правом верхнем углу экрана, и откроется страница конфигурации хоста:
Введите имя хоста и IP-адрес удаленного хост-компьютера, который вы хотите отслеживать. Добавьте узел в одну или несколько групп, выбрав группу из списка, или введите имя несуществующей группы, чтобы создать новую. Linux Servers Группа является хорошим выбором.
После этого щелкните Templates вкладку. Выберите Template OS Linux и щелкните Add ссылку, чтобы добавить шаблон на хост.
Затем щелкните Encryption вкладку. Выберите PSK для обоих Connections to host и Connections from host .
Установите PSK identity значение PSK 001 , значение TLSPSKIdentity параметра Zabbix агента, которое вы настроили на предыдущем шаге.
В поле PSK value добавьте ключ, который вы сгенерировали для Zabbix агента, тот, который хранится в /etc/zabbix/zabbix_agentd.psk файле.
Наконец, чтобы добавить хост, нажмите синюю кнопку «Добавить» button .
Заключение
Вы успешно установили последнюю версию Zabbix в свою систему Ubuntu и узнали, как добавлять новые хосты, которые вы хотите отслеживать.
Теперь вам следует проверить документацию Zabbix и узнать больше о том, как настроить и использовать Zabbix.
Диагностика работы Zabbix
Диагностика работы сервера и агента Zabbix. Самые простые способы найти причины неработоспособности.
Проблемы, проблемы, проблемы…
В предыдущей статье мы рассматривали процесс установки Zabbix. Сегодня мы коснемся основных способов диагностики работы сервера и агента Zabbix, а также решение некоторых возникающих проблем.
Ничего сверхестественного. Только базовая информация, которая дает представление о том куда нужно двигаться при наличии проблем в работе мониторинга на базе Zabbix.
Как себя чувствует сервер
Бывает, что на сервере возникают какие-либо проблемы, связанные как с самой службой Zabbix-сервера, так и с его взаимодействием с агентами или связанными компонентами. Первый источник информации, который может помочь в поиске причин проблем — это логи Zabbix-сервера. Еще одним важным источником данных может быть сама система мониторинга, которая мониторит сама себя.
Логи наше все
Логи по традиции мира *.nix хранятся в текстовых файлах и располагаются в каталоге ‘/var/log/zabbix’.
В этом же каталоге можно увидеть файлы логов Zabbix-агента. Чаще всего на сервере Zabbix для отслеживания работы сервера установлен агент. Да, Zabbix-сервер следит сам за собой.
Прочитать содержимое можно стандартными для Linux способами:
- Смотрим файл логов с возможностью прокрутки.
- Просмотр файла логов в реальном времени.
- Смотрим первые записи
- Смотрим последние события
- Получаем только записи с ошибками
В общем, это самые простые способы прочитать содержимое файла логов. Если Вы знаете что нужно искать, то grep Вам в помощью. В противном случае в бой вступает tail, но можно выполнять анализ и более сложными способами.
Вот, например, вывод последних 10 событий из файла логов.
Здесь мы видим события процесса housekeeper, который отвечает за удаление устаревшей информации из базы данных мониторинга. Далее идут более интересные события об ошибке связи с хостом “YY-COMP”, а также события последующего восстановления соединения с агентом этого хоста.
В любом случае, основным источником данных о том, что и как делает процесс Zabbix-сервера, есть ли у него проблемы и другую связанную с ним информацию можно найти в его логах. Метод “тыка” тоже работает, но эффективнее просто посмотреть в файл лога событий.
Мониторинг системы мониторинга
Благодаря тому, что Zabbix позволяет собирает метрики о состоянии самого себя, мы можем отслеживать некоторые проблемы с его помощью. После установки сервера, по умолчанию в списке хостов содержится сам сервер с шаблоном “Template App Zabbix Server”.
Этот шаблон является ключевым для диагностики работы Zabbix, т.к. содержит множество полезных метрик и триггеров на критичные события.
Например, если Вы увидите уведомления о проблеме “Zabbix poller processes more than 75% busy” от одного из триггеров этого шаблона, то идем в официальную документацию и читаем что это. Можно увидеть, что проблему можно решить изменив параметр “StartPollers” в файле конфигурации Zabbix-сервера.
Вообще, оптимизация настроек этой системы мониторинга отдельная тема, но должно быть понятно, что следить за сервером Zabbix является неотъемлемой частью мониторинга. Иначе как Вы узнаете, что пора актуализировать настройки сервера или проапгрейдить железо?
Все в очередь
Кроме логов и мониторинга Zabbix-сервера есть еще один важный показатель, демонстрирующий общую картину производительности процессов системы мониторинга. Причем помогает диагностировать проблемы не только в работе сервера, но и агентов Zabbix.
Речь идет про очередь обработки элементов данных, которая отлично описана в официальной документации. На следующем скриншоте показана идеальная картина, когда никаких очередей нет и все элементы обрабатываются за минимальное время.
Самыми распространёнными причинами увеличения очереди являются:
- Агент сбора данных стал недоступен и не присылает данные / не может ответить на запрос.
- У сервера не хватает ресурсов для выполнения обработки присланных элементов данных или опроса хостов (зависит от типа агента — активный или пассивный).
В случаях, когда Вы будете наблюдать большие значения очередей с периодом обработки более 1 минуты, то стоит насторожиться и начать диагностику сервера и агентов.
Вы всегда можете посмотреть элементы очереди детально, чтобы понять, где именно появилась проблема. Плюс ко всему, очередь обработки сообщений можно добавить в метрики сбора данных мониторинга и привязать на них триггеры. Таким образом, очереди позволяют отслеживать общее состояние как сервера Zabbix, так и состояние всего мониторинга с учетом агентов.
База данных требует внимания
Zabbix хранит данные метрик в одной из поддерживаемых СУБД: MySQL или PostgreSQL. Для оптимальной производительности обязательно нужно выполнить их настройку. Я предпочитаю использовать PostgreSQL, но тут все полностью зависит от задач.
Касательно PostgreSQL нужно обязательно адаптировать ее настройки под ресурсы сервера, т.к. по умолчанию там установлены максимальные ограничения на используемую память и другие ресурсы. Рекомендую зайти на сайт PGTune, который поможет подобрать параметры СУБД под Ваш сервер. Просто берете и переносите их в свой файл конфигурации “postgresql.conf”.
Конечно, со временем может понадобиться адаптировать эти параметры под свою нагрузку и задачи. Подробнее о настройках Вы можете прочитать здесь.
То же самое относится и к MySQL. Вы можете обратиться к официальной документации, чтобы узнать больше.
Главное помнить, что настройки сервера баз данных являются ключевым фактором для достижения высокой производительности всей системы мониторинга.
Агент еще жив
Основные способы диагностики сервера Zabbix мы рассмотрели. А что на счет агентов на хостах, которые входят в мониторинг?
Выше уже было упомянуто, что у агента есть свои логи. Именно они и являются основным источником данных для диагностики его работы. Если мы говорим о *.nix системах, то обычно файл лога находится в “/var/log/zabbix/zabbix_agent.log”. Вот, например, его содержимое при старте процесса агента.
Это идеальный вариант, когда агент был запущен и никаких проблем с его работой не наблюдается. Но там могут быть и ошибки или информация о проблемах связи. Например, вот это событие говорит о том, что что-то блокирует доступ агента к серверу Zabbix.
Может не открыт порт на сервере? Или сервер недоступен? Или ошибка в конфигурационном файле агента?
Аналогичный файл лога есть для агентов всех поддерживаемых операционных систем, в том числе и Windows. Его расположение можно уточнить в самом конфигурационном файле агента в параметре “LogFile”. Для Windows это может быть каталог самого агента, например:
В любом случае, если у Вас проблемы в работе агента, то первым делом идем в его логи и смотрим что вообще происходит.
Решение некоторых проблем
Рассмотрим решение некоторых проблем в работе сервера и агента. Это ни в коем случае не полноценный мануал, а скорее пара заметок. Небольшая порция “траблшутинга”. Более развернутую информацию Вы можете найти в официальной Wiki.
Немного опечатались
Иногда бывает так, что порты и все доступы настроены, агент установлен, ошибок в логах нет, но метрики не приходят или приходят не полностью. В самом Zabbix хост “горит зеленым” и непонятно, что вообще происходит.
Можно потратить много времени на разбор ситуации, а причина окажется очень проста — ошибка в файле конфигурации из-за “копипасты”. То есть конфигурацию скопировали, но в файле не поменяли параметр “Hostname”. В итоге сервер Zabbix говорит, что агент доступен, но сам агент присылает данные для другого хоста. Вот так выглядит список дисков для проблемной машины. Нет никакой информации о дисках, но при этом общие показатели агент все же передал.
Как только мы исправим в файле конфигурации параметр “Hostname” на нужный (в нашем случае это “SRV-SQL-01-VM”), то картина сразу же изменится. В списке появятся все диски сервера.
Данные могут появиться не сразу, т.к. правила обнаружения выполняются не так часто, как получение обычных метрик, но Вы можете запустить их вручную в настройках хоста.
Копипаст — зло! Будьте осторожны!
Ребут и агента нет
Бывают случаи, когда агент был успешно установлен и настроен на хосте, мониторинг работает как надо. НО! При очередном запланированном перезапуске сервера (хоста) Zabbix-агент не смог запуститься.
Причин тому может быть несколько:
- Агент запускается от доменной учетной записи, но на момент старта сервера связи с доменом не оказалось.
- В момент запуска агент пытался запуститься, когда еще не “поднялся” доступ к сети.
При этом в файле лога агента может не быть какой-либо полезной информации, но она есть в системных журналах ОС. Чаще всего это поведение встречал в ОС Windows.
Решение достаточно простое: нужно установить для службы Windows режим запуска “Автоматически (отложенный запуск)”. В большинстве случаев проблема будет решена.
Быстро и просто!
Особые проблемы со счетчиками
Особой проблемой, которая встречается не очень часто, бывают проблемы со счетчиками производительности Windows. После настройки мониторинга на сервере можно увидеть для хоста элементы данных со статусом “Не поддерживается”. При этом все они получаются через показатели производительности Windows. Обратившись к логам агента Zabbix можно увидеть следующее.
При этом для хоста у элементов данных будет такая ошибка.
Проблема в некорректном списке доступных счетчиков производительности Windows на хосте с агентом, то есть на машине, которую мы собираемся мониторить. Можно проверить наличие нужного счетчика через “Монитор производительности” (perfmon.exe) или через ветку реестра:
Если нужного счетчика нет, то можно попытаться перестроить все счетчики ОС командой:
В большинстве случаев это помогает. Если остаются проблемы со счетчиками производительности сторонних приложений, то нужно изучить документацию по этим счетчикам. Например, для Microsoft SQL Server можно отдельно восстановить счетчики из поставляемых настроек. Подробнее можно узнать здесь.
Счетчики производительности для мониторинга Windows — отличный инструмент. И его, конечно же, нужно использовать.
Таймаут выполнения скриптов
Еще небольшой ошибкой может быть ситуация, когда на сервер не поступают данные по каким-либо элементам данных, а в логах агента можно увидеть ошибки вида:
Так происходит, поскольку выполняемый скрипт не укладывается в заданное время выполнения. Время задается также в конфигурации агента Zabbix и по умолчанию составляет 3 секунды.
Имеется три основных варианта решения:
- Увеличить таймаут до подходящего значения. Например, до 30 секунд:
Второй вариант — разобраться в причинах долгого выполнения и попытаться их исправить. Конечно, если это возможно.
Отказаться от сбора этих метрик ��
В любом случае, посмотрите почему скрипт может выполняться дольше, чем запланировано. Только после этого меняйте настройки.
Продолжение следует
Это была еще одна небольшая публикация по теме мониторинга с помощью Zabbix. В следующих статьях мы поговорим об обновлении Zabbix с версии 4.0 на 5.0, создадим свой шаблон для сбора метрик и рассмотрим некоторые особенности этого процесса, настроим уведомления в Telegram-канал, а также получении данных с Prometheus и визуализации данных в Grafana. И, конечно же, оптимизация производительности сервера мониторинга Zabbix!
Будьте на связи ��
Будьте в курсе
Создание материалов будет продолжаться. Хотите быть в курсе последних обновлений? Подписывайтесь на канал.
По любым вопросам пишите на электронную почту. Адрес в самом низу страницы.
Zabbix server is not running
Cannot execute script.
• Connection to Zabbix server “localhost” refused. Possible reasons:
• 1. Incorrect server IP/DNS in the “zabbix.conf.php”;
• 2. Security environment (for example, SELinux) is blocking the connection;
• 3. Zabbix server daemon not running;
• 4. Firewall is blocking TCP connection.
• Connection refused
Проверяем запущен ли zabbix сервер
Делаем бекап лог-файла, очищаем и перезапускаем сервер и опять проверяем логи.
Из логов заслуживаем внимание несколько строк:
проверяем конфигурационный файл забикс сервера
Конечно стоит посмотреть графики использования кеша и на основании их уже сделать выводы на сколько стоит увеличить. Но так как я практически не ограничен в оперативной памяти, указал сразу 512M
Zabbix server is not running – Let’s Solve It Quickly!!
This error occurs due to various reasons like incorrect information in the Zabbix configuration file, resource allocation problems, etc.
At Bobcares, we get requests from our customers about Zabbix error, as a part of our Server Management Services.
Today, we’ll see how our Support Engineers fix this Zabbix server is not running error.
What are the causes for the Zabbix server is not running error?
Zabbix server is not running error occur due to various reasons. Some of them are:
- Incorrect data in the zabbix_server.conf configuration file.
- Problems in database creation and permissions.
- Problems with the firewall.
- Lack of sufficient resources to start the zabbix_server daemon.
Our Support Engineers traverse through all the possible scenarios in order to find a perfect fix.
Let’s see, how we find fix for each of these causes.
1. Incorrect Zabbix configuration results in the Zabbix server is not running error
Usually, incorrect data in the Zabbix configuration file and database results in the Zabbix server is not running error.
To clarify, if there is any difference in database parameters in /etc/zabbix/web/zabbix.conf.php and /etc/zabbix/zabbix_server.conf or change in any of the values in configuration result in this error.
Our Engineers check for the precision of database parameters in /etc/zabbix/web/zabbix.conf.php and /etc/zabbix/zabbix_server.conf.
If there is any difference, we will correct that and fix the error.
Recently, one of our customers approached us with the same error. We found that in the configuration file, the Zabbix server IP was different, so we corrected that.
We corrected the IP in zabbix.conf.php. The location of the file is at /etc/zabbix/web
Support Engineers fixed the error by correcting the IP in the configuration file.
2. Zabbix server error due to problems with the firewall.
This error can also occur because of firewall blockages. So, we need to check whether or not there are firewall rules preventing the use of the service.
As a root user, we check and confirm whether the firewall is allowing connection to Zabbix Server port which is 10051. If not, then we add the following rule in the configuration file /etc/sysconfig/iptables. Finally, restart the service in order to fix the error.
Hence, this fixes the Zabbix server is not running error.
3. Lack of sufficient resource
In order to start the zabbix_server daemon, it requires sufficient resources. So, we need to adjust the parameter “Cachesize” and increase in a way that the Zabbix Server application can make the most of the memory resource.
Our Support Engineers check for problems with the “CacheSize” parameter of the configuration file zabbix_server.conf. And then we increase the Cachesize value accordingly in order to fix the Zabbix server is not running error.
[Having trouble in fixing Zabbix errors? – Our Experts are available 24/7.]
Conclusion
In short, an error in any configuration file or database, problems with firewalls and, lack of sufficient resource, etc. results in the Zabbix server is not running error. Today, we discussed the possible reasons for this error. Also, we saw how our Support Engineers fixed this error.
Related posts:
PREVENT YOUR SERVER FROM CRASHING!
Never again lose customers to poor server speed! Let us help you.
Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.
2 Comments
Hi !
i install zabbix 4.0 but its give a error on dashbord ” zabbix server is not runing : the information displayed may not be correct:
i try all your command above :
We are happy to help you. To contact our support team, please initiate a chat from the icon at right-bottom.
Related posts:
- Как просуммировать ячейки на разных листах excel
- Cpf формат чем открыть
- Почему в командах нет приложения
- Как наложить блок на картинку css
Как проверить запущен ли zabbix сервер
Не знаете, как узнать, запущен ли zabbix сервер? В этой статье мы расскажем вам о простых способах проверки статуса сервера и подскажем, что делать в случае его неполадок. Сервер мониторинга Zabbix — это надежный инструмент для отслеживания работы IT-инфраструктуры и решения проблем. Но что делать, если вы не уверены, работает ли Zabbix сервер правильно? В этой статье мы расскажем, как проверить, запущен ли Zabbix сервер, и как решить проблемы, если сервер не работает. Существует несколько подходов к проверке статуса Zabbix сервера, которые включают проверку процессов и служб, а также удаленный доступ к веб-интерфейсу Zabbix. Далее мы рассмотрим каждый из этих методов и описываем шаги, которые нужно предпринять, чтобы убедиться, что ваш Zabbix сервер работает надежно и без сбоев.
Как проверить запущен ли Zabbix сервер
- Открыть терминал
- Установить права суперпользователя с помощью команды sudо su
- Введите команду ps аux | grep zabbix-server
Читать далее«Арбуз кримсон руби F1: отзывы, сроки и правила посадки».
Если сервер запущен, то вы увидите информацию о соответствующем процессе Zabbix — zabbix_server .
2. Проверка журналов
Еще один способ, чтобы проверить работоспособность сервера Zabbix, состоит в проверке журналов работы. В зависимости от настроек параметров, Zabbix может вести несколько журналов, которые позволяют вам проверить, работает ли сервер.
Чтобы проверить журнал работоспособности должна быть открыта консоль Linux/MacOS и введена команда:
- Открыть терминал
- Установить права суперпользователя с помощью команды sudo su
- Открыть файл логов командой tail -f /var/log/zabbix-server/zabbix_server.log
Если логи показывают, что сервер работает, то вы увидите команду «Zabbix Server is running», а также другие подобные строчки в текущем файле логов.
В итоге, проверка запущенности Zabbix сервера является ключевым компонентом установки и настройки системы мониторинга. Использование любого из вышеперечисленных методов поможет вам убедиться в правильности установки и настройки сервера.
Проверка через веб-интерфейс
Проверка запущен ли zabbix сервер осуществляется простым способом — через веб-интерфейс. Для этого необходимо ввести в адресной строке браузера IP-адрес или hostname сервера и указать порт. По умолчанию порт zabbix-сервера 80.
После этого откроется главное окно zabbix, где в верхней части экрана расположены пункты меню. Если сервер работает, то в списке меню можно увидеть разделы «Monitoring», «Configuration», «Administration» и т.д.
Читать далее«Где и как делают ключи: название специализированного места».
Для более точной проверки стоит также взглянуть на значок состояния в правой части экрана. Если зеленый круг — сервер работает корректно. Если красный — сервер не запущен.
Если вы не можете открыть страницу zabbix через браузер, то возможно, что zabbix не запущен. Чтобы его запустить, можно использовать команду «systemctl start zabbix-server». После этого проверьте состояние сервера через веб-интерфейс.
Проверка через командную строку
Для проверки запущен ли zabbix сервер можно использовать командную строку. Как правило, зabbix сервер запущен в виде службы, поэтому для проверки его статуса нужно воспользоваться командой для работы со службами.
- Откройте командную строку (например, нажмите Win+R и введите cmd);
- Введите команду: sc query «Zabbix Server»;
- В результате вы увидите статус службы Zabbix Server, например, RUNNING или STOPPED.
- Откройте терминал;
- Введите команду: systemctl status zabbix-server;
- В результате вы увидите статус службы Zabbix Server, например, active (running) или inactive (dead).
Если вы видите, что Zabbix Server остановлен или не запущен, вы можете попробовать запустить его с помощью команды для работы со службами:
- Для Windows: net start «Zabbix Server»;
- Для Linux: systemctl start zabbix-server.
Если же запустить службу не удалось, необходимо проверить наличие ошибок в лог-файле.
Проверка статуса службы на Windows
Для проверки статуса службы на Windows необходимо выполнить несколько простых действий.
Шаг 1: Откройте панель управления.
Шаг 2: В разделе «Администрирование» выберите «Службы».
Шаг 3: В открывшемся окне найдите службу, которую необходимо проверить (например, Zabbix Server).
Шаг 4: Правой кнопкой мыши кликните на службу и в контекстном меню выберите «Свойства».
Шаг 5: В открывшемся окне «Свойства» проверьте статус службы в разделе «Состояние службы». Если служба работает, то статус будет «Запущено». Если служба остановлена, то статус будет «Остановлено».
Также можно проверить статус службы через командную строку. Для этого необходимо открыть командную строку от имени администратора и ввести команду:
sc query «имя_службы»
В результате выполнения команды будет выведена информация о состоянии службы.
Проверка статуса службы на Windows не является сложной задачей и позволяет быстро определить работает ли требуемая служба.
Проверка статуса процесса на Linux
Для проверки того, запущен ли zabbix сервер на вашей Linux-системе, необходимо выполнить несколько простых шагов.
1. Откройте терминал.
2. Запустите команду:
ps aux | grep zabbix_server
Эта команда выводит информацию о всех процессах, включая информацию о zabbix сервере.
3. Если вы видите вывод команды и обнаруживаете в нем строку, содержащую слово «zabbix_server», то сервер запущен и работает. Если же строка не найдена, то сервер не запущен.
Также вы можете проверить статус zabbix сервера, используя команду:
sudo systemctl status zabbix-server
Если вы видите сообщение «Active: active (running)», то сервер запущен и работает. Если вы видите сообщение «Active: inactive (dead)», то сервер не запущен.
В случае возникновения проблем с запуском сервера, вы можете использовать заранее сохраненную копию файлов конфигурации или обратиться к документации по установке и настройке zabbix сервера на Linux-системах.
Проверка логов на наличие ошибок
Проверка логов является одним из самых важных этапов при работе с Zabbix сервером. Это позволяет выявить возможные проблемы или ошибки в работе системы, а также принять меры по их устранению.
Для проверки логов необходимо зайти на сервер и найти файлы логов. Обычно они находятся в директории /var/log/zabbix/. В данной директории находятся различные файлы логов, содержащие информацию о работе различных компонентов системы.
Самый важный файл логов — это zabbix_server.log. В этом файле содержится информация о работе самого сервера. Если в этом файле содержатся ошибки, то необходимо приступить к их устранению. Также следует обращать внимание на файлы логов zabbix_agentd.log и zabbix_proxy.log, содержащие информацию о работе агентов и прокси-серверов.
Для упрощения процесса проверки логов можно использовать команду grep. Например, для поиска всех строк со словом «error» в файле zabbix_server.log необходимо ввести команду «grep error /var/log/zabbix/zabbix_server.log». Это позволит быстро выявить ошибки и принять меры по их устранению.
Также рекомендуется регулярно проверять логи на наличие ошибок, для того, чтобы оперативно реагировать на возможные проблемы и обеспечить непрерывность работы системы.
Проверка доступности порта
Проверка доступности порта является важным шагом при настройке сервера или сети. Она позволяет убедиться в том, что порт открыт и готов принимать соединения.
Для проверки доступности порта можно воспользоваться утилитой telnet. Она входит в состав операционной системы и позволяет установить соединение с сервером по заданному порту.
Для проверки доступности порта zabbix сервера нужно выполнить следующую команду:
telnet [IP адрес сервера] [номер порта]
Например, чтобы проверить доступность порта 10051 на сервере с IP адресом 192.168.0.1, нужно выполнить следующую команду:
telnet 192.168.0.1 10051
Если порт открыт и работает, то в ответ на данную команду должно появиться сообщение:
Connected to 192.168.0.1.
Escape character is ‘^]’.
Если же порт закрыт или настроен неверно, то в ответ на данную команду выводится сообщение об ошибке, например:
Connecting To 192.168.0.1…Could not open connection to the host, on port 10051: Connect failed
В результате выполнения команды telnet можно установить, работает ли заданный порт и каким образом происходит соединение с сервером. Это очень полезно при настройке сервера и его компонентов, а также при поиске причин возникновения проблем в работе.
Проверка конфигурационных файлов
Одной из основных задач администратора Zabbix является правильная настройка конфигурационных файлов. Для проверки корректности настройки конфигурационных файлов используются несколько основных методов.
Первым способом является проверка файла конфигурации zabbix_server.conf, который можно найти в директории /etc/zabbix/. В данном файле содержится информация о базе данных, порту, логах и других настройках.
Вторым способом является проверка файла конфигурации zabbix_agentd.conf, который также располагается в директории /etc/zabbix/. В этом файле содержится информация о том, на каком порту запущен агент, какие параметры доступа к нему, используется ли безопасное соединение и прочее.
Третьим способом является использование утилиты zabbix_server -t. Данная утилита позволяет провести тестирование конфигурационных файлов на наличие ошибок синтаксиса. Если конфигурационный файл содержит ошибки, то утилита выведет сообщение об этом и указывает на строку, в которой обнаружена ошибка.
Важно отметить, что правильная настройка конфигурационных файлов является критически важной для работы Zabbix сервера и агента. Поэтому рекомендуется тщательно проверить их перед запуском Zabbix сервера или агента.
Проверка системных требований
Перед установкой Zabbix сервера рекомендуется проверить, соответствует ли ваша система минимальным требованиям для его нормального функционирования. Для этого необходимо выполнить следующие действия:
- Определить версию операционной системы: Zabbix поддерживает операционные системы Linux, Unix, FreeBSD, Solaris, Windows Server, macOS. Необходимо убедиться, что используется поддерживаемая версия операционной системы.
- Доступность всех необходимых зависимостей: Zabbix сервер требует установки некоторого количества дополнительных библиотек для своей работы. Если они не установлены, то сервер не запустится и вы получите ошибки. Проверьте, что все требуемые зависимости установлены и доступны на вашем сервере.
- Ресурсы сервера: Запуск Zabbix сервера требует определенных ресурсов системы. Как минимум, необходимо 2 GB RAM, свободное пространство на диске не менее 10 GB. Необходимо убедиться, что на вашем сервере имеется достаточно ресурсов для запуска Zabbix сервера.
- Настройки БД: Zabbix может использовать различные СУБД для хранения своей информации. Проверьте настройки БД и убедитесь, что она корректно настроена для использования в качестве ресурса хранения информации сервером Zabbix.
Если все требования выполнены, то система готова к установке и запуску Zabbix сервера. Мы рекомендуем выполнить регулярную профилактику системы, чтобы проверять соответствие ее требованиям и избегать непредвиденной остановки сервера в работе.
Проверка наличия пакетов Zabbix
Перед проверкой запущенности Zabbix сервера необходимо убедиться в наличии необходимых пакетов. Для успешного запуска Zabbix необходимо установить следующие пакеты:
- zabbix-server — основной пакет, содержащий основную функциональность сервера;
- zabbix-agent — пакет, необходимый для мониторинга удаленных устройств;
- zabbix-web — веб-интерфейс для управления и настройки Zabbix;
- zabbix-java-gateway — необходим для мониторинга Java-приложений.
Проверка наличия пакетов производится с помощью команды:
dpkg -l | grep zabbix
Если пакеты существуют, то вывод будет выглядеть приблизительно следующим образом:
ii zabbix-agent 1:3.0.2-1+trusty amd64 network monitoring agent
ii zabbix-java-gateway 1:3.0.2-1+trusty amd64 Zabbix Java Gateway
ii zabbix-server-mysql 1:3.0.2-1+trusty amd64 network monitoring solution — server (using MySQL)
ii zabbix-web 1:3.0.2-1+trusty all network monitoring solution — web frontend
Если пакетов не найдено — их необходимо установить. Для этого используйте команду:
sudo apt-get install zabbix-server zabbix-agent zabbix-web zabbix-java-gateway
После установки пакетов можно проверить запущенность Zabbix сервера командой:
sudo systemctl status zabbix-server
Если сервер запущен, то вывод будет выглядеть приблизительно следующим образом:
● zabbix-server.service — Zabbix Server
Loaded: loaded (/lib/systemd/system/zabbix-server.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2021-03-15 10:16:25 UTC; 9h ago
Main PID: 19894 (zabbix_server)
├─19894 /usr/sbin/zabbix_server -c /etc/zabbix/zabbix_server.conf
└─19895 /usr/sbin/zabbix_server: configuration syncer [waiting 64.0 seconds for the processes to collect data]
В случае, если сервер не запущен, необходимо запустить его командой:
sudo systemctl start zabbix-server
Проверка наличия базы данных
Проверка наличия базы данных является важным шагом при установке и настройке Zabbix сервера. База данных необходима для хранения всех данных наших мониторинговых объектов и ресурсов.
Прежде всего, необходимо убедиться, что на сервере, где работает Zabbix сервер, запущена и работает база данных. Для этого нужно выполнить команду:
service postgresql status
Если база данных PostgreSQL установлена и работает, вы должны увидеть сообщение «Active: active (running)»
Далее, убедитесь, что база данных, созданная для использования Zabbix, существует на сервере базы данных. Для этого выполните следующую команду:
su — postgres -c «psql -d zabbix -c \»select version();\»»
Если база данных существует, вы увидите версию PostgreSQL:
Zabbix 2.0.9 Revision 37178
Если база данных не существует, или вы видите сообщение об ошибке, необходимо создать базу данных для Zabbix на сервере базы данных. Подробнее об установке базы данных смотрите документацию PostgreSQL.
Также особое внимание следует обратить на наличие доступности Zabbix сервера к базе данных. Для этого можно использовать утилиту telnet:
telnet 5432
Если вы получите сообщение «Connected to », это означает, что Zabbix сервер может подключиться к базе данных.
В случае возникновения каких-либо проблем с базой данных, необходимо обратиться к документации Zabbix или к команде поддержки.
Вопрос-ответ:
Как узнать, работает ли zabbix-сервер?
Самый простой способ — попробовать подключиться к веб-интерфейсу zabbix. Если он открывается, то значит, сервер работает.
Как проверить запущен ли zabbix-сервер из командной строки?
Для проверки можно воспользоваться командой «systemctl status zabbix-server». Если сервер запущен — будет выведен статус «active (running)».
Как узнать версию zabbix-сервера?
Версию zabbix-сервера можно узнать, зайдя в веб-интерфейс и выбрав в меню Configuration -> Hosts -> Zabbix server. Там будет указана версия сервера. Также можно использовать команду «zabbix_server -V» для вывода версии в консоли.
Какую команду нужно использовать для запуска zabbix-сервера?
Для запуска zabbix-сервера можно воспользоваться командой «systemctl start zabbix-server».
Как узнать полный список параметров zabbix-сервера, заданных в конфигурационном файле?
Полный список параметров zabbix-сервера, заданных в конфигурационном файле, можно увидеть, запустив команду «zabbix_server -h» или «zabbix_server -help».
Можно ли проверить работу zabbix-сервера, не заходя в веб-интерфейс?
Да, можно использовать утилиту «zabbix_get», которая позволяет получать данные zabbix-сервера из консоли. Например, команда «zabbix_get -s localhost -k system.cpu.load[all,avg15]» вернет текущее значение загрузки процессора.
Как перезапустить zabbix-сервер?
Для перезапуска zabbix-сервера можно использовать команду «systemctl restart zabbix-server».
Проверка наличия файловой системы
Один из ключевых аспектов работы zabbix сервера — это доступность файловой системы, на которой хранятся данные и настройки. Поэтому важно периодически проверять ее состояние.
Для этого можно использовать утилиту df (disk free). Она позволяет узнать информацию о доступном месте на дисках и файловых системах. Для проверки диска, на котором работает zabbix сервер, нужно выполнить команду:
df -h /
Эта команда покажет информацию о месте на корневой файловой системе (/), а опция -h позволяет вывести результат в удобочитаемом виде.
Кроме того, для более детального анализа можно использовать команду du (disk usage), которая позволяет узнать размеры файлов и директорий в файловой системе. Например, чтобы узнать размер директории /var/log/zabbix:
du -sh /var/log/zabbix
Эта команда выдаст информацию об объеме директории /var/log/zabbix в формате, удобном для чтения.
Важно не забывать о регулярном мониторинге состояния файловой системы и ее очистке в случае необходимости, чтобы избежать возможных проблем с производительностью и надежностью работы zabbix сервера.
Как проверить запущен ли zabbix сервер
В разделе Отчеты → Состояние Zabbix отображается краткая сводка о ключевых данных системы.
Этот отчет также отображается виджетом на ПАНЕЛИ.
Отображаемые данные
| Параметр | Значение | Детали |
|---|---|---|
| Zabbix сервер запущен | Состояние Zabbix сервера: Да — сервер запущен Нет — сервер не запущен Обратите внимание: Для того чтобы быть уверенным что веб-интерфейс знает запущен или нет сервер должен быть запущен по крайней мере один процесс траппера (параметр StartTrappers в zabbix_server.conf файле>0). |
Размещение и порт Zabbix сервера. |
| Количество узлов сети | Отображается общее количество добавленных узлов сети. Шаблоны тоже считаются подтипами узлов сети. |
Количество наблюдаемых узлов сети/не наблюдаемых узлов сети/шаблонов. |
| Количество элементов данных | Отображается общее количество элементов данных. Считаются только те элементы данных, которые назначены на активированные узлы сети. | Количество наблюдаемых/деактивированных/неподдерживаемых элементов данных. |
| Количество триггеров | Отображается общее количество триггеров. Считаются только те триггеры, которые назначены на активированные узлы сети и зависят от активированных элементов данных. | Активированные/деактивированные триггеры. [Триггеры в состоянии проблема/ок.] |
| Количество пользователей | Отображается ожидаемое количество новых значений обрабатываемых Zabbix сервером в секунду. | Требуемое быстродействие сервера является оценочным и может быть полезным как ориентир. Для точных чисел обработанных значений, используйте внутренний элемент данных zabbix[wcache,values,all] . |
© 2001-2023 by Zabbix SIA. All rights reserved.
Except where otherwise noted, Zabbix Documentation is licensed under the following license
To toggle highlighting press: Ctrl+Alt+H
Have an improvement suggestion for this page? Select a text that could be improved and press Ctrl+Enter to send it to editors.
To toggle highlighting press: Command+Alt+H
Have an improvement suggestion for this page? Select a text that could be improved and press Command+Enter to send it to editors.
1 Информация о систсеме
В разделе Отчеты → Информация о системе отображается краткая сводка о ключевых данных системы.
Этот отчет также отображается виджетом на ПАНЕЛИ.
Отображаемые данные
| Параметр | Значение | Детали |
|---|---|---|
| Zabbix сервер запущен | Состояние Zabbix сервера: Да — сервер запущен Нет — сервер не запущен Обратите внимание: Чтобы отображать некоторую информацию, веб-интерфейсу необходим работающий сервер и у сервера должен быть запущен по крайней мере один процесс траппера (параметр StartTrappers в zabbix_server.conf файле>0). |
Размещение и порт Zabbix сервера. |
| Количество узлов сети | Отображается общее количество добавленных узлов сети. Шаблоны тоже считаются подтипами узлов сети. |
Количество наблюдаемых узлов сети/не наблюдаемых узлов сети/шаблонов. |
| Количество элементов данных | Отображается общее количество элементов данных. | Количество наблюдаемых/деактивированных/неподдерживаемых элементов данных. Элементы данных на деактивированных узлах сети считаются деактивированными. |
| Количество триггеров | Отображается общее количество триггеров. | Количество активированных/деактивированных триггеров. [Триггеры в состоянии проблема/ок.] Триггеры назначенные на деактивированные узлы сети или зависящие от деактивированных элементов данных считаются деактивированными. |
| Количество пользователей | Отображается общее количество добавленных пользователей. | Количество пользователей в сети. |
| Требуемое быстродействие сервера, новые значения в секунду | Отображается ожидаемое количество новых значений обрабатываемых Zabbix сервером в секунду. | Требуемое быстродействие сервера является оценочным и может быть полезным как ориентир. Для точных чисел обработанных значений, используйте внутренний элемент данных zabbix[wcache,values,all] . |
© 2001-2023 by Zabbix SIA. All rights reserved.
Except where otherwise noted, Zabbix Documentation is licensed under the following license
To toggle highlighting press: Ctrl+Alt+H
Have an improvement suggestion for this page? Select a text that could be improved and press Ctrl+Enter to send it to editors.
To toggle highlighting press: Command+Alt+H
Have an improvement suggestion for this page? Select a text that could be improved and press Command+Enter to send it to editors.
1 Сервер
Zabbix сервер — центральный процесс программного обеспечения Zabbix.
Сервер выполняет опрос и отлов данных, вычисляет триггеры, отправляет оповещения пользователям. Он является центральным компонентом, которому Zabbix агенты и прокси сообщают данные о доступности и целостности систем. Сервер может самостоятельно удаленно проверять сетевые службы (такие как веб-сервера и почтовые сервера), используя простые проверки сервисов.
Сервер является главным хранилищем, в котором хранятся все конфигурационные, статистические и оперативные данные, он так же рассылает уведомления администраторам в случае возникновения проблем с любой из наблюдаемых систем.
Функционал базового Zabbix сервера разделен на три отдельных компонента; это: Zabbix сервер, веб-интерфейс и хранилище в базе данных.
Все данные о конфигурации Zabbix хранятся в базе данных, с которой взаимодействует и сервер и веб-интерфейс. Например, когда вы создаете новый элемент данных используя веб-интерфейс (или API), запись об этом добавляется в таблицу элементов данных в базе данных. Затем, раз в минуту Zabbix сервер опрашивает таблицу элементов данных для получения списка активных элементов данных, и сохраняет этот список в кэш Zabbix сервера. Поэтому любые изменения, сделанные в веб-интерфейсе Zabbix, могут отобразиться в разделе последних данных с задержкой до двух минут.
Запуск сервера
Если установлен из пакета
Zabbix сервер работает как демон. Его можно запустить, выполнив:
shell> service zabbix-server start
Эта команда будет работать на большинстве систем GNU/Linux. На других системах вам, возможно, потребуется выполнить:
shell> /etc/init.d/zabbix-server start
Аналогично, для остановки/перезапуска/просмотра состояния, используйте следующие команды:
shell> service zabbix-server stop shell> service zabbix-server restart shell> service zabbix-server status
Запуск вручную
Если приведенные ранее команды не работают, вам необходимо запустить сервер вручную. Найдите путь к бинарному файлу zabbix_server и выполните:
shell> zabbix_server
С Zabbix сервером можно использовать следующие параметры командной строки:
-c --config файл> путь к файлу конфигурации (по умолчанию /usr/local/etc/zabbix_server.conf) -f --foreground запуск Zabbix сервера без перехода в фоновый режим -R --runtime-control опция> выполнение административных функций -h --help вывод этого сообщения помощи -V --version вывод номера версии
Примеры запуска Zabbix сервера с параметрами командой строки:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf shell> zabbix_server --help shell> zabbix_server -V
Управление работой
Опции управления работой:
| Опция | Описание | Цель |
|---|---|---|
| config_cache_reload | Перезагрузка кэша конфигурации. Игнорируется, если кэш уже загружается в текущий момент времени. | |
| diaginfo[=цель>] | Сбор диагностической информации в файл журнала сервера. | historycache — статистика кэша истории valuecache — статистика кэша значений preprocessing — статистика менеджера предобработки alerting — статистика менеджера оповещений lld — статистика LLD менеджера locks — список мьютексов (на *BSD системах список будет пустой) |
| ha_status | Вывод состояния кластера высокой доступности (HA). | |
| ha_remove_node=цель | Удаление ноды кластера высокой доступности (HA) по имени ноды или ID. Обратите внимание, что активные / резервные ноды нельзя удалять. |
цель — имя или ID ноды из списка (можно получить при выполнении ha_status) |
| ha_set_failover_delay=задержка | Настройка задержки аварийного переключения нод в кластере высокой доступности (HA). Поддерживаются суффиксы времени, например, 10s, 1m. |
|
| secrets_reload | Перезагрузка секретов из Хранилища. | |
| service_cache_reload | Перезагрузка кэша менеджера услуг. | |
| snmp_cache_reload | Перезагрузка кэша SNMP, очистка свойств SNMP (engine time, engine boots, engine id, учетных данных) по всем узлам сети. | |
| housekeeper_execute | Запуск процедуры очистки базы данных. Игнорируется, если процедура очистки выполняется в данный момент. | |
| trigger_housekeeper_execute | Выполнение процедуры очистки базы данных от триггеров. Игнорируется, если процедура очистки от триггеров выполняется в данный момент. | |
| log_level_increase[=цель>] | Увеличение уровня журналирования, действует на все процессы, если цель не указана. Не поддерживается на **BSD* системах. |
тип процесса — Все процессы указанного типа (например, poller) Смотрите все типы процессов сервера. тип процесса,N — Тип процесса и его номер (например, poller,3) pid — Идентификатор процесса (от 1 до 65535). В случае значений PID больше 65535 укажите цель в виде ‘тип процесса,N’. |
| log_level_decrease[=цель>] | Уменьшение уровня журналирования, действует на все процессы, если цель не указана. Не поддерживается на **BSD* системах. |
|
| prof_enable[=цель>] | Активировать профилирование. Действует на все процессы, если цель не указана. Активированное прифилирование предоставляет подробности обо всех блокировках/мьютексах по имени функции. Поддерживается с версии Zabbix 6.0.13. |
тип процесса — Все процессы указанного типа (например, history syncer) Типы процессов, поддерживаемые в качестве целей профилирования: alerter, alert manager, availability manager, configuration syncer, discoverer, escalator, history poller, history syncer, housekeeper, http poller, icmp pinger, ipmi manager, ipmi poller, java poller, lld manager, lld worker, odbc poller, poller, preprocessing manager, preprocessing worker, proxy poller, self-monitoring, service manager, snmp trapper, task manager, timer, trapper, unreachable poller, vmware collector тип процесса,N — Тип процесса и его номер (например, history syncer,1) pid — Идентификатор процесса (от 1 до 65535). В случае значений PID больше 65535 укажите цель в виде ‘тип процесса,N’. область — вместе с типом процесса и номером можно указать rwlock , mutex , processing (например, history syncer,1,processing) |
| prof_disable[=цель>] | Деактивировать профилирование. Действует на все процессы, если цель не указана. Поддерживается с версии Zabbix 6.0.13. |
тип процесса — Все процессы указанного типа (например, history syncer) Типы процессов, поддерживаемые в качестве целей профилирования: см. prof_enable тип процесса,N — Тип процесса и его номер (например, history syncer,1) pid — Идентификатор процесса (от 1 до 65535). В случае значений PID больше 65535 укажите цель в виде ‘тип процесса,N’. |
Пример использования административных функций для перезагрузки кэша конфигурации сервера:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R config_cache_reload
Примеры использования административных функций для сбора диагностической информации:
Сбор всей доступной диагностической информации в файл журнала сервера: shell> zabbix_server -R diaginfo Сбор статистики кэша истории в файл журнала сервера: shell> zabbix_server -R diaginfo=historycache
Пример использования административных функций для перезагрузки SNMP кэша:
shell> zabbix_server -R snmp_cache_reload
Пример использования административных функций для вызова выполнения очистки базы данных:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R housekeeper_execute
Примеры использования административных функций по изменению уровня журналирования:
Увеличение уровня журналирования по всем процессам: shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase Увеличение уровня журналирования у второго процесса поллера: shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=poller,2 Увеличение уровня журналирования у процесса с PID 1234: shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_increase=1234 Уменьшение уровня журналирования по всем http поллер процессам: shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller"
Пример изменения настройки задержки аварийного переключения для HA в минимальное значение в 10 секунд:
shell> zabbix_server -R ha_set_failover_delay=10s
Пользователь процесса
Zabbix сервер спроектирован для запуска от непривилегированного пользователя (non-root). Он будет работать от любого непривилегированного пользователя от которого был запущен. Таким образом, вы можете запускать сервер от имени любого непривилегированного пользователя, без каких либо последствий.
Если вы попытаетесь запустить сервер от имени ‘root’, сервер сразу переключится на пользователя ‘zabbix’, который должен присутствовать в вашей системе. Единственный способ запустить сервер от пользователя ‘root’ — соответствующим образом отредактировать параметр ‘AllowRoot’ в файле конфигурации сервера.
Если Zabbix сервер и агент работают на одном сервере, то рекомендуется использовать разных пользователей для запуска сервера и для запуска агента. В противном случае, если сервер и агент запущены под одним пользователем, агент будет иметь доступ к файлу конфигурации сервера и любой пользователь с правами Администратора в Zabbix может с легкостью получить, например, пароль от базы данных.
Файл конфигурации
Смотрите опции файла конфигурации для получения подробной информации по настройке zabbix_server.
Скрипты запуска
Скрипты используются для автоматического запуска/остановки процессов Zabbix при включении/выключении системы. Скрипты располагаются в директории misc/init.d.
Типы процессов сервера
- alert manager — менеджер задач оповещений
- alert syncer — процесс записи оповещений в БД
- alerter — процесс отправки оповещений
- availability manager — процесс для обновления доступности узлов сети
- configuration syncer — процесс управления кэшем данных конфигурации в оперативной памяти
- discoverer — процесс обнаружения устройств
- escalator — процесс эскалации действий
- history poller — процесс обработки вычисляемых, агрегированных и внутренних проверок, требующих подключения к базе данных
- history syncer — процесс, который записывает историю в БД
- housekeeper — процесс удаления устаревших данных истории
- http poller — поллер веб-мониторинга
- icmp pinger — поллер проверок icmpping
- ipmi manager — менеджер IPMI поллеров
- ipmi poller — поллер для проверок через IPMI
- java poller — поллер для Java проверок
- lld manager — процесс менеджера задач низкоуровневого обнаружения
- lld worker — рабочий процесс для задач низкоуровневого обнаружения
- odbc poller — поллер для ODBC проверок
- poller — обычный поллер для пассивных проверок
- preprocessing manager — менеджер задач предобработки
- preprocessing worker — рабочий процесс предобработки данных
- problem housekeeper — процесс удаления проблем по удаленных триггерам
- proxy poller — поллер для пассивных прокси
- report manager — процесс менеджера задач генерации отчетов по расписанию
- report writer — процесс генерации отчетов по расписанию
- self-monitoring — процесс сбора внутренней статистики сервера
- snmp trapper — траппер сбора/обработки SNMP трапов
- task manager — процесс для удаленного выполнения задач, которые запрашиваются другими компонентами (например, функционал закрытия проблемы, подтверждения проблемы, принудительной проверки значения элемента данных, удаленной команды)
- timer — процесс обработки обслуживаний
- trapper — процесс-улавливатель для активных проверок, трапов, и прокси
- unreachable poller — поллер недоступных устройств
- vmware collector — сборщик данных VMware, ответственный за сбор данных со служб VMware
Можно воспользоваться файлом журнала сервера для выявления этих типов процессов.
Различные типы процессов Zabbix сервера можно мониторить, используя внутренний элемент данных zabbix[процесс. ].
Поддерживаемые платформы
В связи с требованиями безопасности и критически важного характера работы сервера, UNIX является единственной операционной системой, которая может обеспечить необходимую производительность, отказоустойчивость и гибкость. Zabbix работает с ведущими на рынке версиями операционных систем.
Zabbix сервер протестирован на следующих платформах:
- Linux
- Solaris
- AIX
- HP-UX
- Mac OS X
- FreeBSD
- OpenBSD
- NetBSD
- SCO Open Server
- Tru64/OSF1
Также Zabbix может работать и на других Unix-подобных операционных системах.
Региональные настройки (локаль)
Обратите внимание, что серверу требуется UTF-8 локаль, чтобы некоторые текстовые элементы данных интерпретировались корректно. Большинство современных Unix-подобных систем уже имеют локаль UTF-8 по умолчанию, тем не менее, есть некоторые системы где это необходимо указывать вручную.
1 Информация о систсеме
В разделе Отчеты → Информация о системе отображается краткая сводка о ключевых данных системы.
Этот отчет также отображается виджетом на ПАНЕЛИ.
Отображаемые данные
| Параметр | Значение | Детали |
|---|---|---|
| Zabbix сервер запущен | Состояние Zabbix сервера: Да — сервер запущен Нет — сервер не запущен Обратите внимание: Чтобы отображать некоторую информацию, веб-интерфейсу необходим работающий сервер и у сервера должен быть запущен по крайней мере один процесс траппера (параметр StartTrappers в zabbix_server.conf файле>0). |
Размещение и порт Zabbix сервера. |
| Количество узлов сети | Отображается общее количество добавленных узлов сети. Шаблоны тоже считаются подтипами узлов сети. |
Количество наблюдаемых узлов сети/не наблюдаемых узлов сети/шаблонов. |
| Количество элементов данных | Отображается общее количество элементов данных. | Количество наблюдаемых/деактивированных/неподдерживаемых элементов данных. Элементы данных на деактивированных узлах сети считаются деактивированными. |
| Количество триггеров | Отображается общее количество триггеров. | Количество активированных/деактивированных триггеров. [Триггеры в состоянии проблема/ок.] Триггеры назначенные на деактивированные узлы сети или зависящие от деактивированных элементов данных считаются деактивированными. |
| Количество пользователей | Отображается общее количество добавленных пользователей. | Количество пользователей в сети. |
| Требуемое быстродействие сервера, новые значения в секунду | Отображается ожидаемое количество новых значений обрабатываемых Zabbix сервером в секунду. | Требуемое быстродействие сервера является оценочным и может быть полезным как ориентир. Для точных чисел обработанных значений, используйте внутренний элемент данных zabbix[wcache,values,all] . |
© 2001-2023 by Zabbix SIA. All rights reserved.
Except where otherwise noted, Zabbix Documentation is licensed under the following license
To toggle highlighting press: Ctrl+Alt+H
Have an improvement suggestion for this page? Select a text that could be improved and press Ctrl+Enter to send it to editors.
To toggle highlighting press: Command+Alt+H
Have an improvement suggestion for this page? Select a text that could be improved and press Command+Enter to send it to editors.
Похожие публикации:
- Batchurlscraper как пользоваться
- Как отменить git reset
- Как создать свою операционную систему на базе ядра linux
- Уровень хард что это