Маршрутизация между SRX220 и существующим сетевым маршрутизатором

Вашим неизящным решением является на самом деле хорошее, не настраивая отдельные консоли мониторинга (думайте прерывания SNMP). Если Вы работаете, стиль RHEL/CentOS syste удостоверяются, что Вы установили 'sysstat' (и включили его) собрать продолжающуюся статистику вокруг ЦП, Памяти, Диска ввод-вывод и т.п.. (см./etc/sysconfig/sysstat.* файлы конфигурации для настройки).

После того как у Вас есть та сборочная статистика лежания в основе для Вас, она может использоваться для точного определения, когда тенденция загрузки происходит (поэтому только помимо наблюдения высокого ЦП, proc очередь сохранена? Вы видите серьезные отказы в подкачке страниц? как Ваше использование подкачки?), который можно затем коррелировать к 'mysqladmin proc статистика' списки типов и т.д. Если это - стек LAMP, захватите общее количество httpd процессы и затем сделайте быстрое суммирует/делит для обнаружения среднего размера процесса для записи также. Включите свой медленный запрос, входят в систему MySQL, чтобы затем захватить тех плохих парней и искать некоторые таблицы, нуждающиеся в индексах.

Иногда lo-технология не является плохой технологией.:) Почему используют цепная пила, когда нож сделает.