После того, как была создана резервная копия Zabbix PostgreSQL, переходим к рассмотрению вопроса восстановления сервера Zabbix PL/pgSQL из backup.
Все статьи посвящённые Zabbix см. полезные ссылки.
или тэг zabbix
Прежде всего необходимо определить причину и степень аварии.
Что могло сломаться:
не запускается БД
вышел из строя диск
сервер не запускается
— сломаться могло всё что угодно
Подготовка.
Стенд
ALT Linux сервер, имя lin-zab; ip-10.0.2.13;
PostgreSQL
zabbix_23_back.tar.bz2 — созданный архив
Установив, предварительно, причину отказа Zabbix, приступаем к действиям, которые помогут полностью восстановить работу системы мониторинга. Мы, «придя в сознание», вспоминаем — у нас есть файл(ы) созданные резервным копированием, которые не поленились сделать. «Buckup наше всё!»
Ошибка связанна с БД.
Неисправность БД zabbix— сервер не запускается, в журнале читаем сообщения об отказе при запуске. Самое простое решение, не требующее большого времени на поиск неисправности — удаляем старую БД и восстанавливаем новую из backup. Конечно, мы сначала попытаемся исправить ситуацию, запустив команду проверки и исправления БД.
$ sudo su - postgres -s /bin/bash
-bash-X.X$ pg_amcheck -a
-bash-X.X$ pg_ctl restart
Если база не восстановилась, даже после перезагрузки PqSQL, переходим к процедуре восстановлению из резервной копии.
Восстановление БД PL/pgSQL.
Сразу надо отметить — резервное копирование БД Zabbix, выполнялось в режиме backup одной базы.
PqSQL допускает два режима создания резервной копии — целевой базы с помощью программы pg_dump и кластера pg_dumpall.
в архиве zabbix_23_back.tar.bz2 хранится только бд zabbix
Для начала следует разархивировать актуальную резервную копию в которой, вместе с другими файлами, находится dump БД zabbix.
# tar xvf zabbix_23_back.tar.bz2
# cd /tmp/zbk
...
Восстановить БД можно только при наличие «чистой» базы zabbix, иначе некуда буде копировать данные.
$ sudo su - postgres -s /bin/bash
-bash-X.X$ createdb zabbix
Теперь можно запустить процесс восстановления.
# psql -d zabbix -f zabbix.bd
d — имя БД
f — имя_файла
Восстановление сервера PL/pgSQL
Ранние было рассмотрено восстановление Zabbix после того, как обнаружили разрушенную БД. Это при наличие backup, задача не очень трудная, занимает мало времени и практически не влияет на аналитику сбора мониторинга сети.
Другое дело если выходит из строя сервер или отказывает HDD. Здесь уже требуется больше времени на поиски «железа» и установки базовой конфигурации сервера для восстановления Zabbix.
На новом оборудовании, требуется выполнить действия, которые осуществлялись при развёртывание сервера.
Восстановить:
имя сервера
IP сервера
пароль PgSQL
ту же версию Zabbix
После того, как сервер заработал и система мониторинга Zabbix пришла в готовность. Выполните действия по восстановлению БД из резервной копии, как описывалось выше.
Заключение.
Работа Zabbix обычно проходит ровно, в штатном режиме. Информация потихоньку собирается, аналитические отчёты, после прохождения проверки, отправляются в архив. Вся эта идиллия внезапно может закончится после того, как что-то выходит из строя. Вот здесь то, на первое место и выходит знание технологического порядка восстановления сервера Zabbix и практическое его применение.
Проверьте на стенде свои действия при восстановление Zabbix PgSQL.
Этой публикацией, заканчивается серия статей, об установке и начальной настройке системы мониторинга Zabbix.
Все статьи посвящённые Zabbix см. полезные ссылки.
или щёлкнув тэг zabbix
В процессе работы нам потребуется информация справочного характера — Zabbix справка. Конечно, помнить все команды и тонкости управления Zabbix не обязательно. В большинстве случаев достаточно иметь под рукой информационную справку, которая позволит быстро ориентироваться для принятия решений.
Получение оперативной информация о работе служб, позволит сократить время при решение вопросов эксплуатации Zabbix.
Стенд
ALT Simply Linux, имя lin-sl; ip-10.0.2.33
CPU Intel Core 5
HDD >50Gb
ОЗУ > 8Gb
Основные задачи Zabbix справки.
Тонкости настроек шаблонов, триггеров , экранов, графиков, веб-сценариев…, мы оставим для самостоятельного изучения администратору или пользователю отвечающего за аналитику мониторинга. Перечисленные элементы во многом, достаточно информационно-наглядны, без необходимости погружения в документацию. Мы же остановимся на вопросах использования оперативной информации, затрагивающие основные инструменты для сбора и анализа мониторинга — агентах и файлов настройки Zabbix.
Конфигурация агентов Zabbix.
Фрагмент типового сценария для zabbix server daemon.
Следующие команды проверяют работу основных служб.
работа агентов сервера
# apt-get update
# apt-get install nmap
nmap -p T:10050,10051 zabbix
...
Nmap scan report for zabbix (10.0.2.13)
Host is up (0.000025s latency).
Other addresses for zabbix (not scanned): fe80::a00:27ff:fee7:2121
rDNS record for 10.0.2.13: localhost
PORT STATE SERVICE
10050/tcp open zabbix-agent
10051/tcp open zabbix-trapper
nmap — утилита исследования сети и портов
MySQL, по умолчанию, стартует в режиме UNIX socket.
UNIX socket — передача данных осуществляется без сетевого протокола при помощи байтового потока в буфере устройства.
обмен данными происходит локально, внутри сервера, для обеспечения безопасности.
# mysqladmin -uroot -pzabbix --socket=/var/lib//mysql/mysql.sock version
...
Server version X.X.XX-altX.X
Protocol version XX
Connection Localhost via UNIX socket
UNIX socket /var/lib//mysql/mysql.sock
Uptime: 45 min 36 sec
...
Threads: 2 Questions: 2 Slow queries: 0 Opens: 2226 Flush tables: 3 Open tables: 5 Queries per second avg: 0.000
мониторинг MySQL с помощью журнала journalctl
# journalctl -u mysqld.service
... zabbix systemd[1]: Starting MySQL database server...
... zabbix systemd[1]: Started MySQL database server.
...
проверяем рабочий порт PostgreSQL
# nmap -p T:5432 zabbix
...
Nmap scan report for zabbix (10.0.2.13)
Host is up (0.000033s latency).
Other addresses for zabbix (not scanned): fe80::a00:27ff:fee7:2121
rDNS record for 10.0.2.13: localhost
PORT STATE SERVICE
5432/tcp open postgresql
проверяем работу агента Zabbix на узле lin-sl
# nmap -p T:10051 lin-sl
...
Nmap scan report for lin-sl (10.0.2.33)
Host is up (0.000048s latency).
Other addresses for lin-sl (not scanned): 10.0.2.33
rDNS record for 127.0.0.1: lin-sl
PORT STATE SERVICE
10051/tcp open zabbix-trapper
Заключение.
Листок справочной информации всегда востребован и будет особенно полезен при крайних обстоятельствах. Всё помнить трудно, держать в голове многочисленные данные о настройках большого числа оборудования сложно. В таких случаях хорошо подходит формат справочного листка, где при желании всегда можно получить нужную информацию.
Работа системы мониторинга Zabbix в целом проходит в ровном и стабильном режиме, см полезные ссылки. Основные трудности с Zabbix ошибками, возникают на начальном этапе, после старта системы.
Все статьи посвящённые Zabbix см. полезные ссылки.
или щёлкнув тэг zabbix
Подключение непосредственно узлов, как правило, не требует особых усилий. Для удобства администрирования большинство устройства, которые необходимо отслеживать, разбиты на категории и группы. Для основных групп созданы шаблоны. Выбирая нужный для настраиваемого устройства шаблон, администратор применяет способ получения мониторинга от требуемого узла.
В статье блога рассмотрены наиболее часто встречающие, при начальной эксплуатации Zabbix, ошибки.
Стенд
ALT Linux сервер, имя lin-zab; ip-10.0.2.13;
Виды Zabbix ошибок.
Основные коллизии и неисправности можно разделить на следующие группы.
Группы ошибок:
настройки агентов Zabbix
прав доступа к папкам и файлам zabbix
отсутствие нужной утилиты
При описании ошибок Zabbix, мы не будем строго придерживаться последовательности вышеперечисленных групп.
Некоторые из ниже перечисленных примеров были выявлены при эксплуатации Портала Kablink.
Перечень Zabbix ошибок.
Все неисправности, которые были выявлены, перечислены в подзаголовках которые указывает в своих названиях, характер реагирования Zabbix на ситуационные моменты работы мониторинга.
Zabbix ошибка выполнения команды.
Возникает, когда нужно выполнить проверку узла. Мониторинговая система Zabbix пытается запустить команду nmap и вывести информацию о узле.
nmap — инструмент исследования сети и сканер безопасности портов
Попытка запуска команды «обнаружение операционной системы».
Обнаружение операционной системы.
В результате наших действий получаем следующею ошибку.
Ошибка выполнения команды nmap Zabbix.
Возникшая неисправность указывает на отказ доступа к каталогу /usr/bin/, где находится утилита nmap.
Для решения проблемы, проверяем/устанавливаем утилиту nmap.
# apt-get update
# apt-get install nmap
Допускаем условие, для пользователя zabbix, от имени которого происходит запуск nmap, выполнение команды без ввода пароля.
# visudo
...
## Uncomment to allow members of group wheel to execute any command
WHEEL_USERS ALL=(ALL) ALL
## Same thing without a password
# WHEEL_USERS ALL=(ALL) NOPASSWD: ALL
zabbix ALL=(root) NOPASSWD: /usr/bin/nmap
...
Добавляем пользователя zabbix в группу администраторов whell.
# usermod -a -G wheel zabbix
Снова запускаем команду «обнаружение операционной системы».
Не забудьте перезапустить сервер Zabbix, см. справка.
Нажатие кнопки «Detect operating system».
Теперь мы видим полную информацию о проверяемом узле.
Правильная работа кнопки «Detect operating system».
Zabbix ошибка: host [hostname] notfound
Следующая ошибка появляется при просмотре журнала Zabbix.
# tail -f /var/log/zabbix/zabbix_server.log
...
..no active checks on server [127.0.0.1:10051]: host [zabbix ] not found
...
Выше были показанны основные неисправности началальной работы Zabbix, далее перечисляются ошибки, методика подхода к решению которых, такая же, как описана выше.
Ошибка работы Zabbix может появляется в виде предупреждения.
Проверить настройки сервера, см .выше и агента Zabbix.
Пользователю отказано в управление панелью Zabbix, время сессии истекло, пере логин не помогает.
Ошибка входа в панель Zabbix.
Для исправления ошибки, в браузере, выполните следующие шаги…
Как очистить куки браузера.
Zabbix ошибка: проверки traceroute.
При вызове команды из панели Zabbix, появляется сообщение «отказ запуска скрипта traceroute».
Команда traceroute не выполняется.
Неисправность указывает на неправильную работу скрипта, необходимо проверить путь к команде в скрипте.
Заключение.
В целом мониторинг сетевых устройств на основе Zabbix, работает стабильно. Трудности могут возникнуть после установки системы и связанны, в большинстве случаев, с работой агента сервера или агентов подключаемых узлов.
При подготовке сервера для Zabbix, уделяйте особое внимание настройкам DNS и NTP.
После того, как Zabbix перейдёт из тестового в рабочий режим, организация получит надёжный инструмент контроля сетевых узлов в режиме реального времени.
Продолжая тему, см. полезные ссылки, рассмотрим вариант обновления старой версии Zabbix с помощью Sisyphus.
Sisyphus — репозиторий пакетов свободных программ ALT Linux Team
Пакеты Sisyphus можно устанавливать на любой дистрибутив ALT Linux, но при условии, что вы уверенны в своих действиях. По сути Sisyphus является «песочницей», здесь разработчики выкладывают собранные пакеты готовые к использованию. Далее пакеты начинают тестировать, используя алгоритм проверки зависимостей при взаимодействии библиотек пакетов различных программ.
При работе с Sysiphus помните о рисках связанных с нестабильностью этой ветки.
В отличие от нестабильной ветки Sisyphus существует стабильное ответвление Branch, на которой работают все дистрибутивы ALT Linux компании ООО «Базальт СПО»
Понятие «стабильное» — не нарушение работы системы при установке любой программы из репозитория.
Подготовка.
Стенд
ALT Linux сервер, имя lin-zab; ip-10.0.2.13;
MySQL или PostgreSQL
Предварительные условия — Zabbix установлен и работает, требуется обновить версию до актуальной, как на сайте производителя.
Вопрос использования Sysiphus возникает тогда, когда требуется найти свежею версию программы, которая имеется на сайте производителя, но отсутствует в репозитории. Под текущим репозиторием мы подразумеваем подключение к стабильной ветки Branch.
Можно предпринять попытки самостоятельного компилирования исходников, но будет лучше и безопасней поискать обновление в Sysiphus. Как правило там уже лежит свежий пакет нужной вам программы. Вопрос «Почему нет в Branch» зависит от многих факторов, на которые могут ответить только разработчики.
Подключение Sysiphus.
Подключившись к серверу произведём переключение репозитория с Branch на Sysiphus. Для наглядности наших действий, воспользуемся графическим менеджером пакетов, Synaptic.
Для тех, кто хочет следить за новыми версиями программного обеспечения, будет полезно пользоваться Sysiphus. Здесь надо помнить об одном важном условии, ваша система должна иметь минимальное количество установленных пакетов. Почему это так важно, становится ясно из условий, при котором зависимости библиотек Sisyphus начинают «цепляться» к уже установленным библиотекам.
При обновлении Zabbix библиотеки из Sisyphus будут стараться заменить не только всё, что касается Zabbix, но и библиотеки других программ например LibreOffice, выводя систему из стабильного состояния.
Прежде чем подключаться к Sisyphus, запланируйте установку минимальной конфигурации ALT Linux, которая выполнит загрузку основных пакетов ядра. В противном случае, если установка произведена по «полной», да ещё с графикой вы гарантированно получаете проблемы с зависимостями различных библиотек при использовании Sisyphus .
Если всё сделано правильно, то можно уверено выполнять манипуляции с Sisyphus и работать на актуальной версии Zabbix.
После того, как были созданы резервные копии Zabbix MySQL, см полезные ссылки, переходим к рассмотрению вопроса восстановления сервера мониторинга из backup..
Прежде всего необходимо определить причину и степень аварии.
Что могло сломаться:
не запускается БД
вышел из строя диск
сервер не запускается
Подготовка.
Стенд
ALT Linux сервер, имя lin-zab; ip-10.0.2.13;
MySQL 8.x.x
zabbix_23_back.tar.bz2 — созданный ранние архив
Установив, предварительно, причину отказа Zabbix, приступаем к действиям, которые помогут восстановить работу системы мониторинга. Мы, «придя в сознание», вспоминаем, что у нас есть файл(ы) созданные резервным копированием, которые не поленились создать в ручную или по расписанию. «Buckup наше всё!»
Ошибка MySQL.
Неисправность БД — сервер не запускается в журнале читаем сообщения об отказе при запуске. Самое простое решение, не требующее большого времени на поиск ошибок — удаляем старый БД и устанавливаем новый. Конечно мы сначала попытаемся исправить ситуацию, запустив команду проверки и исправления ошибок БД.
Если БД стартовало, то должна начаться проверка и автоматическое исправление таблиц. В противном случае получаем сообщение.
# mysqlcheck -uroot -pzabbix --auto-repair --check --all-databases
mysqlcheck: [Warning] Using a password on the command line interface can be insecure.
mysqlcheck: Got error: 2002: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111) when trying to connect
Из сообщения консоли становится понятно — БД остановлено и не загружается. Можно много времени потратить на поиск решения по исправлению БД — проще и быстрее переустановить MySQL, ведь у нас есть backup.
Теперь нужно разархивировать, актуальную резервную копию в которой, вместе с другими файлами, находится dump БД.
# tar xvf zabbix_23_back.tar.bz2
# cd /tmp/zbk
Остаётся вернуть dump в базу данных MySQL.
# mysql -uroot -pzabbix -A < all_bd.sql
Если база в архиве исправна, то при вызове панели, см. установку Zabbix MySQL, увидим восстановленные узлы и настройки системы мониторинга.
Восстановление сервера.
Рассмотрим вопрос неисправности жёсткого диска или сервера, для Zabbix это практически звучит одинаково — система не работает.
Все действия должны быть такими же, как и при первой установке.
При установке нового сервера, необходимо полностью восстановить: имя, IP и пароль MySQL сервера. После этого необходимо выполнить все вышеуказанные манипуляции и действия по установке, см установка Zabbix MySQL.
Сам Zabbix лучше установить той же версии, что был, проверить свои действия и выполнить команды восстановления.
# cd /home
# tar xvf zabbix_23_back.tar.bz2
# cd /tmp/zbk
# mysql -uroot -pzabbix -A < all_bd.sql
# cp -r zabbix_server.conf /etc/zabbix/zabbix_server.conf
# cp -r zabbix.conf.php /var/www/webapps/zabbix/frontends/php/conf/zabbix.conf.php
# systemctl restart mysqld
# systemctl restart httpd2
Заключение.
Работа по восстановлению сервера мониторинга Zabbix , возникает не часто. Обычно система долгое время стабильно и ровно работает, собирает мониторинг, реагирует на события, хранит историю своих действий в журнале событий. Всё меняется в одно мгновение, если система «падает». Материл статьи поможет администратору сориентироваться в аварийной ситуации и принять правильные действия по восстановлению Zabbix MySQL.
Продолжая публикации о Zabbix, см.полезные ссылки, переходим к обсуждению вопроса создания резервной копии Zabbix PostgreSQL.
Многие админы согласятся — «Buckup наше всё!» и это действительно так. Что бы мы не делали и какие бы усилия не прикладывали, всё окажется бесполезным если нет возможности к восстановлению программы после краха.
Подготовка.
Стенд
ALT Linux сервер, имя lin-zab; ip-10.0.2.13;
БД PostgreSQL
План создания резервной копии.
Что надо сохранить:
dump БД
настройки сервера
настройки серверного агента
журналы
dump БД — содержит структуру и контент базы данных
Мы сохранили необходимые файлы для восстановления сервера мониторинга вводя команды с консоли.
Автоматизация Backup PostgreSQL.
Консольное выполнение команд backup удобно для выборочного резервного копирования, но не достаточна, когда система включена в технологический процесс работы ИТ предприятия.
Для выполнения backup по заданному расписанию создадим файл zbk.sh командной оболочки bach, с инструкцией к исполнению при обращении к нему.
Напишем файл zbk.sh командной оболочки bach с инструкцией к исполнению при обращении к нему.
#!/bin/bash
TEMPDIR=/tmp/zbk/
BACKUPDIR=/home/
mkdir -p $TEMPDIR
# Создать dump PostgreSQL копировать во временный каталог
pg_dump -Upostgres zabbix > $TEMPDIR/zabbix.db
# Копировать конфиги во временную директорию
cp -r /etc/zabbix/zabbix_server.conf $TEMPDIR
cp -r /etc/zabbix/zabbix_agentd.conf $TEMPDIR
cp -r /var/www/webapps/zabbix/ui/conf/zabbix.conf.php $TEMPDIR
cp -r /var/log/zabbix $TEMPDIR
# Сжать и добавить дату создания(максимально до 31 дня месяца)
tar -cjf $BACKUPDIR/zabbix_`date +%d`_back.tar.bz2 $TEMPDIR
# Очистить временный каталог
rm -rf /tmp/zbk
Файл содержит всё необходимое для последовательного выполнения действий по созданию Backup Zabbix PostgreSQL
Созданный архив будет иметь название и формат записи: zabbix_23_back.tar.bz2
Выполнение Backup PostgreSQL Zabbix.
Сценарий zbk.sh следует поместить в /usr/local/bin с правами.
# chmod 744 /usr/local/bin/zbk
/usr/local/bin — пользовательский каталог хранения сценариев оболочки bash
Скрипт zbk.sh, для проверки, можно запускать с консоли.
# zbk.sh
Для выполнения запуска программ по расписанию используем cron.
cron — планирует выполнение команд в указанные даты и время
Формирование расписания для backup zabbix postgreSQL.
# crontab -e
minute (0-59),
| hour (0-23),
| | day of the month (1-31),
| | | month of the year (1-12),
| | | | day of the week (0-6 with 0=Sunday).
| | | | | commands
00 00 * * 0 zbk
Заключение.
В статье блога приведены рекомендации и приёмы создания резервной копии Zabbix установленного на PostgreSQL. Мы рекомендуем провести несколько контрольных операций построения резервной копии на стенде.
Созданные архивы лучше хранить на отдельном сервере или устройстве для резервных копий вашей компании.
Восстановление резервной копии читайте в разделе полезные ссылки.
Продолжая публикации о Zabbix, см.полезные ссылки, переходим к обсуждению вопроса создания резервной копии Zabbix MySQL.
Без сомнения многие админы согласятся — «Buckup наше всё!» и это действительно так. Что бы мы не делали и какие бы усилия не прикладывали, всё окажется бесполезным если нет возможности к восстановлению программы после аварии..
Подготовка.
Стенд
ALT Linux сервер, имя lin-zab; ip-10.0.2.13;
БД MySQL
План действий по созданию резервной копии Zabbix MySQL.
Что надо сохранить:
dump БД
настройки сервера
настройки серверного агента
журналы
dump БД — содержит структуру и контент базы данных
Таким образом мы сохранили всё, что потребуется для восстановления сервера мониторинга используя «ручной» ввод команд.
Автоматизация Backup MySQL.
Ручное копирование наглядно для выборочного backup, но не достаточна, когда система включена в технологический процесс работы ИТ предприятия.
Для выполнения backup по расписанию создадим файл zbk.sh для командной оболочки bach, с инструкцией к исполнению при обращении к нему.
#!/bin/bash
TEMPDIR=/tmp/zbk/
BACKUPDIR=/home/
mkdir -p $TEMPDIR
# Стор Apache2
systemctl stop httpd2
# Стоп zabbix сервер
systemctl stop zabbix_mysql
# Создать dump MySQL и скопировать в каталог
mysqldump -uroot -pzabbix -A > $TEMPDIR/all_db.sql
# Старт Apache2
systemctl start httpd2
# Старт zabbix сервер
systemctl start zabbix_mysql
# Копировать каталоги
cp -r /etc/zabbix/zabbix_server.conf $TEMPDIR
cp -r /etc/zabbix/zabbix_agentd.conf $TEMPDIR
cp -r /var/www/webapps/zabbix/ui/conf/zabbix.conf.php $TEMPDIR
cp -r /var/log/zabbix $TEMPDIR
# Сохранить с текущей датой (max до 31 дня месяца)
tar -cjf $BACKUPDIR/zabbix_`date +%d`_back.tar.bz2 $TEMPDIR
# Очистить временный каталог
rm -rf /tmp/zbk
Инструкция содержит пошаговые действия по созданию Backup Zabbix MySQL.
Созданный архив будет иметь название и формат записи: zabbix_23_back.tar.bz2.
Запуск Backup Zabbix.
После того, как сценарий zbk.sh создан его следует поместить в каталог /usr/local/bin и назначить права.
# chmod 744 /usr/local/bin/zbk
/usr/local/bin — один из каталогов хранения сценариев оболочки bash
Скрипт zbk.sh, для проверки, можно запускать в «ручную».
# zbk.sh
Для выполнения запуска программ по расписанию используем cron.
cron — планирует выполнение команд в указанные даты и время
Создание расписания.
# crontab -e
minute (0-59),
| hour (0-23),
| | day of the month (1-31),
| | | month of the year (1-12),
| | | | day of the week (0-6 with 0=Sunday).
| | | | | commands
00 00 * * 0 zbk
Заключение.
В статье блога приведены рекомендации для создания резервной копии Zabbix работавшего на движке MySQL. Настоятельно советуем провести несколько контрольных операций по созданию резервной копии на стенде.
Созданные архивы должны храниться на специальном сервере или устройстве для резервных копий вашей компании.
Восстановление резервной копии читайте в разделе полезные ссылки.
Продолжая публикации о Zabbix, см.полезные ссылки, переходим к описанию технологического процесса сборки сервера мониторинга с использованием БД PostgresSQL.
Выбор PostgreSQL не случаен, всё больше администраторов останавливаются на этой БД. Причин несколько: доступность, входит в перечень программ для организаций, имеет хорошею поддержку, стабилен и надёжен в работе.
Мониторинг производительности большого количества сетевых устройств предприятия, требует особого подхода в выборе инструмента контроля, одним из таких является Zabbix (Zab). Распространяется по лицензии GPL
Все материалы о работе с Zabbix смотри в полезных ссылках.
Подготовка.
Стенд
ALT Linux сервер, имя lin-zab; ip-10.0.2.13;
Simply Linux, имя: lin-sl, IP=10.0.2.30
PostgreSQL
Для развёртывания выбираем минимальную конфигурацию устанавливаемого сервера.
Из репозитория ALT linux скачиваем пакет для подготовки сервера к развёртыванию Zabbix.
//флаг -P, пароль для создаваемого пользователя
$ sudo su - postgres -s /bin/bash
-bash-3.2$ createuser -P zabbix
Введите пароль для новой роли: zabbix
Повторите его: zabbix
Пароль: postgres //пароль пользователя postgres
Все пароли указанны для стендовой установки.
контролировать свои действия
$ sudo su - postgres -s /bin/bash
-bash-3.2$ psql
postgres=# \du
Список ролей
Имя роли | Атрибуты | Член ролей
----------+-------------------------------------------------------------------------+-----------
postgres | Суперпользователь, Создаёт роли, Создаёт БД, Репликация, Пропускать RLS | {}
zabbix
\q
Прежде чем перейти к графическим настройкам проверьте работу NTP.
Запускаем браузер, вводим адрес, графический мастер предварительной настройки севера проведёт по шагам конфигурации, задаст вопросы, ответы на которые должны быть внесены в соответствующие поля настроек.
Шаг1Шаг2Шаг3Шаг4Шаг5Шаг6
Обратите внимание, Шаг3, поле «схема БД» остаётся пустым.
После всех манипуляций, остаётся настроить Zabbix агенты сервера и подключаемых узлов, здесь могут возникнуть известные трудности. Как найти и решить их читайте в статье посвящённой устранению наиболее часто встречаемых ошибок при работе Zabbix.
После того, как сервер установлен и к нему начинают подключаться узлы, пора ознакомится с документацией. Она вам будет требоваться всегда, по мере погружения в работу анализа сетевых сообщений. Узлы можно подключать в ручную или в режиме сканирования диапазонов сети предприятия.
Статья, проектирование технологического процесса сборки сервера Zabbix MySQL, открывает цикл публикаций посвящённых системе мониторинга на платформе Zabbix.
Вопросы администрирование современного цифрового предприятия невозможны без средств мониторинга и анализа. С помощью анализаторов сетевой активности можно осуществлять контроль устройств, отслеживать динамику работы серверов, рабочих станций и приложений, реагировать на критические ситуации.
Из доступного для этих задач СПО, можно выделить Zabbix (Zab), лицензия GPL.
На сайте производителя выставлены готовые решением в виде компилированных iso образов для облачных сред. Собраны образа на ОС, которые не входят в реестр программ для учреждений и предприятий. В статьях цикла рассмотрены варианты развёртывания системы мониторинга на базе ОС ALT Linux компании «Базальт СПО».
Подготовка
Стенд
ALT Simply Linux, имя lin-sl; ip-10.0.2.33
CPU Intel Core 5
HDD >50Gb
ОЗУ > 8Gb
Для развёртывания выбираем минимальную конфигурацию устанавливаемого сервера.
В репозитории ALT linux имеется готовый пакет для подготовки сервера к развёртыванию Zabbix.
# mysqladmin -u root password
# New password:zabbix
# Confirm new password:zabbix
корректировать уровень безопасности при сеансе пользователя БД
# mysql -uroot -pzabbix
mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'zabbix';
mysql> ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'zabbix';
mysql> quit
создать БД и привилегированного пользователя zabbix
# mysql -u root -pzabbix
//создать БД zabbix
mysql> create database zabbix character set utf8mb4 collate utf8mb4_bin;
//создать пользователя zabbix
mysql> create user 'zabbix'@'localhost' identified by 'zabbix';
mysql> grant all privileges on zabbix.* to 'zabbix'@'localhost';
mysql> SET GLOBAL log_bin_trust_function_creators = 1;
mysql> quit
После того, как сервер установлен и к нему начинают подключаться узлы, пора ознакомится с документацией. Она вам будет требоваться всегда, по мере погружения в работу анализа сетевых сообщений. Узлы можно подключать в ручную или в режиме сканирования диапазонов сети предприятия.
Есть ещё один, порочный, способ развёртывания сервера — скачать готовый iso образ с сайта, развернуть в облаке предприятия, подключить узлы. Этим обычно пользуются администраторы MS Windows. В этом способе установки нет ничего предосудительного, желание посмотреть, потрогать, попробовать в «живую» это всё правильно. В дальнейшем администратор сети начинает привыкать к серверу, более того ещё и доложит руководству. Но, что получается, сервер установлен, тонкие настройки сбора логов не выставлены. Сервер начинает собирать все события и копить на диске, диск переполняется, сервер останавливается, БД повреждена.
Начинается поиск специалиста по Linux, т.к сервер включён в структуру мониторинга предприятия, выяснить, кто это сделал не удаётся. Специалист по Linux должен понять, на каком дистрибутиве собран сервер. Добиться этой информации у того, кто устанавливал нет никакой возможности, как порой и найти его самого. Обычно в качестве дистрибутива для распространения используется те, за лицензии которых платить не надо — Ubuntu или CentOS. Начинается кропотливая работа по расширению виртуального диска, исправлению БД, настройки логов, настройка обновления OC и т.д. Возникает необходимость замены пароля для Zabbix, т.к даже это не делают, как из «коробки » пришёл так всё и оставляют.
Вывод, если нужны образа iso для сервера, создайте основной экземпляр в облаке предприятия на базе ALT Linux минимум. Снимите с него копию, сожмите до предельного размера, что бы можно было передать по FTP. После того, как копия сервера будет получена, проследите весь процесс установки в облаке клиента, расширьте размер виртуального диска, настройте сеть, безопасность, проинструктируйте администратора, не забудьте включить в технологию обслуживания — процесс резервного копирования и обновления.
