Вопросы Теги

автоматизация nagios в большом масштабе

Используйте "http перехватчик". Существуют многие. Можно легко найти в Интернете.

Кажется, что все используют скрипача кроме меня. Я предпочел бы, чтобы Вы сделали свой выбор

BTW, запишите версии и выпуски браузеров. Начните описывать свою ситуацию в контексте одного выбранного IE, так как это от того же MS (но примечание, там ошибочные различия между ними),

4
задан 10 August 2012 в 18:49
1 ответ

За последние 18 месяцев я реализовал три немного разных решения для мониторинга Nagios с помощью Chef. Все они основаны на ресурсе шаблонов Chef для создания файлов конфигурации с использованием синтаксиса ERB, и этот бит работал очень хорошо. У вас есть Ruby-массив или хэш хостов и служб, и создаются файлы конфигурации Nagios. Тестировать и отлаживать довольно просто.

  1. Конфигурация полностью на основе пакетов данных . В этом случае есть пакет данных nagios_hosts и nagios_services , и у каждого хоста есть ключ, который сообщает, какие проверки службы запускаются, например check_load , check_disk . Эта установка быстро запускается и работает достаточно хорошо, хотя, если хосты удалены или добавлены новые, кто-то должен быть рядом, чтобы обновить пакеты данных. На практике об этом легко забыть, и все может устареть, что может привести к проблемам.
  2. Конфигурация на основе атрибутов Chef . Здесь я использовал Chef REST API, чтобы запросить один или несколько серверов Chef, чтобы получить списки узлов и назначить им служебные проверки в зависимости от назначенных им ролей. Зависимость от Chef означает, что трудно контролировать системы, не относящиеся к Chef, например, устройства, сетевые устройства или узлы, на которых Chef по какой-либо причине не запускается. Chef в конечном итоге отправляет огромное количество данных JSON по сети для большого количества узлов, и обработка всех этих данных создает нагрузку на сервер (-ы) Chef, а также на сервер Nagios, когда он генерирует файлы конфигурации.
  3. Приложение Rails, генерирующее файлы конфигурации Nagios . В итоге я сломал зависимость Chef, сохранив информацию о конфигурации Nagios в базе данных и заставив приложение Rails сгенерировать файлы конфигурации. Каждый сервер Nagios отправляет запрос REST и загружает файлы конфигурации, созданные с помощью ERB и базы данных MySQL. Это довольно трудоемкая работа, но пока что она хорошо работает для мониторинга узлов Chef и не-Chef.

Итак, пройдя все это, я, вероятно, рекомендовал бы использовать что-то вроде варианта № 2 для небольших (десятков до сотен) узлов. Я бы постарался сделать это простым. Я использовал систему атрибутов Chef для определения и переопределения пороговых значений для проверок службы на основе ролей, и пока она работает, она »

3
ответ дан 3 December 2019 в 03:45

Теги

Похожие вопросы