Zabbix что можно мониторить
Что такое Zabbix и как его использовать
Есть много программ для мониторинга, например, Speccy, SpeedFan, Nagios. Основная проблема всех программ данной области ― анализ ограниченного количества параметров. Одни мониторят сеть, другие только составляющие системного блока. Получается, для полноценного анализа устройства или системы надо использовать несколько программ. Это неудобно и непродуктивно. Для решения этой проблемы создали Zabbix. В этой статье мы расскажем, что такое система мониторинга Zabbix и какие дополнительные возможности она имеет.
Мониторинг серверов Zabbix
Что это за программа? Zabbix ― это мониторинговая система, которая может собирать метрики с разных устройств. 12 мая 2020 года вышла последняя версия Zabbix-сервера ― Zabbix 5.0.
Мониторинг сети, серверов, компьютеров, баз данных, приложений, устройств ― всё это может Zabbix. С помощью системы можно узнать: объём памяти на диске, скорость работы процессора, температуру машины, логи и др.
Zabbix: требования к серверу
Как работает Zabbix
Вся система состоит из нескольких компонентов: Zabbix-сервер, базы данных, веб-интерфейс, агент и прокси. Подробнее рассмотрим каждый из них.
Zabbix-сервер. Это основная часть программы. Сервер запрашивает данные, обрабатывает и анализирует их.
Базы данных. Результаты анализа сервера хранятся в базах данных в течение установленного времени.
Веб-интерфейс. С его помощью удобно работать с настройками Zabbix.
Агент. Zabbix agent ― что это? Это программа, которая устанавливается на сервер, собирает необходимые данные и отправляет их на Zabbix-сервер. Агент работает в двух режимах: в активном (агент запрашивает список параметров, которые нужны серверу) и в пассивном (получает запросы от сервера). Это необязательный компонент системы. Сервер может собирать информацию с устройства при помощи других инструментов, о которых подробнее можно узнать на официальном сайте Zabbix.
Прокси. Прокси управляет агентами, что позволяет снизить нагрузку на Zabbix-сервер. Как и агент, прокси ― необязательный инструмент.
Как пользоваться системой Zabbix? Рассмотрим самую простую схему работы программы. Zabbix-сервер запрашивает данные с устройства или программы и анализирует их. Далее все свои наблюдения сервер помещает в базу данных пользователя. Готово, теперь администратор может проводить свой анализ.
Zabbix работает с такими базами данных, как:
Какую базу данных выбрать? Принципиальной разницы между ними нет. Используйте ту, с которой вам проще или привычнее работать.
Дополнительные возможности Zabbix
Положительной стороной Zabbix является не только разнообразие видов мониторинга, но и дополнительные функции.
Самая простая, но важная функция ― установка пользовательского интервала для каждой метрики. Пользовательские интервалы ― это временные промежутки, между которыми собираются данные с устройства, системы или приложения. Например, программа может измерять скорость вращения кулеров каждые пять или шесть часов.
Вторая функция Zabbix ― поиск ошибок. Для этого в системе устанавливаются триггеры. Это параметры, при которых система считает, что устройство или программа работает неправильно. О каждой проблеме Zabbix уведомляет пользователя. Например, кулер должен вращаться со скоростью не менее 2 000 оборотов в минуту. Если скорость снизится до 1 999 оборотов в минуту, сработает триггер и система отправит уведомление о проблеме. Если заранее описать действия, которые должна сделать программа при срабатывании триггера, она сама решит проблему. К примеру, Zabbix может перезагрузить сервер.
Третья функция ― предупреждение проблем с устройством. Например, если в первый день кулер крутится со скоростью 2800 оборотов в минуту. Во второй ― 2500. В третий ― 2 200. В базах данных это снижение продуктивности будет замечено.
И четвертая функция ― шаблоны. Чтобы не настраивать заббикс-мониторинг для каждого устройства отдельно, можно выбрать подходящий шаблон. Например, есть специальный шаблон, который осуществляет мониторинг интернет-канала Zabbix или шаблоны, которые дают возможность следить за базовыми параметрами сервера (состояние памяти, процессора и сети).
В этой статье мы рассказали, что можно мониторить при помощи Zabbix. Теперь администрировать ваш бизнес будет проще и продуктивнее.
Обзор технических возможностей Zabbix
Ознакомьтесь с кратким техническим обзором функций Zabbix.
Расшифровка
Привет! Мы рады, что вам интересен Zabbix. Zabbix – открытая система мониторинга корпоративного уровня, которая два года подряд выигрывала премию Gartner Customers’ Choice. Мы уверены, что это видео поможет вам разобраться с нашей системой для мониторинга и получить общее представление о ее главных функциях. Мы поговорим о пользовательском интерфейсе и основных принципах мониторинга с Zabbix. Надеемся, вам понравится. Добро пожаловать в систему мониторинга Zabbix!
Панели
Главный инструмент мониторинга в системе Zabbix – это панели. Здесь вы можете увидеть различные данные, проблемы и карты сети в удобном для вас виде. Панели основаны на виджетах. Их можно гибко настроить и установить фильтры для отображения только нужной информации в нужном виде. Например, у ваших специалистов по сетям может быть панель, на которой можно посмотреть отчет о проблемах с сетевыми устройствами, картами сети и другие данные о сетевой инфраструктуре. Совершенно по-другому выглядит панель для менеджеров, где можно увидеть региональные ЦОДы и их статус: наличие или отсутсвие неполадок. С этих карт менеджеры могут, например, запускать скрипт для проверки доступности определенного ЦОДа или открыть более детализированные карты этого ЦОДа. Это позволит понять, есть ли в системе узлов какие-либо проблемы. Если они есть, то мы увидим, на каком именно устройстве.
Проблемы
Когда данные какой-либо метрики превышают заданный порог, т. е. триггер, он переходит в состояние проблемы. Проблему можно посмотреть в специальном разделе или на панелях. Можно создать различные виджеты, чтобы отображать проблемы по-разному, установить фильтры и т. д. При обнаружении проблемы можно перейти к ней и посмотреть общее описание, данные о проблеме, например, когда она возникла, какие показатели были получены в последний раз, кто обнаружил проблему, и, возможно, уже закрыл ее вручную. Также можно посмотреть историю проблем, связанных с данным триггером.
Веб-сценарии
Мониторинг веб-сайта в Zabbix можно осуществлять с помощью веб-сценариев, представляющих собой набор шагов. Например: вход в систему; проверка полученного кода отклика, чтобы узнать, успешно ли прошел вход, поиск определенной строки на сайте и выход из системы. Для каждого этого шага Zabbix автоматически собирает несколько метрик: скорость и время отклика, код отклика и успешность выполнения запроса. После сбора всех метрик Zabbix автоматически создает графики для каждого шага веб-сценария и для веб-сценария в целом. Это позволяет анализировать производительность сайта, основываясь на данных, собранных за больший промежуток времени, а также увидеть сбои, возникшие в шагах веб-сценария, и попытаться их исправить.
Графики
После сбора данных вы можете визуализировать их в виде графиков. Эти графики интерактивны и их можно расположить, например, на ваших панелях. Наведите на них курсор, и вы увидите, какие именно данные были собраны в какой момент времени, Можно увеличить масштаб и изучить данные за более короткий период, который также можно указать с помощью селектора времени. Например, можно выбрать один из заданных интервалов: последняя неделя, последний месяц и т. д. Используйте инструмент «Календарь» для выбора конкретной даты или поля ввода «с. » и «по. », чтобы вручную указать период, за который нужно посмотреть данные.
Карты
Для более детализированной визуализации данных, триггеров или узлов, вы можете воспользоваться инструментом Zabbix Maps. Можно расположить карту сети на какой-либо центральной панели, доступной для сетевых администраторов, или привязать другие карты к уже существующей, таким образом создавая иерархию карт. Затем можно просматривать визуализированные данные, кликая по ним либо на самой карте, либо используя виджет дерева навигации карт для просмотра списка доступных карт и перемещения по ним. Иконки элементов на карте будут меняться, показывая состояние объектов. Например, у нормально работающего узла будет зеленая отметка. А узел на котором возникли проблемы, будет отмечен красным. Вы можете выбирать иконки на свое усмотрение или загружать собственные и использовать их в карта
Действия
Zabbix позволяет реагировать на возникшие проблемы, автозарегистрированные или недавно обнаруженные узлы, а также назначать действия, которые будут уведомлять, например, о прекращении работы какого-либо элемента данных. Действия работают на основе операций и/или, т. е. необходимо задать именно эти логические выражения. Можно задать множество условий и реагировать, например, только на проблемы от определенной группы узлов или от конкретного триггера, определяемого по имени. Как только мы задали эти условия, нам нужно решить, что делать дальше. Для этого переходим в «Операции». Вы можете отправить уведомления по e-mail или через другие внешние сервисы, а также выполнять удаленные команды, например, перезагрузить узел, если на нем обнаружены неполадки. Также можно задать циклическую отправку сообщений или отложить ее на какое-то время. Например, реагировать на проблему нужно не сразу же, а спустя пол часа или час после ее возникновения, потому что эта проблема может решиться сама собой. Для операций можно создать собственные сообщения или использовать предустановленные для любых сервисов, которые подключены к данному экземпляру Zabbix.
Агент
Zabbix позволяет установить легкий агент для мониторинга конечных устройств. Этот агент может собирать метрики операционной системы, следить за файлами журнала или выполнять собственные скрипты и собирать выходные данные в качестве метрики. Настройка агента очень проста. Вы можете установить его в виде пакета на узел с UNIX-подобной ОС или воспользоваться установщиком MSI для устройств Windows. Взаимодействие между агентом и сервером может происходить двумя способами: пассивная проверка, когда сервер «опрашивает» агент, или активная с помощью трапов, когда агент отправляет результаты проверок на сервер для обработки. Начиная с версии 5.0, вы можете выбрать между агентом на языке C или на языке Go. Последний по умолчанию поддерживает мониторинг многих новых систем, например, MySQL или Docker. Также можно создать собственные плагины для агента на языке Go, чтобы наблюдать за любой сторонней системой, если это необходимо.
Мониторинг по протоколу SNMP также поддерживается в Zabbix по умолчанию. Мы предоставляем шаблоны SNMP для ПО и аппаратуры многих крупных вендоров. Если вы хотите создать свой собственный элемент данных SNMP, просто создайте новый элемент и назначьте свой OID для объекта, с которого нужно собирать метрику. Этот процесс можно автоматизировать, используя низкоуровневое обнаружение. Просто создайте новое правило обнаружения и укажите ему OID, в котором будут содержаться все необходимые индексы. Эти индексы будут применяться в прототипах элементов данных. Новый элемент будет создаваться для каждого индекса, и мониторинг по SNMP будет автоматизирован.
Zabbix по умолчанию поддерживает мониторинг IoT. Для этого есть два ключа: modbus.get и mqtt.get, использующие протоколы Modbus и MQTT соответственно. Все, что вам нужно сделать — установить агент Zabbix и создать новый элемент данных, содержащий в ключе параметры конечного устройства IoT.
Scripts
Если вам нужен более гибкий способ сбора метрик, вы можете воспользоваться элементами данных на основе скрипта. Такой элемент данных использует язык JavaScript, на котором можно написать код для мониторинга любых конечных устройств. Результат работы скрипта будет сохранен в виде метрики, а элементы-скрипты могут использоваться для синтетического мониторинга. Например, JavaScript можно использовать для получения токена API, входа с токеном, а также для выполнения каких-либо запросов к API. Результат выполнения запроса будет храниться в виде метрики.
Zabbix также поддерживает мониторинг приложений Java «из коробки». Мы используем технологию JMX (управленческие расширения Java), чтобы подключиться к приложениям и получить список MBean-объектов и атрибутов через адрес JMX, который вы назначаете сами. Так же мы предоставляем стандартные шаблоны Java, которые можно применить для мониторинга своих приложений.
В случае с более продвинутыми устройствами с IPMI Zabbix может подключаться к их IPMI-интерфейсам и отслеживать показатели с различных датчиков этих устройств. Для этого можно создать элементы данных вручную, указав имя датчика, или автоматически, используя правила обнаружения датчиков IPMI. Все эти функции есть в шаблонах в Zabbix по умолчанию. Правило обнаружения покажет список ваших датчиков и создаст новый элемент данных для каждого из них на основе прототипа элемента данных.
Мониторинг с помощью ODBC, ssh, WMI
Собирать данные можно не только с помощью протоколов SNMP, IPMI, проверок агента Zabbix или интерфейсов Java. Например, можно использовать ODBC для доступа к базе данных, выполнения запроса и вывода его результатов в виде метрики. Еще можно использовать протокол SSH и Telnet, чтобы также подключиться к удаленному узлу, выполнить команду и собрать данные в виде метрики. Для мониторинга устройств Windows можно использовать счетчики производительности или технологию WMI.
VMware
Система Zabbix по умолчанию может автоматически обнаруживать объекты в среде VMware, например, виртуальные машины, гипервизоры, кластеры и хранилища данных. В зависимости от созданного узла мы будем использовать определенный шаблон, где перечислены счетчики производительности, которые мы задействуем при сборе данных из среды VMware. Вы всегда можете изменить эти шаблоны, если нужно отключить или включить обнаружение определенных объектов. Еще вы можете добавить свои собственные счетчики производительности, в зависимости от версии vCenter.
Низкоуровневое обнаружение (LLD)
Представим, что у нас есть множество похожих узлов, которые используют одинаковые шаблоны, но обладают разными компонентами. Например, у этих узлов разные файловые системы. Как можно решить эту проблему? Конечно, можно вручную создать элементы данных для каждой файловой системы, но это не совсем удобно. А если в нашей системе не три, а 300 узлов? Нужно каким-то образом автоматизировать этот процесс. Для этого необходимо использовать низкоуровневое обнаружение (LLD). При этом может использоваться любой способ проверки: с помощью агента, SNMP, ODBC, Java или других средств, которые поддерживает Zabbix. Затем на основе прототипов элементов данных, триггеров, и графиков создаются элементы данных, триггеры и графики по результатам обнаружения. Так вы автоматизируете создание этих сущностей. У многих стандартных шаблонов, если не у большинства из них, уже есть правила обнаружения. Например, правило обнаружения сетевого интерфейса с прототипами элементов данных, триггеров и графиков. Если вы посмотрите на узел, который мы используем для примера, вы увидите, что в результате обнаружения было создано более 500 элементов данных: по паре для каждого интерфейса. То же самое происходит с триггерами и графиками. LLD полностью автоматизирует процесс. В данном случае был использован либо агент, либо SNMP. Рассмотрим обнаружение хранилищ, файловых систем или физических дисков. Повторим, что сначала правило обнаруживает объекты, затем на основе прототипов элемента данных, триггеров и графиков, в этом случае через SNMP, мы создаем элементы данных по SNMP, а также триггеры, которые назначены этим элементам.
Trend Triggers
Вы можете задать порог значения для триггера и установить период, за который будут сравниваться показатели: часы, дни, недели, месяцы и даже годы. Это возможно благодаря тому, что Zabbix собирает динамику изменений каждый час, т. е. усредненный минимальный и максимальный показатель для каждой собранной метрики и подсчитывает количество собранных показателей для нее. Таким образом, можно создать триггер, который будет уведомлять вас, если текущая средняя загрузка вашего приложения выросла на 10% по сравнению с предыдущим месяцем.
User Roles
В разделе «Роль пользователя» можно самим определить необходимые роли. Например, можно создать роль для сетевых администраторов, администраторов приложений и сотрудников центра управления сетью. Роли основываются на типах: пользователь, администратор или суперадминистратор. В зависимости от типа у ролей есть ограничения на доступ к элементам пользовательского интерфейса, который можно еще больше ограничивать или расширять. Например, специалисты по сетям имеют доступ только к панелям и картам. Кроме того, можно установить ограничения для ролей, предоставляя доступ только к определенным методам API с помощью белого и черного списков. Также можно ограничить возможность выполнения определенных действий. Например, специалисты по сетям не смогут выполнять скрипты или изменять важность проблемы.
Аутентификация
Существует множество способов расширения функционала Zabbix, связанного с аутентификацией. Например, протокол LDAP. Просто направьте сервер Zabbix к серверу LDAP (Active Directory или OpenLDAP), и все готово. Для аутентификации также можно использовать веб-сервер. С версии 5.0 Zabbix поддерживает стандарт SAML. Аутентификацию этого типа можно централизованно настроить через пользовательский интерфейс Zabbix.
External Vault
Zabbix позволяет надежно защитить учетные записи, SNMP-сообщества и другие чувствительные данные. При необходимости можно хранить данные во внешнем хранилище. Соединение с основной базой данных Zabbix можно установить через это хранилище, где будут находиться все учетные записи.
Proxy
Представьте, что у вас есть множество ЦОДов по всему миру. В каждом расположены десятки тысяч узлов. На каждом из них есть агент, или узел получает запросы по SNMP. Нужно как-то собрать данные со всех узлов. И тут возникает несколько проблем. Во-первых, задержка в сети, негативно влияющая на производительность мониторинга. А если какой-то сегмент сети перестанет работать и узел станет недоступен? Кроме того, команда по обеспечению безопасности должна проводить пассивные проверки (опросы) через брандмауэр. Как можно оптимизировать этот процесс? Существует готовое решение — Zabbix-прокси. Вы можете создавать сколько угодно прокси по всему миру. Допустим, прокси находятся там же, где и ваши ЦОДы: в США, Азии и Европе. Какие это даст преимущества? Самые разные. Во-первых, прокси будут собирать данные с локальных узлов и отправлять обратно на центральный сервер Zabbix. Если сеть перестала работать во время передачи данных от прокси к серверу Zabbix, то прокси все равно сохранит данные в своей базе данных. Когда сеть будет восстановлена, прокси отправит данные на сервер повторно. Прокси разгружают сервер, т. к. берут на себя часть нагрузки по сбору данных. Вместо сервера это будет делать, например, виртуальная машина, на которой расположен прокси. Таким образом можно масштабировать сервер Zabbix так, как вам это нужно.
Media Types
В версию 5.0 было добавлено много встроенных интеграций. Для них используется новый тип оповещений Webhook Media, что обеспечивает интеграции с такими сервисами как Slack, Jira, Telegram и др. С точки зрения внутренней структуры они основаны на передаче встроенных макроданных через специально созданный JavaScript, который предоставляет Zabbix. При необходимости интеграции всегда можно перенастроить и изменить, чтобы они подходили вашей среде.
Система мониторинга Zabbix для начинающих
Содержание:
Zabbix — это универсальный инструмент мониторинга, способный отслеживать динамику работы серверов и сетевого оборудования, быстро реагировать на внештатные ситуации и предупреждать возможные проблемы с нагрузкой. Система мониторинга Zabbix может собирать статистику в указанной рабочей среде и действовать в определенных случаях заданным образом.
В этой обзорной статье расскажем об основных принципах и ключевых инструментах, на которых построена универсальная система мониторинга Zabbix.
Обзор
Систему создал Алексей Владышев на языке Perl. Впоследствии проект подвергся серьезным изменением, которые затронули и архитектуру. Zabbix переписали на C и PHP. Открытый исходный код появился в 2001 г., а уже через три года выпустили первую стабильную версию.
Веб-интерфейс Zabbix написан на PHP. Для хранения данных используются MySQL, Oracle, PostgreSQL, SQLite или IBM DB2.
На данный момент доступна система Zabbix 4.4. Скачать ее можно на официальном сайте. Там же можно найти официальные курсы и вебинары для начинающих пользователей системы.
Далее рассмотрим, из чего состоит и как работает технология Zabbix в доступном формате «для чайников».
Архитектура Zabbix
У Zabbix есть 4 основных инструмента, с помощью которых можно мониторить определенную рабочую среду и собирать о ней полный пакет данных для оптимизации работы.
Основные возможности
Функционал включает в себя общие проверки для наиболее распространенных сервисов, в том числе СУБД, SSH, Telnet, VMware, NTP, POP, SMTP, FTP и т.д. Если стандартных настроек системы недостаточно, их можно изменить самостоятельно или же пользоваться дополнением через API.
Стандартные функции системы
Проверки
Для описания системы мониторинга Zabbix существует два ключевых понятия:
Сам Zabbix-агент способен отражать текущее состояние физического сервера, собирая совокупность данных. У него достаточно много метрик. С их помощью можно проверить загруженность ядра (Processor load), время ожидания ресурсов (CPU iowait time), объем системы подкачки (Total swap space) и многое другое.
В Zabbix существует целых 17 способов, дающих возможность собирать информацию. Указанные ниже, входят в число наиболее часто применяемых.
У проверок есть заданные шаблоны (Templates), которые упрощают создание новых. Кроме обычных операций существует возможность регулярно проверять доступность веб-сервера с помощью имитации запросов браузера.
Проверка через пользовательский параметр
Чтобы выполнить проверку через агент, нужно прописать соответствующую команду в конфигурационный файл Zabbix-агента в качестве пользовательского параметра ( UserParameter ). Сделать это можно с помощью выражения следующего вида:
Помимо самой команды, приведенный синтаксис содержит уникальный (в пределах узла сети) ключ элемента данных, который надо придумать самостоятельно и сохранить. В дальнейшем, ключ можно использовать для ссылки на команду, внесенную в пользовательский параметр, при создании элемента данных.
Пример
С помощью данной команды можно настроить агент на постоянное возвращение значения « 1 » для элемента данных с ключем « ping ».
Триггеры
У каждого триггера существует уровень серьезности угрозы, который маркируется цветом и передается звуковым оповещением в веб-интерфейсе.
Некоторые функции триггеров
Прогнозирование
Триггеры обладают еще одной важной функцией для мониторинга — прогнозированием. Она предугадывает возможные значения и время их возникновения. Прогноз составляется на основе ранее собранных данных.
Анализируя их, триггер выявляет будущие проблемы, предупреждает администратора о возникшей вероятности. Это дает возможность предотвратить пики нагрузки на оборудование или заканчивающееся место на жестком диске.
Функционал прогнозирования добавили с обновлением системы 3.0, вышедшим в феврале 2016 года.
Действие
Действие (Action) представляет собой заданную реакцию на событие (Event). Действие может устанавливаться автоматически или вручную как для одного из событий, так и для целой группы.
Параметры действий
Для событий, вызванных триггером или обнаружением, есть свои типы условий. Например, «Application» с операторами « = », « like » и « not like » значит, что триггер является частью указанного приложения. Или «Service type» с операторами « = », « »и « > » предусматривает, что обнаруженный сервис совпадает с указанным.
Операции
Пользователь может указать для событий операцию или группу операций.
Параметры операций
Низкоуровневое обнаружение
Функция Низкоуровневого обнаружения (LLD) автоматически создает элементы и триггеры, которые позволяют отслеживать системы сервера, находящимся под наблюдением. Включение функции происходит через настройку атрибутов, которую можно сделать, пройдя по пути: «Настройка» → «Шаблоны» → «Обнаружение» (вкладка в строке с шаблоном) → вкладки «Правила обнаружения»/«Фильтры».
Что можно обнаружить
Дополнительные типы
Задать собственные типы низкоуровневого обнаружения возможно с применением формата JSON. Типы проверок, для которых можно указать список портов и интервал для них:
Если хост пропадает или обнаруживается, для события можно привязать любое действие — условия и операцию для них.
Прокси
Функция буферизации через прокси используется в том случае, когда существующая инфраструктура достаточно большая, а выделенный сервер не способен нести такую нагрузку. Прокси выступает промежуточным звеном, которое собирает информацию с агентов в буфер, а после отправляет данные на сервер.
Прокси используется еще в нескольких случаях — если агенты находятся далеко друг от друга или ограничены локальной сетью. Это сказывается на доступности агентов и величине пингов.
Zabbix прокси функционирует как демон. Для его использования обязательно наличие отдельной базы данных.
Особенности веб-интерфейса
Система мониторинга Zabbix располагает удобным веб-интерфейсом, в котором сгруппированы элементы управления. Консоль предусматривает просмотр собранных данных, их настройку. Для безопасности входа и работы осуществляется автоматическое отсоединение через 30 минут пользовательского бездействия.
На главном экране всегда представлена информация о состоянии узлов сети и триггеров.
Пользователю доступны пять функциональных разделов, включая Monitoring («Мониторинг»), Inventory («Инвентарные данные»), Reports («Отчеты»), Configuration («Конфигурация») и Administration («Администрирование»).
В разделе «Конфигурации» можно найти группы хостов. По каждому элементу списка можно посмотреть более подробную информацию, например, последние события и графики данных.
Управлять шаблонами, доступными администратору, можно в соответствующем подразделе — Templates («Шаблоны»).
Версия 4.4
Узнать версию установленного Zabbix сервера можно во время запуске в файле-протоколе.
Основные нововведения в Zabbix 4.4
Заключение
Zabbix по праву считается одним из самых продвинутых инструментов для удалённого мониторинга аппаратных и программных ресурсов. Система с успехом позволяет решать задачи по отслеживанию сетевой активности и работоспособности серверов, а также предупреждать о потенциально опасных ситуациях. Благодаря встроенным механизмам анализа и прогнозирования, Zabbix может стать основой для создания полноценной стратегии эффективного использования IT-инфрастуктуры в компаниях любого масштаба.
Способности Zabbix ограничены только имеющимися в распоряжении ресурсами. VDS от Eternalhost на SSD-дисках обеспечит системе максимальное быстродействие и возможность мониторить множество узлов в сети.