Zabbix: топология сети наглядно и автоматически03.02.2020 21:18

Управляете сетью большего размера, чем локалхост? Не управляете, но хотите научиться? Приглашаем вас на курс «Linux. Уровень 5. Zabbix. Мониторинг IT инфраструктуры предприятия». На бесплатном семинаре учебного центра «Специалист» при МГТУ имени Баумана вы узнаете, как научить Zabbix мониторить сеть автоматически: находить существующие и добавлять новые узлы, рисовать и обновлять топологию.

Проведёт семинар ведущий преподаватель центра «Специалист» при МГТУ имени Баумана, главный системный администратор сети МГТУ им. Н.Э. Баумана Вячеслав Александрович Лохтуров. Записывайтесь (или смотрите в записи) наши бесплатные семинары.

Всем привет! Зовут меня Лохтуров Вячеслав Александрович. Я работаю инженером в МГТУ имени Баумана. Со дня окончания его в 1997 году работаю инженером. Параллельно преподаю в учебном центре № 1 «Специалист» — компании, которая является дружественной МГТУ. Там работает много других преподавателей, сотрудников.

Темой вебинара будет часть моей работы как инженера — замечательная система мониторинга…

Топология сети: история вопроса, википедия Бауманки, источники

Запись вебинара можно будет посмотреть по этой ссылке: https://wiki.val.bmstu.ru — вики-формат. Адреса моей электронной почты: val@bmstu.ru, val@specialist.ru. Это методическое пособие я использую как инженер. Здесь очень много различных материалов. Если не понравится — по вашей с нами теме («Заббикс») очень много материалов в интернете.

С точки зрения методического материала и преподавания я использую раздел «Материалы по методике чтения курсов»:

И есть раздел с вебинарами. По каждому из прочитанных мною здесь есть запись:

Я сразу говорил: «Если будем делать — давайте сделаем самое крутое! Давайте покажем, как в «Заббиксе» автоматически строится топология сети. За 45 минут мне надо успеть это рассказать.
По поводу топологии сети: в МГТУ имени Баумана огромная сеть; соответственно, топология сети — это то, что нам очень нужно было уже давно. Исторически так сложилось, что «Заббикс» не был той системой, которую мы использовали на начальном этапе. Как все выходцы кафедр вроде информатики, управления, вычислительной системы, комплекса и сети мы всё любили программировать сами, и вот — напрограммировали…

У нас имеется небольшая википедия, которая используется для работы. И среди элементов этой википедии есть раздел, посвященный коммутации сети. Доступ к этой википедии ещё закрыт небольшим VPN«ом:

Я сейчас покажу, как выглядит топология сети у нас в университете. Это стоит того, чтобы увидеть;, а потом сравним с тем, что получится в результате:

Мне кажется, всё ясно: все свичи и путь их к корневому коммутатору; если что-то пропало — мы быстро из этого текстового файла восстановим. Строится топология сети еженочно. Всё хорошо, но не зрелищно, конечно. Продать это сложно. Поэтому у нас в университете такая схема.

Топология сети нужна, когда какой-то коммутатор исчез. Чтобы понять, куда он был подключен

Мы с вами попробуем увидеть нечто более зрелищное. И некой отсылкой к тому, что мы с вами будем делать, является эта статья на форуме:

В ней рассказывается, что есть какой-то чудесный скрипт, написанный на моём бывшем любимом языке Perl, которые опрашивает сетевое оборудование, делает из этого какие-то выводы и каким-то чудесным образом скармливает результаты «Заббиксу». Но Perl мы не будем использовать, а будем использовать кое-что другое.

Прощаемся с тем, что у нас есть. Перейдём к практике.

Я буду счастлив, если вы сможете всё это воспроизвести в домашних условиях и постарался подготовить для этого всё, что только можно. После вебинара вы захотите всё повторить и начнёте с того, что вам потребуется развернуть «Заббикс», виртуальную машину, сеть. Как же это делать?

Дома вы наберёте команду ipconfig и увидите, что у вас дома такая IP-сеть (может, другая, но чаще всего такая):

Пятый адрес (192.168.1.5) у меня здесь, а у вас может быть 20-й или 30-й… Наверняка есть Wi-Fi-роутер, который эти адреса выдаёт. Поэтому я сейчас нарисую топологию, исходя из того, что может быть у вас дома, чтобы вы могли это воспроизвести:

• У вас имеется WI-FI-роутер.
• Система, в которой вы хотите воспроизвести вебинар.
• Роутер раздаёт 192.168.1/24 — 1-й адрес WI-FI-роутера, а 5-й, например, — у вашей системы.
  Мы будем использовать виртуализацию. Кто не знает, что такое виртуализация — вы сейчас узнаете, что дома можно развернуть 2, 10, 20 машин, соединить их в хитрую сеть. Используя виртуализацию, мы развернём linux-систему, внутри которой будет «Заббикс». И чтобы никаких конфликтов у неё не было с другими вашими устройствами, мы назначим её адрес 100. Получается, машина у нас будет иметь адрес 192.168.100.

Где взять машину? Ничего не мешает взять дистрибутив Linux. Я — большой фанат этого дистрибутива. Не будем разводить холивары — я его люблю, я его выбираю, я его использую на курсах. Можете с этого сайта взять и установить:

Чтобы нам 45 минут не тратить на установку Debian, я возьму готовый предустановленный образ. Кому надо — пишите на почту, пришлю вам этот образ, хотя ничего особенно выдающегося в нём нет (просто чтобы не тратить время на инсталляцию):

Пока он устанавливается, в методическом пособии можно увидеть раздел…

Развёртывание стенда

Там есть история про команду ipconfig:

А дальше, когда машина развернётся:

Можно дать имя в настройках, дадим ей побольше оперативной памяти:

Виртуализации разные бывают — VirtualBox хорош для домашнего использования. На предприятии мы с товарищами используем VSphere (очень довольны продуктом от VMware), но на курсах «Виртуалбокса» хватает более чем.

Сеть:

Раз мы говорим, что эта машина будет подключена к нашей сети, мы сможем с ней работать — она должна быть соединена мостом с физическим адаптером. Mac-адрес перегенерирую. Запускаю нашу виртуальную машину:

И после запуска произвожу конфигурацию. В пособии перечислены файлы, которые нужно отредактировать: назначить машине имя, файл hosts желательно отредактировать, resolv.conf (отвечает за клиента DNS) и выбранный нами ip-адрес — эти четыре файла надо отредактировать. Я постараюсь сделать это как можно быстрее.

Развёртывание Zabbix

В образе сразу заведён пароль этого пользователя (root) — никогда его не используйте на практике! Только ради экономии времени я пользуюсь привилегированной учётной записью:

В пособии перечислены файлы, которые надо отредактировать.

Далее даю название нашей машине (сервер мониторинга Zabbix):

Файл hosts:

Меняем адрес на 100-й и название нашего выдуманного домена (у каждого слушателя на наших курсах он свой, индивидуальный, как и сеть с доменом):

Что ещё осталось? Resolv.conf (клиент DNS):

Corp1.un будет пристыковываться к коротким именам, а в качестве DNS-сервера работает, как правило, ваш WI-FI-роутер:

Что осталось? Самый главный, большой файл — network/interfaces. Здесь шаблон для разных курсов, много интерфейсов:

Но у нашей машины будет один интерфейс. Она будет сервером мониторинга с 100-м адресом и ходить в интернет через 1-й:

Пожалуй, необязательно, но быстрее для применения всех файлов — перезагрузить машину.

Установка и запуск сервиса в Debian

«Заббикc» можно устанавливать различными способами. По «Заббиксу» имеется прекрасный сайт с документацией (кстати, на русском языке активный раздел поддерживается). Соответственно, здесь предлагаются разные варианты. Я являюсь большим сторонником установки ПО из штатного репозитория. Не случайно именно поэтому я выбрал «Дебиан»:

Кстати, если всё сделано хорошо, то сейчас я должен иметь возможность подключиться к своей системе. Давайте попробуем сделать. Беру любимый клиент SSH и подключаюсь к системе 192.168.1.100:

Повезло:

Опять же, не очень правильно, что здесь разрешён вход пользователю root:

Никогда так не делайте на предприятии! Здесь — только экономия времени.

Теперь мы должны установить «Заббикс». Будучи большим любителем и сторонником использования базового ПО и противником подключения всяких сторонних репозиториев, я буду ставить ту версию, которая есть в данном Debian. Опять же, спасибо авторам «Дебиана» — достаточно набрать установку такого пакета:

Вспомнил ещё одну вещь! Мы только что систему установили — надо синхронизировать репозиторий (apt update):

Таким образом, достаточно набрать команду установки zabbix-server с поддержкой базы данных (БД) своей информации в SQL, как будет установлено достаточно много компонентов (пара минут должна уйти на инсталляцию):

Из чего состоит «Заббикс»

«Заббикс» состоит из следующих компонентов:

• «Заббикс»-сервер;
• он активно работает с конфигурацией, которую мы с вами будем настраивать вручную и автоматически;
• свои данные он хранит в базе данных, в качестве которых могут использоваться различные СУБД; мы с товарищами чаще всего сталкивались с MySQL (самый распространённый вариант — его и возьмём), поэтому традиционно используем (хотя «Заббикс» готов работать с другими СУБД — PostgreSQL, и Oracle используются).

Для того чтобы мы с вами могли работать c «Заббиксом», используется так называемый frontend. Frontend Zabbix — это приложение, написанное, наверное, на PHP (может, не всё, но большая часть). Соответственно, само приложение используется веб-сервер. Пока ставится только эта часть (сейчас мы дождёмся её установки):

Окончена. Теперь, поскольку «Заббикс» использует базу данных, нам надо её создать, следуя документации. Чтобы создать БД, я буду использовать простой скрипт:

Не буду подробно рассказывать, какие команды что означают. Если кто-то с СУБД работал, тот увидит что-то знакомое — имя базы данных и так далее…

Теперь, используя этот скрипт, создаю базу данных:

И заполняю эту БД метаданными. Имеются несколько файлов, описывающих, какие таблицы должны, какие атрибуты, параметры и прочее (всё это делается, опять же, согласно документации):

То есть сейчас мы в MySQL загоняем метаданные, которые «Заббикс» будет использовать для хранения конфигурации и результатов:

Не буду тратить время на то, чтобы глянуть, что он там создаст (будет огромное количество таблиц создано). «Заббикс» как продукт развивается уже более десяти лет и постоянно стремится стать всё лучше и лучше, поэтому структура данных там довольно увесистая. Но всё это «под капотом». Мы же, как администраторы, будем работать с внешним фронтенд-приложением, с которым всё будет просто, понятно и доступно.

Согласно документации, почему-то несколько файлов. Но раз они так сделали — значит, они знают, что нужно! База данных готова:

Теперь, согласно документации, надо вот этому компоненту:

Объяснить, что он должен работать с БД, подключаясь под определённым логином и паролем. Делается это через файл конфигурации:

В самый конец файла вставляем:

Здесь у нас описывается, что сервер БД находится здесь под нашей учёткой:

«Дебиан»-пакет под «Заббикс» не подразумевает автостарт. Перед вами — команда великого и ужасного SystemD, о которой есть великое множество холиваров:

Она делает запуск «Заббикса» автоматическим после загрузки сервера. Запускаем «Заббикс:

Эти два компонента запущены:

Можно уже мониторить, заполнять конфигурацию. Но трудно что-то хорошее сделать, пока не поставлен фронтенд… Однако сперва — пропущенный этап…

Развёртывание Zabbix. Локализация временной зоны

Я развернул образ, а в нём — неправильное время:

Дата у нас правильная. У нас временная зона неправильная, поэтому вот таким махом я её поправил:

Приступаем к frontend. Установка и запуск web-интерфейса

В Debian стоит установить такой пакет (после того, как будет установлен веб-сервер Apache):

Будут установлены PHP, библиотека для связи программ, написанных на PHP, с MySQL. В общем, запускаю:

Никаких действий выполнять долго не нужно, всё будет сделано автоматически:

Сейчас мы ставим вот этот компонент — фронтенд «Заббикса»; веб-сервер, и будем ему объяснять, что ему надо работать с «Заббикс»-сервером и СУБД:

Через веб-сервер мы будем управлять «Заббиксом» и через него же будем смотреть, что же он там намониторил.

Он почти установился, и сейчас мы увидим, что он имеет близкое отношение к нашей стране. Разрабатывался он как приложение какого-то человека, работавшего в банке. Он решил настроить мониторинг и взял да написал свою программу вместо того, чтобы использовать готовую. Он работал в Риге, а мы с вами в Москве:

В этом файле ↑ инициализации PHP необходимо это ↓ сделать:

Не буду углубляться, как веб-приложение настраивается в «Дебиане». Достаточно подключить конфигурацию, которая досталась из пакета «Заббикса» и перезагрузить веб-сервер «Апач»:

Подключаемся к frontend для настройки Zabbix

Почти готовы подключиться к фронтенду. Осталось только объяснить ему, где находится сервер баз данных. Здесь два варианта, и мы сделаем через Wizard. Для него потребуется файл, куда будут конфигурации записаны:

А веб-сервер должен обладать правами на запись в этот файл:

После чего можно попробовать подключиться в браузере. Можно по IP-адресу. У меня DNS настроен, поэтому я воспользуюсь возможностью:

У нас появляется Wizard «Заббикса», где я буду нажимать Next, поскольку большинство его уже устанавливали:

Наш «Заббикс» готов к подключению. Вводим логин и пароль:

Конфигурация, хосты… Никаких хостов не мониторит — «Заббикс» пока готов мониторить только сам себя, если мы установим Zabbix Agent:

Разворачиваем облако коммутаторов

Но нашем вебинаре никаких «Заббикс»-агентов не будет. Это слишком просто и неинтересно! У нас с вами будет мониторинг распределённой сети, цепочек коммутаторов связи, поэтому нам понадобится эта цепочка коммутаторов. Где же их взять?

Я посоветовал использовать виртуализацию Virtual Box. Он позволяет эмулировать PC (компьютеры), а сейчас познакомлю вас с другим эмулятором, тоже используемый на наших курсах. Замечательный продукт — называется Graphical Network Simulator (GNS):

Этот эмулятор позволяет эмулировать оборудование Cisco. Здесь мы и развернём наше облако коммутаторов. Потребуется снова придумать название проекта (сохраним конфигурацию, вдруг завтра понадобится):

Если вы дома хотите научиться работать с оборудованием Cisco, поставьте себе этот GNS и сделайте так, как мы делаем на семинаре, а именно — развернём сейчас облако коммутаторов. Проблема в том, что в GNS нет коммутаторов (их эмуляция здесь отсутствует) — только эмуляция роутеров. Поэтому нам придётся положить роутер (перетащить курсором мыши):

И как-то сделать, чтобы он был коммутатором. Как сделать в GNS эмуляцию коммутаторов? Надо взять роутер 36-й серии. Можно назвать его коммутатором (клик правой кнопкой по коммутатору):

Можно нарисовать коммутатор:

Похож? Но настоящим коммутатором он станет только тогда, когда вы добавите туда вот такую плату:

В этой линейке роутеров Cisco можно ставить 16-портовую Ethernet-плату. И для большого количества лабораторных работ, связанных с коммутаторами, эта плата вполне годится.
Коммутаторов у нас должно быть облако, поэтому сейчас я это облако сделаю (меняю название, картинку и вставляю плату). Начнём с трёх коммутаторов, а если успеем, то и четвёртый добавим:

Соединять будем, особо не целясь не куда. У нас же топология должна будет автоматически построена:

Готово:

Теперь я это дело запускаю:

Поздравляю тех, кто впервые смотрит, как Cisco работает — так можно по-быстрому настроить коммутатор Cisco. А пока они у нас запускаются…

Это наша Windows-система (Windows 7) и Debian:

Здесь виртуализация GNS3 и облако коммутаторов:

Теперь понятно, что происходит: в рамках одной машины используется две системы виртуализации. Виртуализация PC-систем (справа) и виртуализация Cisco-систем (слева):

Надо сделать так, что сервер мог мониторить оборудование:

А чтобы он мог его мониторить, это оборудование должно иметь адреса в этой же сети:

Поэтому, долго не думая, я решил этим коммутаторам дать адреса (точки 101, 102, 103 для 1-го, 2-го и 3-го коммутаторов соответственно). 100-й — наш Linux:

Настроить это можно следующим образом: пойти на авторизованный курс Cisco и вам за недорого это расскажут.

Для того, чтобы коммутатор был доступен для администрирования, нужно произвести следующие настройки — зайти в режим конфигурации, дать имя подходящее, назначить IP-адрес интерфейсу и скопировать результат в долговременную память:

Я заготовлю рыбу, чтобы не тратить на это много времени. Первый коммутатор будет называться switch1, IP-адрес — 101-й. Эту конфигурацию я копирую в коммутатор:

Два раза кликните по нужному коммутатору (сейчас — switch1):

Настроили switch1. Теперь — конфигурация для второго свича: называется switch2, IP — 102:

Соответственно поступаем с третьим коммутатором.

Ну что, будет очень круто, если с нашего Windows-компьютера будет доступен не только наш сервер, но и то, что мы сейчас настроили:

GNS3 — система хорошая. Я такой акцент делаю потому, что проблем с ней хватает: немного подглючивает, немного… Но для того, чтобы обучаться, вполне достаточно. Эта пауза для меня тревожная — надеюсь, всё обойдётся, и наш коммутатор ответит через какое-то время:

Ан нет, не ответит, сколько бы я не ждал! Связи не хватает между нашим компьютером и GNS. GNS сам по себе, так что не хватает ещё одного элемента:

Подключаем Cloud

Для того чтобы эти коммутаторы стали доступны, необходимо использовать объект Cloud:

Сегодня Cloud использует его в совершенно другом смысле. Авторы GNS как интернет-сервис провайдера. В настройках этого объекта я могу его подключить к своей сетевой карте:

Выглядит она страшно, но это та самая сетевая карта:

Cloud я положил. Теперь нужно соединить один из коммутаторов с Cloud (только тогда связь может появиться):

Подозреваю, что быстрее в нашем случае перезагрузить коммутатор, чтобы всё встало. Единственно, хочу убедиться, что его конфигурация сохранена. К слову, внутри коммутаторов ping уже должен идти:

Настоящий Cisco! Первый пакет пропадает, остальное всё есть:

На самом деле здесь не натуральная эмуляция используется, а iOS. Поэтому я останавливаю 1-й коммутатор и снова запускаю:

Если всё в порядке, то мы должны увидеть связь через облако — моя Windows 7 через сетевую карту будет связана с этим оборудованием (оборудование имеет IP-адреса в той же сети, что и Windows). В общем, это точка связи GNS и Windows. Проверим, что там со связью:

Давайте посмотрим, как он себя чувствует… Отсюда пингуется:

Пошло! Видите, связь появилась:

Я люблю GNS, потому что он бесплатный, работает… Но не всё просто! Вот забавная ситуация: с Windows-системой пингуется наш Linux, с Windows пингуется наш свич, но с Linux-системой свич не пингуется:

Так преподу можно и поседеть! Ведёшь занятие, а у людей стенд не работает… Ну, ничего, уговорим! Бесплатно, дёшево и сердито.

Опыт показал: для того чтобы связь была между всеми тремя элементами (с Windows — на Linux, с Linux — на GNS), необходимо зайти в настройки сетевой карты и выбрать странную опцию — «Неразборчивый режим» («Разрешить всё»):

Приходите на «Виртуализацию»! Этот неразборчивый режим есть во всех решениях (и в «Сфере» тоже). Связан он с прохождением Ethernet-пакетов, mac-адресов и так далее. Приходите на курс по виртуализации, подробности — там.

Запускаем снова нашу систему в надежде на то, что коннективность восстановится:

Только теперь можно будет настраивать мониторинг наших коммутаторов из «Заббикса». Давайте посмотрим, как это произойдёт:

Заложен фундамент. Если у нас сейчас будет связь, то будет всё готово. В «Заббиксе» уйма «Цисок», хитро соединённых друг с другом — можно начинать мониторить. Подключаемся к пользователю root с паролем и проверяем пинг:

Всё готово:

Как администратор местного DNS я ещё сделал возможность отправлять по именам пинга.

Как же Zabbix может мониторить оборудование Cisco?

На оборудование Cisco нельзя установить агент. Многие из вас знают, что оборудование Cisco прекрасно мониторится по протоколу SNMP. Сейчас мы подготовим почву для этого.

Сейчас мы с вами подготовим почву для этого. Чтобы мониторить оборудование по протоколу SNMP надо, во-первых, на сам сервер мониторинга установить поддержку SNMP:

В «Заббикс» эта поддержка не входит, он использует внешние библиотеки, входящие в эти пакеты:

Не буду вам рассказать, что такое management information base — приходите на курсы по взаимодействию Lunux и Cisco, там об этом подробно рассказывается. А сейчас мы просто ставим на «Линукс» пакеты, необходимые для мониторинга:

И ставим на наши Cisco элементы конфигурации, которые позволят мониторить их в свою очередь.

Здесь просто запускается SNMP-сервер с таким паролем:

И делаем это на всех трёх наших коммутаторах:

После этих действий мы проверим, может ли наш сервер мониторинга обратиться к оборудованию Cisco (к любому из этих коммутаторов) по протоколу SNMP и, например, что-нибудь узнать. Здесь есть тестовые варианты:

Можно опрашивать наши коммутаторы, используя так называемые OID«ы (object-идентификаторы). Здесь мы опрашиваем свич (запрашиваем значения параметра switch1):

И мы видим, что этот Oid ссылается на имя коммутатора, то есть мы можем с каждого коммутатора вытянуть его имя (для топологии пригодится, даже очень):

А можно использовать более человеческие, текстовые — sysName запрашиваем у свича (то же самое можно у switch2 спросить и т. д.):

Установка SNMP-консоли

Ещё одно действие неочевидное:

Согласно лицензионным соглашением нужно закомментировать строки в этом файле… Это — замечательная команда «дятел», которая очистила содержимое файла, в котором было сказано: «Для подтверждения лицензии закомментируйте всё, что там есть».

Соответственно, «Заббикс»-сервер надо перезагрузить, потому что мы установили библиотеки, которые будут им использоваться:

Многие знают, что теперь достаточно войти в раздел Host, создать хост и выбрать протокол SNMP. Указать IP-адрес:

Но мы не для того здесь собрались. Давайте попробуем заставить «Заббикс» автоматически найти все наши коммутаторы. У нас с вами их три, а в Бауманке их больше ста (120, кажется). 100 коммутаторов добавлять было бы не так весело, поэтому — бонус: мы с вами посмотрим, как «Заббикс» найдёт наши коммутаторы.

Автоматическое добавление устройств в Zabbix

Страница «Автоматическое добавление устройств в Zabbix»:

Чтобы он это делал, мы пойдём в раздел «Конфигурация» (подраздел Discovery) и не будем там создавать новое правило, а будем использовать существующее:

• Это правильно гласит, что надо сканировать эту сеть… Узнаёте нашу? Чтобы долго не ждать, я укажу ограниченный диапазон 100–110 (мне достаточно).
• Сканирование раз в час — многовато; поставим — каждые 60 секунд.
• На сканируемых устройствах наш «Заббикс» сейчас ищет «Заббикс»-агента. Я обещал, что никаких агентов у нас с вами не будет, поэтому удаляю.
• И говорю, что на самом деле наше устройство доступно по протоколу SNMPv2, community — public; такой OID мы запрашивали:
• Даю указание сканировать и обращаться ко всем устройствам, которые на этот запрос ответят. Соответственно, он уже это делает. Надо не забыть включить это сканирование (по умолчанию оно отключено):

Теперь каждую минуту «Заббикс» пробегает по этим IP-адресам, запрашивает по протоколу SNMP у устройства его имя. Если устройство есть и SNMP-протокол поддерживает, то оно ответит:

Этого недостаточно для того, чтобы наши устройства появились в этом списке:

Необходимо настроить действия. Мы создадим новое (назову его, копируя из методички):

Условие: запрос должен вернуть информацию о том, что это — коммутатор. По «счастливой случайности», у нас все коммутаторы называются switch (switch1, switch2, switch3), поэтому Received value должно бы

© Habrahabr.ru