Настройка конфигурационного файла zabbix
Всем, доброго времени! Довелось недавно настраивать систему мониторинга zabbix. Настраивал в первый раз. Поэтому решил сделать заметку здесь. Примеров на просторах интернета достаточно, но версии обновляются, новые «фичи» появляются.
Цель статьи, чтобы знания были открыты, кому нужно смог ими воспользоваться, а самое главное развитие it сообщества в рунете.
Содержание
- Установка Zabbix 3.2 на Ubuntu 16.04
- Настройка LDAP аутентификации AD
- Установка Zabbix агентов на ОС Linux и ОС Windows
Установка Zabbix Agent в Windows
Выберите нужную версию агента под Windows. Я выберу формат msi (amd64) (без OpenSSL). Если вы планируете устанавливать zabbix agent на сервера/компьютеры домена через групповые политики или SCCM, то можете скачать zip архив с бинарными файлами и конфигурационными файлами.
Запустите инсталлятор, примите лицензионное соглашение, укажите запрошенные данные. Обратите внимание, что в поле “Server or Proxy for active checks” я указал IP адрес в формате IP:PORT. Поскольку порт я оставлял стандартный, я пишу IP:10051.
Далее еще пару раз нажмем Next и Install.
После этого убедимся, что наш агент установлен. В списке служб должен появиться сервис Zabbix Agent.
На клиенте Windows нужно разрещить входящие подключения с IP адреса сервера Zabbix в Брандмауэре Windows:
New-NetFirewallRule -DisplayName "ZabbixMonitoring" –RemoteAddress 192.168.1.100 -Direction Inbound -Protocol TCP –LocalPort 10050 -Action Allow
Установка Zabbix 3.2 на Ubuntu 16.04
После чистой установки системы необходимо обновить информацию о репозиториях о обновить пакеты:
Далее установим mysql сервер и веб сервер apache ( в процессе нужно придумать пароль для root mysql).
Затем переходим в директорию со временными файлами: cd /tmp
Скачаем и установим пакет, который добавит репозиторий для Zabbix сервера, для Ubuntu 16.04 необходимо выбрать версию “xenial”. Пакет скачиваем из офф.сайта.
Добавим репозиторий zabbix:
Обновляем кэш менеджера пакетов и убедимся в том, что репозиторий для Zabbix добавился:
Zabbix-сервер будет хранить всю информацию в MySQL и поэтому устанавливаем пакет для Zabbix сервера с поддержкой MySQL:
Встречаются случаи, когда возникает ошибка с зависимостями., чтобы этого избежать запустим команду исправления зависимостей:
Теперь нужно создать в MySQL базу данных. Подключимся к MySQL:
Здесь мы подключились к бд, создаю бд с именем zabbix, дали полные права пользователю zabbix@localhost и установили для этого пользователя пароль.
Затем необходимо зайти в директорию где лежит скрипт, который создаст структуру для БД. Файл называется create.sql.gz
cd /usr/share/doc/zabbix-server-mysql
Запустить скрипт (файлов достаточно много в архиве придется подождать)
На этом этапе необходимо указать Zabbix-у, что нужно использовать локальную базу данных. Для этого необходимо раскомментировать параметр:
DBHost=localhost
Параметры DBName и DBUser будут активны, их трогать не придется.
Идем по пути в файл и редактируем параметры:
sudo vim /etc/zabbix/zabbix_server.conf
Настройки моего конфигураицонного файла:
Также следует создать А-запись для zabbix сервера с отмеченной галочкой PTR. Запускаем Zabbix сервер и смотрим его статус:
Затем необходимо зайти в конфиг apache и выбрать необходимый часовой пояс. Эти два параметра необходимо раскомментировать из блоков:
Название параметра: php_value date.timezone Europe/Minsk
Далее перезагружаем веб-сервер:
На следующем этапе можно зайти по ip_адрес/zabbix и увидеть веб-интерфейс Zabbix.
Нужно пройти настройку мастера, но я на втором шаге “словил” ошибку. Поэтому нужно установить недостающие пакеты и ребутнуть веб-сервер:
Затем снова идем по пути ip_адрес/zabbix, жмем на мастере “next”. Из интересного, нужно указать пароль, который указывали при создании БД mysql, порт оставить по умолчанию, имя хоста оставить либо по умолчанию либо дать как у хоста. Затем проверяются все настройки и мы попадаем на веб-интерфейс управления Zabbix. Системный логин/пароль Admin/zabbix
Настройка LDAP аутентификации AD
Первое, что нужно это создать в пользователя в каталоге Active Directory. Группа у пользователя после создания «Пользователи домена». Этого достаточно для аутентификации на zabbix сервере.
Далее в веб-интерфейсе zabbix создаем точно такого же пользователя как в AD.
“Administration-Users-Create user” добавить в группу Zabbix administrators и установить пароль. Во вкладке “Permission” добавить права Zabbix Super Admin. (Всегда нужно создать пользователя в AD и аналогичного в zabbix).
Затем заходим в Zabbix под созданным пользователем, идем по пути “Administration-Authentification” на вкладку LDAP нужно заполнить поля Bind DN для созданного пользователя (zabbix). Чтобы ничего не перепутать берем значение из оснастки AD. Active Directory Administrative Center (Центр администрирования Active Directory).
Выбрать текущий домен и “пр.кн мыши” -“Свойства”, “Расширения”, “Редактор атрибутов”. Найти атрибут “distinguishedName” и скопировать значения в настройку zabbix поле Bind DN (к примеру example.lan).
Когда мы войдем в zabbix от пользователя AD, то стандартный пользователь UserName: Admin Password: zabbix уже не сможет зайти.
Для этого проделываем “пару” действий:
Подключаемся к mysql:
Выполняем команду которая отключит LDAP аутентификацию и активирует внутреннюю zabbix аутентификацию.Стандартный логин/пароль Admin/zabbix:
Установка Zabbix агентов на ОС Linux и ОС Windows
На моем Linux сервере уже установлен zabbix агент, но для «перфекционизма» я хочу использовать последнюю версию агента. Для просмотра версии zabbix агента выполняем команду:
Переходим во временную директорию, скачиваем последнюю версию zabbix и устанавливаем агента:
cd /tmp
Затем настроем конфигурационный файл zabbix. Лично у меня опыт с zabbix не большой и по примеру я брал параметры из статей в разделе мануал и изучал их в официальной документации zabbix. Этих параметров хватило для стабильной работы агента. Проблем с ним не возникало.
sudo vi /etc/zabbix/zabbix_agentd.conf
Необходимо отредактировать следующие параметры:
Параметры «Server» и «ServerActive» — это полное имя (FQDN) пк, на котором крутится zabbix сервер.
«Hostname» — имя пк на который устанавливаем агента.
После редактирования нужных параметров, перезагружаем zabbix агент:
Добавим zabbix агент в автозагрузку:
Настройки Linux хоста на zabbix сервере
В веб-интерфейсе zabbix создаем хост, который будем «мониторить» (скрин расписан по шагам)
Указываем его имя и добавляем в нужную группу. Хост я указываю по DNS имени, так как на хосте Zabbix у меня корректно настроены параметры для взаимодействия с внутренней DNS инфраструктурой. Если у вас есть домен и настроен DNS, то вам следует в конфигурационный файл сетевых настроек добавить две записи.
sudo vi /etc/network/interfaces
*Имя должно совпадать с именем пк в сети.
Далее на вкладке Templates “линкуем” к нашему хосту, стандартный шаблон мониторинга Linux систем и доступу к ssh (по желанию):
Затем переходим во вкладку «host» и наблюдаем индикатор zabbix агента, его рабочее состояние отображается в зеленом цвете. Статус должен быть «Enabled». После того как мы применили шаблон, стандартный набор параметров начал мониториться. Их посмотреть можно в настройках хоста вкладка “items” и “triggers”.
Также возможно редактировать «items» и «triggers» удалять или добавлять параметры.
На скриншоте показано рабочее состояние, это означает, что производится мониторинг.
Установим zabbix агент на Windows. В моем случае это Hyper-V Server 2012R2 без Gui.
Агента скачиваем с официального сайта Zabbix, выбрать для платформы Windows.
На консольном Hyper-V у меня установлен бесплатный двухпанельный файловый менеджер Unreal Commander. Поэтому распаковываю архив я с помощью него, затем сохраняю два файла в корень “диска C”:
zabbix_agentd.exe
zabbix_agentd.conf
На начальном этапе конфигурируем Брандмауэр Windows. Следует добавить входящее правило разрешающее подключение к TCP порту 10050. Перехожу к установке агента zabbix и импортирую конфиг.файл:
Затем по аналогии с настройкой агента для Linux вношу необходимые параметры в конфигурационный файл zabbix_agentd.conf
Изменение файла производится с помощью текстового редактора notepad ++.
Если всё прошло успешно, то никаких предупреждений не увидим. Затем нужно запустить службу Zabbix Agent.
В cmd ведем taskmgr и правой кнопкой запустим службу. Аналогично через консоль:
Если необходимо удалить службу и конфигурационный файл, то выполняем команду:
Процедура создание хоста в Zabbix аналогична Linux, отличие заключается в том, что применяется стандартный шаблон для Windows систем (Template OS Windows).
Русификация Zabbix
Для того, чтобы веб-интерфейс Zabbix отображался на русском языке, необходимо русифицировать консоль (самого Linux сервера, на котором установлен Zabbix).
Просмотр какие установлены локализаций:
Просмотр доступных локализаций (относительно русской):
Устанавливаю нужную локализацию:
Перезагрузить apache и выбрать русский язык в веб- интерфейсе Zabbix:
Значения по умолчанию являются умолчаниями демона, но не значениями которые указаны в поставляемых файлах конфигурации.
Поддерживаемые параметры в файле конфигурации Zabbix сервера:
Примечания
(1) Обратите внимание, что слишком большое количество процессов обработки данных (поллеров, поллеров недоступных устройств, HTTP поллеров, Java поллеров, пингеров, трапперов, прокси поллеров) вместе с IPMI менеджером, SNMP траппером и "workers" предварительной обработки, могут исчерпать ограничение количества файловых дескрипторов по отдельным процессам для менеджера предварительной обработки. Что заставит Zabbix сервер остановиться (обычно в течении короткого периода времени после запуска, но иногда может занять более длительное время). Файл конфигурации необходимо пересмотреть или лимит должен быть увеличен, чтобы избежать подобной ситуации.
Zabbix поддерживает файлы конфигурации только в кодировке UTF-8 без BOM.
Parameters
Parameter | Mandatory | Range | Default | Description |
---|---|---|---|---|
AlertScriptsPath | no | /usr/local/share/zabbix/alertscripts | Location of custom alert scripts (depends on compile-time installation variable datadir). | |
AllowRoot | no | 0 | Allow the server to run as 'root'. If disabled and the server is started by 'root', the server will try to switch to the 'zabbix' user instead. Has no effect if started under a regular user. 0 - do not allow 1 - allow | |
AllowUnsupportedDBVersions | no | 0 | Allow the server to work with unsupported database versions. 0 - do not allow 1 - allow | |
CacheSize | no | 128K-64G | 8M | Size of configuration cache, in bytes. Shared memory size for storing host, item and trigger data. |
CacheUpdateFrequency | no | 1-3600 | 60 | How often Zabbix will perform update of configuration cache, in seconds. See also runtime control options. |
DBHost | no | localhost | Database host name. In case of MySQL localhost or empty string results in using a socket. In case of PostgreSQL only empty string results in attempt to use socket. In case of Oracle empty string results in using the Net Service Name connection method; in this case consider using the TNS_ADMIN environment variable to specify the directory of the tnsnames.ora file. | |
DBName | yes | Database name. In case of Oracle if the Net Service Name connection method is used, specify the service name from tnsnames.ora or set to empty string; set the TWO_TASK environment variable if DBName is set to empty string. | ||
DBPassword | no | Database password. Comment this line if no password is used. | ||
DBPort | no | 1024-65535 | Database port when not using local socket. In case of Oracle if the Net Service Name connection method is used this parameter will be ignored; the port number from the tnsnames.ora file will be used instead. | |
DBSchema | no | Schema name. Used for PostgreSQL. | ||
DBSocket | no | Path to MySQL socket file. | ||
DBUser | no | Database user. | ||
DBTLSConnect | no | Setting this option enforces to use TLS connection to database: required - connect using TLS verify_ca - connect using TLS and verify certificate verify_full - connect using TLS, verify certificate and verify that database identity specified by DBHost matches its certificate |
On MySQL starting from 5.7.11 and PostgreSQL the following values are supported: "required", "verify_ca", "verify_full". On MariaDB starting from version 10.2.6 "required" and "verify_full" values are supported.
By default not set to any option and the behavior depends on database configuration.
Footnotes
This will cause Zabbix server to stop (usually shortly after the start, but sometimes it can take more time). The configuration file should be revised or the limit should be raised to avoid this situation.
2 When a lot of items are deleted it increases the load to the database, because the housekeeper will need to remove all the history data that these items had. For example, if we only have to remove 1 item prototype, but this prototype is linked to 50 hosts and for every host the prototype is expanded to 100 real items, 5000 items in total have to be removed (1*50*100). If 500 is set for MaxHousekeeperDelete (MaxHousekeeperDelete=500), the housekeeper process will have to remove up to 2500000 values (5000*500) for the deleted items from history and trends tables in one cycle.
Except where otherwise noted, Zabbix Documentation is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
Введение
Когда ИТ-инфраструктура организации достигает определенных масштабов, часто возникает необходимость постоянного наблюдения за работой наиболее важных узлов в сети предприятия. На сегодня существуют самые различные системы подобного класса от разных разработчиков. Об разворачивании одной из таких систем мониторинга и пойдет речь. Ниже представлена пошаговая инструкция по установке системы Zabbix на базе сервера под управлением ОС CentOS.
Текст статьи подразумевает наличие базовых знаний и навыков у читателя в области установки и работы с операционными системами семейства Linux. Ввиду этого, также опущен процесс инсталляции ОС. Отмечу лишь, что в данном примере был использован дистрибутив Centos 6.7 i386 в поставке «minimal».
Далее, применительно к описываемой системе, по тексту подразумевается следующее:
имеется предварительно настроенный доступ к сети интернет
команды в консоли выполняются пользователем root
(если не указано обратное)
Приступим к делу.
Содержание
Настройка сервера баз данных — MySQL
Запустим сервер БД и начальную «безопасную настройку»
service mysqld start
Тут на одном из шагов будет запрошен пароль для пользователя root сервера MySQL — в первый раз просто нажмите enter (после уведомления: «Enter current password for root (enter for none):»).
Позже вводите внимательно ваш новый пароль и не забывайте его!
По окончании процедуры настройки (подтверждаем умолчания отмеченные как [Y/n]), входим в консоль mysql с новым паролем для root:
в консоли mysql выполняем следующие команды
(«mysql>» — это текст заголовка, набирать его не нужно; вместо ‘password’ – ваш пароль для пользователя zabbix):
mysql> create database zabbix character set utf8;
mysql> grant all privileges on zabbix.* to 'zabbix'@'localhost' identified by 'password';
mysql> flush privileges;
После возврата в консоль оболочки (bash) делаем импорт начальной схемы и данных:
Установка Zabbix Agent в Linux
Перед тем как мы запустим zabbix агент, нужно отредактировать конфигурационный файл /etc/zabbix/zabbix_agentd.conf. В нем нужно указать IP адрес сервера Zabbix для активных проверок.
После этого запустите сервис агента:
Убедитесь, что агент успешно запустился.
Строка cannot parse list of active checks говорит о том, что на сервере нет активных проверок для этого хоста.
Как и в случае с Windows агентом, вам нужно добавить ваш Linux хост в настройках сервера Zabbix. Обратите внимание на параметр Host name в настройка хоста в интерфейсе заббикс сервера — этот параметр должен совпадать с Hostname параметром, который мы указываем в конфиге Zabbix -агента. В конфиге выше я указывал имя хоста testagent.
Перезагрузите Zabbix агент и проверьте лог.
Проверьте, что данные от агента появились на сервере Zabbix.
На этом настройка Zabbix-агента на Linux системе завершена. В следующей статье мы рассмотрим безагентный мониторинг доступности узлов в Zabbix через ICMP Ping.
Запуск и проверка сервера Zabbix
В предыдущей части мы настроили все основные параметры системы связанные с сервером zabbix и компонентами, которые обеспечивают его работу. Теперь настало время первого запуска zabbix и проверки его работоспособности.
service zabbix-server start
Теперь откройте в адресной строке URL с главной страницей сервера:
Пройдите по шагам первичной настройки веб-интерфейса:
Теперь можно сделать свой первый вход в административную панель:
Пользователь: Admin
Пароль (по-умолчанию после установки): zabbix
Если все в порядке, то должно быть как на скриншотах ниже:
Если есть какие-то нестыковки, то проверяем еще раз все конфигурационные файлы и параметры в них.
Установка Zabbix Server в Linux (Ubuntu, CentOS)
В этой статье мы рассмотрим пример установки Zabbix Server 4.4 на Linux (на примере Ubuntu Server 18.4 и CentOS) через пакетный менеджер.
Например, для установки Zabbix на Ubuntu 18.04 нужно последовательно выбрать :
Zabbix Version (4.4) -> OS Distribution (Ubuntu) -> OS Version (18.04 Bionic) -> Database (MySQL) -> Веб сервер (Nginx или Apache).
Скачем и добавим репозиторий:
Теперь можно установить необходимые пакеты:
Для установки Zabbix в CentOS 8/RHEL 8 нужно подключить репозиторий с актуальной версией Zabbix (можно установить Zabbix из ветки 4.0 LTS или последнюю версию Zabbix 4.4):
Предполагаем, что на сервере уже установлены: nginx, MySQL/MariaDB, php и php-fpm. Теперь через пакетный менеджер установим сам сервер Zabbix и агент:
Осталось создать базу данных для Zabbix в MySQL (вместо MySQL можно использовать PostgreSQL, просто замените в командах ‘mysql’ на ‘pgsql’).
Создайте базу данных и дайте права пользователю, из-под которого Zabbix будет обращаться к базе данных:
mysql -uroot
mysql> create database zabbix character set utf8 collate utf8_bin;
mysql> grant all privileges on zabbix.* to zabbix@localhost identified by 'ВашПароль';
mysql> quit;
Импортируйте базу данных Zabbix. Нужно будет ввести пароль, который вы указали при создании пользователя.
zcat /usr/share/doc/zabbix-server-mysql*/create.sql.gz | mysql -uzabbix -p Zabbix
Измените конфигурационный файл /etc/zabbix/zabbix_server.conf, укажите пароль от вновь созданного пользователя.
Так как в моем случае веб сервером служит nginx, нужно изменить nginx.conf, раскомментировав следующие строчки
Выставим временную зону в PHP. В файле /etc/zabbix/php-fpm.conf раскомментируем строчку
Дополнительно можно выставить следующие параметры PHP в /etc/php.ini :
Добавьте службу zabbix-server в автозапуск и запустите ее:
Добавление устройства на Zabbix-сервере
Чтобы убедиться в работоспособности агента, нужно добавить хост testnode2 на Zabbix сервер и назначить ему проверки (checks).
- Пассивные – Zabbix сервер запрашивает у агента какие-либо данные;
- Активные – агент посылает на сервер данные;
При установке агента мы указывали сервер в формате IP:PORT как раз для активных проверок.
Добавление нового устройства для мониторинга в Zabbix выполняется через Web-интерфейс. Перейдите в раздел Configuration -> Hosts.
Нажмите Create host и заполните данные. Обратите внимание, что Host name хоста должен полностью совпадать с hostname машины или значением параметра Hostname в конфиге агента.
Во вкладке Templates добавить несколько встроенных Windows шаблонов. Шаблоны в Zabbix это наборы значений, триггеров, графов и правил обнаружения, которые могут быть назначены одному или нескольким хостам.
Эти интегрированные шаблоны имеют постфикс “active”, значит, будут использоваться активные проверки.
Нажмите Add. Чтобы не ждать пока сервер и агент увидят друг друга (обычно занимает пару минут), перезагрузите службу Zabbix Agent на testnode2 и проверьте лог агента (C:\Program Files\Zabbix Agent\zabbix_agentd.txt).
В этом разделе отображаются последние данные, которые пришли на сервер по выбранным хостам или группам хостов.
Обратите внимание на то, что в дашборде Zabbix висит уведомление о том, что служба BITS не запущена. Это уведомление появилось потому что мы назначили стандартные шаблоны нашему хосту. В одном из шаблонов был мониторинг сервиса BITS и соответствующий триггер, который срабатывает если служба BITS находится не в статусе Running.
На этом настройка Windows Agentа завершена.
Пример настройки элемента данных Простая проверка
Немного ликбеза насчет метода «Простой проверки» и ее настройки для работы по протоколу ICMP.
Простая проверка, это тот способ отслеживания удаленного сервера, когда у вас отсутствует возможность установки своего ПО на стороне сервера (виртуального хостинга и т.п.), еще они называются «безагентными».
Ранее, я описал выше небольшую настройку на стороне сервера, заключавшейся в выставлении корректных прав, при которых возможно функционирование утилиты fping не от имени root (есть ограничения).
Данная утилита, не являясь компонентом сервера Zabbix, используется им при этом для выполнения «простой проверки» через функции icmpping.
Для настройки такой проверки, после создания нового «узла сети», перейдите в меню настройки «элементы данных» для текущего узла и выберите в поле «Тип» вариант «Простая проверка», а поле «ключ» внесите значение:
После этого, если все прочие параметры ниже в таблице вас устраивают, нажмите «сохранить» в этом же окне, в подвале страницы.
Данные числовые значения представляют из себя аргументы для упомянутой команды fping:
где: -C 1 = кол-во отправляемых пакетов; -p 1000 = интервал с миллисекундах; -b 56 = размер пакета в Байтах;
-t 500 = время таймаута ожидания ответа в миллисекундах.
В разделе «Мониторинг — Последние данные» вы можете увидеть график, который будет формировать только что созданный вами «элемент данных» с простой проверкой.
Zabbix сервер - центральный процесс программного обеспечения Zabbix.
Сервер выполняет опрос и отлов данных, вычисляет триггеры, отправляет оповещения пользователям. Он является центральным компонентом, которому Zabbix агенты и прокси сообщают данные о доступности и целостности систем. Сервер может самостоятельно удаленно проверять сетевые службы (такие как веб-сервера и почтовые сервера), используя простые проверки сервисов.
Сервер является главным хранилищем, в котором хранятся все конфигурационные, статистические и оперативные данные, он так же рассылает уведомления администраторам в случае возникновения проблем с любой из наблюдаемых систем.
Функционал базового Zabbix сервера разделен на три отдельных компонента; это: Zabbix сервер, веб-интерфейс и хранилище в базе данных.
Все данные о конфигурации Zabbix хранятся в базе данных, с которой взаимодействует и сервер и веб-интерфейс. Например, когда вы создаете новый элемент данных используя веб-интерфейс (или API), запись об этом добавляется в таблицу элементов данных в базе данных. Затем, раз в минуту Zabbix сервер опрашивает таблицу элементов данных для получения списка активных элементов данных, и сохраняет этот список в кэш Zabbix сервера. Именно поэтому любые изменения в веб-интерфейсе Zabbix будут отображены в разделе последних данных с задержкой до двух минут.
Запуск сервера
Если установлен из пакета
Zabbix сервер работает как демон. Его можно запустить выполнив:
Эта команда будет работать на большинстве GNU/Linux системах. На других системах вам, возможно, потребуется выполнить:
Аналогично, для остановки/перезапуска/просмотра состояния, используйте следующие команды:
Запуск вручную
Если приведенные ранее команды не работают, вам необходимо запустить сервер вручную. Найдите путь к бинарному файлу zabbix_server и выполните:
С Zabbix сервером можно использовать следующие параметры командной строки:
Примеры запуска Zabbix сервера с параметрами командой строки:
Управление работой
Опции управления работой:
Опция | Описание | Цель |
---|---|---|
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 | Запуск процедуры очистки базы данных. Игнорируется, если процедура очистки выполняется в данный момент. | |
log_level_increase[=цель>] | Увеличение уровня журналирования, действует на все процессы, если цель не указана. Не поддерживается на **BSD* системах. | тип процесса - Все процессы указанного типа (например, poller) Смотрите все типы процессов сервера. тип процесса,N - Тип процесса и его номер (например, poller,3) pid - Идентификатор процесса (1 до 65535). В случае значений PID больше 65535 укажите цель в виде 'тип процесса,N'. |
log_level_decrease[=цель>] | Уменьшение уровня журналирования, действует на все процессы, если цель не указана. Не поддерживается на **BSD* системах. |
Пример использования административных функций для перезагрузки кэша конфигурации сервера:
Примеры использования административных функций для сбора диагностической информации:
Пример использования административных функций для перезагрузки SNMP кэша:
Пример использования административных функций для вызова выполнения очистки базы данных:
Примеры использования административных функций по изменению уровня журналирования:
Пример изменения настройки задержки аварийного переключения для HA в минимальное значение в 10 секунд:
Пользователь процесса
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 - "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 по умолчанию, тем не менее, есть некоторые системы где это необходимо указывать вручную.
Except where otherwise noted, Zabbix Documentation is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
07.05.2020
insci
CentOS, Linux, Ubuntu, Windows Server 2016
комментариев 9
Zabbix это open-source система мониторинга корпоративного уровня. На текущий момент Zabbix одна из самых популярных и функциональных бесплатных систем мониторинга. Благодаря простой установке и настройке Zabbix можно использовать для мониторинга крупных инфраструктур с сотнями серверов, так и для мелких конфигураций. В этой статье мы рассмотрим, как выполнить установку и базовую настройку сервера Zabbix 4.4 с веб-интерфейсом на базе Linux Ubuntu и CentOS, установить агенты Zabbix на сервере Windows и Linux, и добавить новые хосты в систему мониторинга.
Общий интерфейс Zabbix сервера представлен на скриншоте ниже.
Установка репозитория EPEL и необходимых пакетов
Наиболее удобным и быстрым можно считать способ установки бинарных пакетов zabbix из репозитория EPEL, для чего достаточно установить релиз-пакет из CentOS Extras. Этим и займемся.
После установки системы и перед продолжением работы, рекомендуется обновить yum:
после чего установим релиз epel:
yum install epel-release
и наконец все пакеты, необходимые для работы сервера Zabbix:
yum install mysql-server zabbix22-server-mysql zabbix22-web-mysql zabbix22-agent
Как обычно подтверждаем все действия (клавиша «y», Enter, или добавьте в конце каждой строки ключ -y).
Здесь пока все, перейдем к серверу баз данных.
Настройка автоматического запуска служб при старте системы
Когда все проверено и работает, необходимо «прописать» автоматический запуск всех демонов, участвующих в нашей авантюре:
chkconfig zabbix-server on
chkconfig mysqld on
chkconfig zabbix-agent on
После этого завешающий аккорд:
После старта, все должно быть также бодро и соответствовать вашим лучшим ожиданиям.
Правка конфигурационных файлов служб Zabbix
Базовый файл конфигурации Zabbix
Выполним базовую настройку сервера Zabbix.
Откроем файл конфигурации в текстовом редакторе:
Переведите редактор vi в режим «вставки» клавишей I.
Найдите, раскомментируйте и установите значение для поля пароль вашего пользователя zabbix:
Убедитесь также, что указанные параметры соответствуют приведенным:
После этого сохраните файл (Esq, Shift+:, wq).
Файл настройки PHP
Откройте конфигурационный файл
и приведите указанные параметры удовлетворяющими требованиям для системы zabbix:
(удалите символ ; — знак комментария перед теми строками параметров, где они встретятся)
Правила для сетевого экрана IPTABLES
Установим правило, разрешающее входящие соединения на порт нашего web-сервера:
iptables -I INPUT -i eth0 -p tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT
сохраним новое правило для постоянного использования в iptables:
service iptables save
Параметры системы безопасности SeLinux
Данный компонент системы, по-умолчанию задействованный в системах на базе RedHat, как правило включен в свой максимально «секьюрный» режим, что может при такой конфигурации помешать работе собственного агента сервера, служащего для само-мониторинга в web-панели.
Для деактивации данной системы необходимо выполнить следующие действия.
исправьте параметр на значение указанное ниже:
Такая настройка отключит блокировку процессов в Selinux — это, конечно не самый безопасный способ для некоторых критичных систем, но при этом самый быстрый. Для описания более тонкой «настройки» Selinux требуется отдельная статья, выходящая за рамки текущего текста.
Для временного отключения блокировок в текущем сеансе, можно выполнить еще одно действие:
echo 0 >/selinux/enforce
Хочу добавить еще одно небольшое дополнение, которое может пригодиться, если вы захотите задействовать в дальнейшем такой инструментарий в администрировании средств наблюдения, как встроенные функции так называемой «Простой проверки» — icmpping и аналогичные ей.
Чтобы иметь возможность «пинговать» серверы, на которые у вас нет возможности/прав устанавливать собственные программы (агенты), на сервер Zabbix должна быть установлена небольшая программа fping. В моем случае она уже была в системе, поэтому дальше опишу некоторые настройки, необходимые для корректной работы с ней системы Zabbix.
chown root:zabbixsrv /usr/sbin/fping
chmod 4710 /usr/sbin/fping
(2 эти команды выше — именно в таком порядке)
После этого приступим к проверке работы сервера.
Из чего состоит Zabbix и что он может?
Zabbix простой установке и настройке, написан на C (сервер, прокси и агент) и PHP (фронтенд). Zabbix Server и Zabbix Proxy может работать только на Linux системах. Агент можно установить на большом количестве поддерживаемых ОС и платформах.
Инсталляция Zabbix сервера состоит из:
- бинарника zabbix_server (обычно работает как сервис);
- MySQL (MariaDB)/PostgreSQL базы данных;
- Веб сервера Apache2/Nginx с обработчиком PHP;
- Файлов самого frontend сайта (.php, .js, .css и т.д.).
Обычно схема работы выглядит так:
-
Агент Zabbix посылает данные на сервер
Zabbix может работать со всеми известными протоколами, а благодаря системе внешних скриптов, Zabbix может выполнять и получать данные из любых исполняемых скриптов/бинарников.
Установка агента Zabbix на отслеживаемые узлы сети
Когда сервер полностью введен в работу, можно заняться установкой агентов и прописыванием оных в ваш мониторинг.
Для примера рассмотрим пару простых случаев на базе ОС разных семейств.
Ubuntu 14.04.3 LTS
dpkg -i zabbix-release_2.2-1+trusty_all.deb
apt-get install zabbix-agent
Добавляем агента в авто-запуск при старте сервера:
sysv-rc-conf --level 2345 zabbix-agent on
Добавляем новый агент в базу мониторинга:
Нажимаем кнопку «сохранить».
Windows XP
Для установки агента перейдем на страницу загрузки и скачаем нужный бинарный файл:
В моем случае это zabbix_agents_2.2.9.win.zip . Распаковываем его в C:\Program Files
Изменим пару параметров в файле конфигурации (для этой цели рекомендую Notepad++):
Запускаем командную строку Windows (cmd) и переходим в каталог с исполняемыми файлами и выполняем установку агента с нашим zabbix-agentd.win.conf
(от имени администратора):
cd C:\Program Files\zabbix_agents_2.2.9.win\bin\win32\
zabbix_agentd.exe –config "C:\ProgramFiles\zabbix_agents_2.2.9.win\conf\zabbix_agentd.win.conf" --install
Далее добавляем исполняемый файл агента в исключения брандмауэра Windows:
Запускаем службу агента через соответствующую оснастку:
Настало время добавить агент в базу мониторинга. Заходим в раздел «Узлы сети» и добавляем наш новый хост.
Для определенных разновидностей ОС можно также добавить специальные группы. В таком случае, при добавлении нового хоста, не забудьте проверить, что в его настройках присутствует нужный шаблон, такой например, как «Template OS Windows».
Если же вам вместо подробного мониторинга параметров сервера достаточно стандартного отслеживания по ICMP-echo, то вам вполне хватит возможностей шаблона «Template ICMP Ping».
Установка Zabbix 3.2 на Ubuntu 16.04
После чистой установки системы необходимо обновить информацию о репозиториях о обновить пакеты:
Далее установим mysql сервер и веб сервер apache ( в процессе нужно придумать пароль для root mysql).
Затем переходим в директорию со временными файлами: cd /tmp
Скачаем и установим пакет, который добавит репозиторий для Zabbix сервера, для Ubuntu 16.04 необходимо выбрать версию “xenial”. Пакет скачиваем из офф.сайта.
Добавим репозиторий zabbix:
Обновляем кэш менеджера пакетов и убедимся в том, что репозиторий для Zabbix добавился:
Zabbix-сервер будет хранить всю информацию в MySQL и поэтому устанавливаем пакет для Zabbix сервера с поддержкой MySQL:
Встречаются случаи, когда возникает ошибка с зависимостями., чтобы этого избежать запустим команду исправления зависимостей:
Теперь нужно создать в MySQL базу данных. Подключимся к MySQL:
Здесь мы подключились к бд, создаю бд с именем zabbix, дали полные права пользователю zabbix@localhost и установили для этого пользователя пароль.
Затем необходимо зайти в директорию где лежит скрипт, который создаст структуру для БД. Файл называется create.sql.gz
cd /usr/share/doc/zabbix-server-mysql
Запустить скрипт (файлов достаточно много в архиве придется подождать)
На этом этапе необходимо указать Zabbix-у, что нужно использовать локальную базу данных. Для этого необходимо раскомментировать параметр:
DBHost=localhost
Параметры DBName и DBUser будут активны, их трогать не придется.
Идем по пути в файл и редактируем параметры:
sudo vim /etc/zabbix/zabbix_server.conf
Настройки моего конфигураицонного файла:
Также следует создать А-запись для zabbix сервера с отмеченной галочкой PTR. Запускаем Zabbix сервер и смотрим его статус:
Затем необходимо зайти в конфиг apache и выбрать необходимый часовой пояс. Эти два параметра необходимо раскомментировать из блоков:
Название параметра: php_value date.timezone Europe/Minsk
Далее перезагружаем веб-сервер:
На следующем этапе можно зайти по ip_адрес/zabbix и увидеть веб-интерфейс Zabbix.
Нужно пройти настройку мастера, но я на втором шаге “словил” ошибку. Поэтому нужно установить недостающие пакеты и ребутнуть веб-сервер:
Затем снова идем по пути ip_адрес/zabbix, жмем на мастере “next”. Из интересного, нужно указать пароль, который указывали при создании БД mysql, порт оставить по умолчанию, имя хоста оставить либо по умолчанию либо дать как у хоста. Затем проверяются все настройки и мы попадаем на веб-интерфейс управления Zabbix. Системный логин/пароль Admin/zabbix
Настройка LDAP аутентификации AD
Первое, что нужно это создать в пользователя в каталоге Active Directory. Группа у пользователя после создания «Пользователи домена». Этого достаточно для аутентификации на zabbix сервере.
Далее в веб-интерфейсе zabbix создаем точно такого же пользователя как в AD.
“Administration-Users-Create user” добавить в группу Zabbix administrators и установить пароль. Во вкладке “Permission” добавить права Zabbix Super Admin. (Всегда нужно создать пользователя в AD и аналогичного в zabbix).
Затем заходим в Zabbix под созданным пользователем, идем по пути “Administration-Authentification” на вкладку LDAP нужно заполнить поля Bind DN для созданного пользователя (zabbix). Чтобы ничего не перепутать берем значение из оснастки AD. Active Directory Administrative Center (Центр администрирования Active Directory).
Выбрать текущий домен и “пр.кн мыши” -“Свойства”, “Расширения”, “Редактор атрибутов”. Найти атрибут “distinguishedName” и скопировать значения в настройку zabbix поле Bind DN (к примеру example.lan).
Когда мы войдем в zabbix от пользователя AD, то стандартный пользователь UserName: Admin Password: zabbix уже не сможет зайти.
Для этого проделываем “пару” действий:
Подключаемся к mysql:
Выполняем команду которая отключит LDAP аутентификацию и активирует внутреннюю zabbix аутентификацию.Стандартный логин/пароль Admin/zabbix:
Установка Zabbix агентов на ОС Linux и ОС Windows
На моем Linux сервере уже установлен zabbix агент, но для «перфекционизма» я хочу использовать последнюю версию агента. Для просмотра версии zabbix агента выполняем команду:
Переходим во временную директорию, скачиваем последнюю версию zabbix и устанавливаем агента:
cd /tmp
Затем настроем конфигурационный файл zabbix. Лично у меня опыт с zabbix не большой и по примеру я брал параметры из статей в разделе мануал и изучал их в официальной документации zabbix. Этих параметров хватило для стабильной работы агента. Проблем с ним не возникало.
sudo vi /etc/zabbix/zabbix_agentd.conf
Необходимо отредактировать следующие параметры:
Параметры «Server» и «ServerActive» — это полное имя (FQDN) пк, на котором крутится zabbix сервер.
«Hostname» — имя пк на который устанавливаем агента.
После редактирования нужных параметров, перезагружаем zabbix агент:
Добавим zabbix агент в автозагрузку:
Настройки Linux хоста на zabbix сервере
В веб-интерфейсе zabbix создаем хост, который будем «мониторить» (скрин расписан по шагам)
Указываем его имя и добавляем в нужную группу. Хост я указываю по DNS имени, так как на хосте Zabbix у меня корректно настроены параметры для взаимодействия с внутренней DNS инфраструктурой. Если у вас есть домен и настроен DNS, то вам следует в конфигурационный файл сетевых настроек добавить две записи.
sudo vi /etc/network/interfaces
*Имя должно совпадать с именем пк в сети.
Далее на вкладке Templates “линкуем” к нашему хосту, стандартный шаблон мониторинга Linux систем и доступу к ssh (по желанию):
Затем переходим во вкладку «host» и наблюдаем индикатор zabbix агента, его рабочее состояние отображается в зеленом цвете. Статус должен быть «Enabled». После того как мы применили шаблон, стандартный набор параметров начал мониториться. Их посмотреть можно в настройках хоста вкладка “items” и “triggers”.
Также возможно редактировать «items» и «triggers» удалять или добавлять параметры.
На скриншоте показано рабочее состояние, это означает, что производится мониторинг.
Установим zabbix агент на Windows. В моем случае это Hyper-V Server 2012R2 без Gui.
Агента скачиваем с официального сайта Zabbix, выбрать для платформы Windows.
На консольном Hyper-V у меня установлен бесплатный двухпанельный файловый менеджер Unreal Commander. Поэтому распаковываю архив я с помощью него, затем сохраняю два файла в корень “диска C”:
zabbix_agentd.exe
zabbix_agentd.conf
На начальном этапе конфигурируем Брандмауэр Windows. Следует добавить входящее правило разрешающее подключение к TCP порту 10050. Перехожу к установке агента zabbix и импортирую конфиг.файл:
Затем по аналогии с настройкой агента для Linux вношу необходимые параметры в конфигурационный файл zabbix_agentd.conf
Изменение файла производится с помощью текстового редактора notepad ++.
Если всё прошло успешно, то никаких предупреждений не увидим. Затем нужно запустить службу Zabbix Agent.
В cmd ведем taskmgr и правой кнопкой запустим службу. Аналогично через консоль:
Если необходимо удалить службу и конфигурационный файл, то выполняем команду:
Процедура создание хоста в Zabbix аналогична Linux, отличие заключается в том, что применяется стандартный шаблон для Windows систем (Template OS Windows).
Русификация Zabbix
Для того, чтобы веб-интерфейс Zabbix отображался на русском языке, необходимо русифицировать консоль (самого Linux сервера, на котором установлен Zabbix).
Просмотр какие установлены локализаций:
Просмотр доступных локализаций (относительно русской):
Устанавливаю нужную локализацию:
Перезагрузить apache и выбрать русский язык в веб- интерфейсе Zabbix:
Значения по умолчанию являются умолчаниями демона, но не значениями которые указаны в поставляемых файлах конфигурации.
Поддерживаемые параметры в файле конфигурации Zabbix сервера:
Примечания
(1) Обратите внимание, что слишком большое количество процессов обработки данных (поллеров, поллеров недоступных устройств, HTTP поллеров, Java поллеров, пингеров, трапперов, прокси поллеров) вместе с IPMI менеджером, SNMP траппером и "workers" предварительной обработки, могут исчерпать ограничение количества файловых дескрипторов по отдельным процессам для менеджера предварительной обработки. Что заставит Zabbix сервер остановиться (обычно в течении короткого периода времени после запуска, но иногда может занять более длительное время). Файл конфигурации необходимо пересмотреть или лимит должен быть увеличен, чтобы избежать подобной ситуации.
Zabbix поддерживает файлы конфигурации только в кодировке UTF-8 без BOM.
Parameters
Parameter | Mandatory | Range | Default | Description |
---|---|---|---|---|
AlertScriptsPath | no | /usr/local/share/zabbix/alertscripts | Location of custom alert scripts (depends on compile-time installation variable datadir). | |
AllowRoot | no | 0 | Allow the server to run as 'root'. If disabled and the server is started by 'root', the server will try to switch to the 'zabbix' user instead. Has no effect if started under a regular user. 0 - do not allow 1 - allow | |
AllowUnsupportedDBVersions | no | 0 | Allow the server to work with unsupported database versions. 0 - do not allow 1 - allow | |
CacheSize | no | 128K-64G | 8M | Size of configuration cache, in bytes. Shared memory size for storing host, item and trigger data. |
CacheUpdateFrequency | no | 1-3600 | 60 | How often Zabbix will perform update of configuration cache, in seconds. See also runtime control options. |
DBHost | no | localhost | Database host name. In case of MySQL localhost or empty string results in using a socket. In case of PostgreSQL only empty string results in attempt to use socket. In case of Oracle empty string results in using the Net Service Name connection method; in this case consider using the TNS_ADMIN environment variable to specify the directory of the tnsnames.ora file. | |
DBName | yes | Database name. In case of Oracle if the Net Service Name connection method is used, specify the service name from tnsnames.ora or set to empty string; set the TWO_TASK environment variable if DBName is set to empty string. | ||
DBPassword | no | Database password. Comment this line if no password is used. | ||
DBPort | no | 1024-65535 | Database port when not using local socket. In case of Oracle if the Net Service Name connection method is used this parameter will be ignored; the port number from the tnsnames.ora file will be used instead. | |
DBSchema | no | Schema name. Used for PostgreSQL. | ||
DBSocket | no | Path to MySQL socket file. | ||
DBUser | no | Database user. | ||
DBTLSConnect | no | Setting this option enforces to use TLS connection to database: required - connect using TLS verify_ca - connect using TLS and verify certificate verify_full - connect using TLS, verify certificate and verify that database identity specified by DBHost matches its certificate |
On MySQL starting from 5.7.11 and PostgreSQL the following values are supported: "required", "verify_ca", "verify_full". On MariaDB starting from version 10.2.6 "required" and "verify_full" values are supported.
By default not set to any option and the behavior depends on database configuration.
Footnotes
This will cause Zabbix server to stop (usually shortly after the start, but sometimes it can take more time). The configuration file should be revised or the limit should be raised to avoid this situation.
2 When a lot of items are deleted it increases the load to the database, because the housekeeper will need to remove all the history data that these items had. For example, if we only have to remove 1 item prototype, but this prototype is linked to 50 hosts and for every host the prototype is expanded to 100 real items, 5000 items in total have to be removed (1*50*100). If 500 is set for MaxHousekeeperDelete (MaxHousekeeperDelete=500), the housekeeper process will have to remove up to 2500000 values (5000*500) for the deleted items from history and trends tables in one cycle.
Except where otherwise noted, Zabbix Documentation is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
Настройка веб-интерфейса Zabbix
Теперь нужно настроить frontend (веб-интерфейс) Zabbix. В браузере откройте указанный ранее URL адрес zabbix сервера. В моем случае это test.zabbix.local (или на домен, который вы указывали. Не забудьте прописать его у себя в hosts файле или на DNS сервере).
Убедитесь, что во всех требования инсталлятора указано ОК.
Укажите данные для подключения к БД. Используйте пользователя и пароль, который создали ранее.
Укажите название Zabbix сервера. Порт рекомендую оставлять стандартный – TCP 10051.
- TCP 10050 — порт пассивного агента, по нему zabbix сервер опрашивает клиентов;
- TCP 10051 — порт, на котором zabbix сервер получает данные от клиентов (активный агент).
Не забудьте открыть данные порты. Например, на Zabbix сервере на базе CentOS можно открыть порты в firewalld с помощью firewall-cmd:
А на агенте достаточно открыть 10050:
Не забудьте перезагрузить firewalld:
После этого жмите Next Step и Finish. После успешной установки вас попросит залогиниться. По-умолчанию логин Admin , пароль zabbix (замените его).
На этом установка сервера Zabbix Server завершена.
Читайте также: