Total SA/ Программное обеспечение для управления инженерами

Итак, как мы уже видели во всем сбое сервера, и на протяжении многих лет я построил несколько из каждой системы,

Однако, в конце концов, я иногда чувствую, что я несколько "собрал все вместе", что, похоже, может быть, самое большее, одним или двумя программами.

Я в некотором роде ищу решение "все в одном", которым легче управлять, чем иметь дело с 7 различными программами. Что-то, что просто работает.

Кто-нибудь знает что-нибудь? Я видел множество приложений для мониторинга и все такое, но им всегда не хватает частей вики и билетов. Для меня это никогда не имело особого смысла, по моему мнению, если сработало предупреждение, это должно быть билетом для инженера. То же самое относится и к сбою IDS, и, возможно, трендовые предупреждения для будущего уведомления.

Источник

5 ответов

Есть также Groundwork Open Source, который выполняет этот "коблинг" для вас. Я не думаю, что в нем есть система вики или тикетов:

http://www.groundworkopensource.com/

Я использовал более раннюю версию несколько лет назад, и она казалась очень многообещающей. В конце концов, моя компания решила сократить бюджет на HP OpenView, поэтому мы никогда не проходили предварительные испытания.

Стоит посмотреть ИМХО.

Источник

Что касается коммерческих продуктов, программное обеспечение KACE получает очень хорошие отзывы. Я не уверен в расходах, но если вы планируете использовать все его функции и иметь "единую стеклянную панель", которую любят маркетологи, это не является необоснованным.

Он включает в себя управление исправлениями, управление программным обеспечением, получение билетов в службу поддержки, удаленную помощь (то, чего у вас нет на данный момент), перезапись хоста и некоторые другие функции, которые вы упомянули.

Я не имею никакого отношения к KACE, но видел несколько успешных установок. Тем не менее, если вам нравятся ваши индивидуальные решения для каждой проблемы, нет никаких веских причин использовать что-то вроде KACE.

Источник

Он не заменит все 7, показывает рекламу, сидит в Windows и имеет ограничения для устройств, но если вы прощающий вид, вы можете посмотреть Spiceworks. Версия 5 сейчас в бета-версии.

Источник

У меня просто была мысль, что все эти инструменты должны откуда-то извлекать свои данные конфигурации. т.е. nagios нужен список серверов для мониторинга, некоторые устройства для опроса, syslog должен знать, где находится центральный сервер syslog-ng. Кроме того, rt3 и mediawiki нуждаются в аутентификации, т. Е. Списках пользователей и паролях

И никто не хочет поддерживать эти списки во многих местах.

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

И это делает MS Active Directory действительно хорошей идеей!

Источник

Я действительно чувствовал то же самое в отношении этого пестрого набора программных компонентов. Как nagios, так и RT3 кажутся довольно почтенными и нуждаются в перетаскивании в 2010 г. (Zabbix был претендентом на замену nagios, но это было более мучительно, чем оно того стоило, и я вернулся к nagios (после того, как отвлекся через Hyperic)

Как бы я ни нашел ответ!;-) это решение проблемы, связанной с множеством различных конфигураций, и автоматизация его центра обработки данных в форме Puppet Labs ( http://www.puppetlabs.com/).

Когда вы переходите к марионеточному образу мышления, вы начинаете думать о написании рецептов марионеток, а не о настройке серверов напрямую, и много боли, проб и ошибок разрозненного набора инструментов уходит.

Puppet (или, если вы предпочитаете cfengine), объединяет управление ревизиями для ваших файлов конфигурации и централизованное управление многими из этих инструментов.

Я бы посчитал, что, как только ваши серверы будут управляться с помощью механизма шаблонов, например, puppet, 50% вашей административной боли уйдет.

Источник
Другие вопросы по тегам