Существует ли предел на то, сколько систем и сервисов Nagios может контролировать?
Мы в настоящее время используем несколько рабочих Nagios для распределения рабочей нагрузки с помощью DNZ, как описано здесь: https://assets.nagios.com/downloads/general/docs/Distributed_Monitoring_Solutions.pdf. Я не смог найти любую информацию об этом в официальной документации, и большинство поисков просто связывает меня назад с их веб-сайтом. Игнорирование вычислить требуемого питания (ЦП, RAM, и т.д.) является там каким-либо жестким пределом того, сколько хостов или обслуживает единственный экземпляр Nagios, может контролировать? Что относительно на отдельном рабочем?
Я не уверен, спрашиваете ли вы об ограничениях конфигурации или об ограничениях времени выполнения. Или и то, и другое.
- Если вы спрашиваете, есть ли ограничение на количество объектов (хостов/сервисов/команд/контактов/неважно), с которыми будет работать синтаксический анализатор, то ответ выглядит так, как будто "нет" (смотрите на исходный текст синтаксического анализатора). Если только у вас не кончилась память во время синтаксического анализа.
По мере того, как вы попадаете в десятки-из-тысячи объектов (и более) территорий, время, необходимое для разбора конфигурации, может значительно увеличиться. Однако это скорее проблема с v3, чем с v4. Дополнительную информацию смотрите в документации на странице Fast Startup Options.
Если вы спрашиваете об ограничениях по времени выполнения, то опять же нет предварительно настроенного или жёстко закодированного верхнего предела. Единственное, что действительно важно, это проверка/секунда , и может ли ваше аппаратное обеспечение справиться с этим или нет. 10k хостов (или сервисов) с 5-минутным интервалом check_interval - это то же самое, что 2k хостов/сервисов с интервалом в 1 минуту.
Наблюдение (и трендинг) средних задержек проверки и времени исполнения из nagiostats является хорошим способом оценки проблем с пропускной способностью Nagios.
Есть несколько простых настроек, которые могут сильно отличаться, например, использование катушки результатов проверки на ramdisk, и использование check_icmp вместо check_ping. Есть хорошие предложения на странице Tuning Nagios For Maximum Performance . (Но эта страница также предлагает использовать UltraSCSI диски вместо IDE, чтобы дать вам некоторое представление о том, как это происходит...)
Причина, по которой у вас так много проблем с поиском окончательной информации об определении размера Nagios, заключается в том, что нет двух одинаковых установок, и слишком много переменных, чтобы можно было сказать "вы можете иметь X проверок в секунду на ядро" или что-то подобное.
.