В качестве альтернативы ручной настройке или повторному использованию существующего сервера для Zabbix, пользователи могут загрузить готовое решение Zabbix.
Для запуска, загрузите готовое решение и перейдите в вашем браузере по IP, который получен по DCHP.
|<| |<| |-|
Готовое решение Zabbix основано на следующих версиях OpenSUSE:
Версия готового решения Zabbix | Версия OpenSUSE |
---|---|
2.0.0 | 12.1 |
2.0.2 | |
2.0.3 | |
2.0.4 | 12.2* |
2.0.5 |
* Изначально готовое решение для 2.0.4 базировалось на OpenSUSE 12.1, последние релизы на OpenSUSE 12.2.
Образ доступен в следующих форматах:
* Начиная с готового решения 2.0.5.
Этот образ содержит настроенный Zabbix сервер, работающий с базой данных MySQL, также доступен и веб-интерфейс.
Готовое решение было создано с помощью SUSE Studio.
Имеется несколько изменений применительно к базовой конфигурации OpenSUSE.
По умолчанию готовое решение получает IP адрес по DHCP. Для того, чтобы указать статический IP адрес выполните:
Для настройки DNS, добавьте записи серверов имен в /etc/resolv.conf, указывая по одному серверу имен в одной строке: nameserver 192.168.1.2.
В качестве альтернативы, можно использовать утилиту настройки yast для обновления настроек сети.
По умолчанию готовое решение использует UTC часовой пояс для системного времени. Для изменения часового пояса, скопируйте соответствующий файл из /usr/share/zoneinfo в /etc/localtime, например:
Установленное готовое решение Zabbix имеет следующие пароли и другие изменения конфигурации:
Система:
База данных:
Веб-интерфейс Zabbix:
Если вы меняете пароль к веб-интерфейсу, то не забудьте обновить пароль в настройках веб-мониторинга (Настройка → Веб).
Для изменения пароля пользователя базы данных, потребуются изменения в следующих местах:
Если вы загрузили готовое решение с Live CD или по какой-то причине не можете иметь постоянного накопителя, вы можете создать архивную копию базы данных, включая все настройки и все собранные данные.
Для создания архивной копии, выполните:
Теперь вы можете переместить файл dbdump.bz2 на другую машину.
Для восстановления из архивной копии, переместите копию в готовое решение и выполните:
Убедитесь, что Zabbix сервер не запущен при выполнении восстановления.
По умолчанию доступ к веб-интерфейсу разрешен с:
Корневой каталог веб-сервера (/) перенаправляется на /zabbix, таким образом доступ к веб-интерфейсу может быть получен как с http://<хост>, так и с http://<хост>/zabbix.
Эти параметры могут быть изменены в /etc/apache2/conf.d/zabbix.conf. Вы должны перезапустить вебсервер после изменения этого файла. Чтобы это сделать зайдите на сервер по SSH под root и выполните:
По умолчанию, открыто только два порта - 22 (SSH) и 80 (HTTP). Для открытия других портов - например, портов Zabbix сервера и агента - измените правила iptables с помощью утилиты SuSEfirewall2:
Затем перезагрузите правила межсетевого экрана:
Zabbix сервер скомпилирован с поддержкой следующих функций:
В представленной конфигурации Zabbix сервер наблюдает за некоторыми базовыми параметрами самого себя с помощью локально установленного агента, дополнительно веб-интерфейс Zabbix наблюдается и с помощью веб-мониторинга.
|<| |<| |-|
Обратите внимание, что наблюдение веб-интерфейса выполняет вход в систему - эта особенность может создать много записей в журнале аудита
Представлены соответствующие скрипты запуска. Для контроля Zabbix сервера используйте следующие команды:
Замените server на agentd для демона Zabbix агента.
Имеется скрипт планировщика d /var/lib/zabbix/bin, который запускает crontab каждые 10 минут и перезапускает Zabbix сервер, если он не запущен. Скрипт записывает в журнал /var/log/zabbix/server_problems.log дату и время проблем и начала попыток /var/log/zabbix/server_problems.log.
Убедитесь в том, что вы отключили соответствующую запись в crontab, если вам потребовалась остановка Zabbix сервера
Создайте резервную копию всех данных до выполнения любого из шагов.
Доступного дискового пространства в готовом решении может быть недостаточно. В этом случае имеется возможность расширить используемый диск. Для этого сначала расширьте блочное устройство в вашей среде виртуализации, затем выполните эти шаги.
Запустите fdisk для изменения размера раздела. Выполните под root:
Эта команда запустит fdisk для диска sda. Затем, переключитесь на использование секторов и введите:
Не отключайте совместимость с DOS нажатием c. При отключении этой совместимости раздел будет поврежден.
Затем удалите существующий раздел и создайте новый с нужным размером. В большинстве случаев вы будете выбирать доступный максимум, что расширит файловую систему до размера, который вы сделали доступным для виртуального диска. Для этого введите следующую последовательность в fdisk:
Если вы хотите оставить пространство для дополнительных разделов (swap и т.д.), вы можете ввести другое значение для last sector (последний сектор). По завершении сохраните изменения введя:
Перезагрузите виртуальную машину (т.к. раздел, который был измен, используется в настоящее время). После перезагрузки возможно изменить размер файловой системы.
Теперь файловая система должна быть увеличена до размера раздела.
Для использования образов в Xen сервере, выполните:
Для получения более подробной информации по использованию образов Xen смотрите следующие страницы:
Конвертация образа для XenServer
Для использования Xen образов в Citrix Xenserver вам необходимо сконвертировать образ диска. Чтобы это сделать:
Инструкции с Brian Radford blog.
Образы в формате vmdk используются напрямую в продуктах VMWare Player, Server и Workstation. Для использования в ESX, ESXi и vSphere образы должны быть сконвертированы используя конвертер VMWare.
Смотрите http://en.opensuse.org/openSUSE:SUSE_Studio_Disc_Image_Howtos для получения более подробной информации относительно этого образа диска.
Приложения управления архивами в Windows, как известно, плохо работают с архивами готовых решений. Если не удалось извлечь, попробуйте другое приложение. Open source утилита 7-zip может сработать.