Как стать автором
Поиск
Написать публикацию
Обновить
6
0
Вадим Лобашев @Archymind

Системный инженер

Отправить сообщение
Ну как минимум, хотелось бы поддержки роутинга. А то конструкции такого рода:
get '/' => sub { 
    "Hello World" 
};

светились как новогодня елка, когда я в последний раз пытался править код в проекте на Dancer.
Спасибо большое за ваш труд, пользуюсь вашим плагином. Хотелось бы еще поддержки Dancer, тогда было бы вообще круто. :)
Раньше тоже использовали Skype/Jabber для внутрикорпоративного общения, но после того, как перешли на стандарт безопасности PCI DSS, пришлось от Skype отказаться. Сейчас используем HipChat, в принципе, нас в нем все устраивает. Особо радует интеграция с JIRA. Ключевым фактором выбора HipChat-а стало то, что он есть под все платформы. Jabber выпилили за ненужностью.
У вас тут целая БД ставится на хосте ради целей мониторинга, если что.

Нет, MySQL не ставится ради мониторинга, если Вы внимательно прочитали статью, то MySQL уже была, для других целей.
И тогда возникают вопросы: как скидывать статистику? куда ее сохранять, учитывая, что набор хостов и метрик постоянно меняется?

Это вполне решается, нужно лишь немного поправить скрипт. Мы можем сохранять репорты в БД, находящуюся на другом хосте. А чтобы знать, с какого хоста статистика, нам понадобится первый столбец из вывода sadf. Об этом я тоже упомянул в статье.

Но я с Вами согласен, для более сложного мониторинга могут потребоваться другие инструменты. Например, мы активно используем Zabbix и rrdtool.

Не понял, что вы имеете в виду.

Извините, возможно я некорректно выразился. В большинстве крупных компаний, серверам закрывают доступ в интернет. Например, бекенду в большинстве случаев доступ в интернет ни к чему. Встает вопрос, как обновлять сервера? Для это создают зеркала репозириев, например в нашей компании есть зеркало репозиториев SLES, с которого обновляются все сервера. И порой бывает довольно трудно убедить админов поставить что-то «левое», не содержащееся в репозитории.

Целью статьи было показать, как можно осуществлять мониторинг посредством подручных средств.
Как я писал в начале статьи, есть много различных систем мониторинга, но все они сами потребляют ресурсы. Но конечно это еще не все, есть другие разные причины, почему не подходит тот или иной инструмент. Например, сервера в закрытой корпоративной сети, которые не имеют выхода в интернет, все что у них есть — локальный репозиторий. А sysstat и gnuplot есть почти в каждом дистрибутиве. И они хорошо справляются со своей ролью. :)
Спасибо, посмотрю. В принципе все проекты, основанные на rrdtool довольно интересные. :)
Да, atop тоже хорош, выбор в сторону SAR пал из-за утилиты sadf, которая сразу форматирует вывод в нужном формате.
Спасибо, интересно, посмотрю на досуге.

Информация

В рейтинге
Не участвует
Откуда
Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность