☰

SCOM 2007 против Zenoss (или другого открытого исходного кода)

tag-icon • tag-icon windows monitoring scom zenoss
SCOM 2007 против Zenoss (или другого открытого исходного кода)

Я взял на себя смелость протестировать SCOM 2007 и Zenoss и обнаружил следующее:

СКОМ 2007

Плюсы:

  • Отличный мониторинг и отчетность сервера MS Windows
  • Глубокая настройка и простая интеграция в «центр обработки данных MS»

Минусы:

  • ограниченная поддержка мониторинга сетевых устройств (без сторонних плагинов)
  • дорогой
  • сложная кривая обучения

Зеносс

Плюсы:

  • Открытый исходный код (бесплатно)
  • достойный мониторинг сервера для Windows, отличный мониторинг для Linux
  • достойный мониторинг сетевых устройств

Минусы:

  • не такой подробный, как SCOM (по крайней мере для Windows)

Итак, мой вопрос к вам, ребята, таков:

Учитывая вышеизложенное и то, что я пытаюсь контролировать 55 серверов Windows, 1 сервер Linux, 2 сервера ESX и оборудование Juniper... что бы вы порекомендовали?

решение1

Математика для меня верна. 55 > 2 > 1 > ? = SCOM

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

Наконец, я считаю, что SCOM2007 можетмониторнесколько вариантов *nix,ESX, и любойSNMPподдерживает устройство, изначально, бесплатно.

решение2

Убедитесь, что вы посмотрели на последнюю версию SCOM 2007 r2. Я бы использовал SCOM, SCVMM иплагин джунипера квеста. Вы также можете просто делать SNMP-мониторинг Juniper, но это зависит от того, какой тип отчетов вам нужен. Вы также можете поработать над преобразованием этой последней маленькой Linux-коробки в Windows и сэкономить на ежегодной стоимости поддержки. Если вы застряли с этим, кроссплатформенные расширения для SCOM позволят вам также контролировать это.

решение3

Присутствие 55 Wintel перевесило бы выбор в пользу SCOM 2007, если бы стоимость не была проблемой. SCOM имеет встроенную поддержку и расширенные инструменты для Windows (естественно), и он по-прежнему способен контролировать платформы *nix без необходимости в агентах (хотя и немного ограничен SNMP и SSH, но сравните это с количеством Win и Nix в сети).

Кроме того, если учесть «стоимость» покупки SCOM, я думаю, что дополнительная сумма в пару долларов за агенты для устройств VMware и Juniper не будет такой уж разительной разницей по сравнению с простым SCOM.

решение4

  1. SCOM 2007 R2, 6.1.7221 - Мой начальный опыт... чтобы вы могли узнать о големе

1.1. SCOM Web не любит Firefox 3.6.3, как и пользовательский агент IE.

1.2. Документация в SCOM WEB ведет к онлайн-документации!

1.3. Экспорт отчетов 1.3.1. Экспорт в HTML создайте новый формат HTML .mhtml (конечно, его можно использовать только в IE...) 1.3.2. и когда вы переименуете свой файл в .html, содержимое файла станет двоичным файлом:

...
MIME-Version: 1.0
Content-Type: multipart/related;
 boundary="----=_NextPart_01C35DB7.4B204430"
X-MSSQLRS-ProducerVersion: V9.00.4035.00

This is a multi-part message in MIME format.
...

1.3.3 Ручной выбор для глобальной отчетности для более чем 10 серверов, похоже, не работает.

1.4. И это еще не все!

Попробуйте просто создать отчет за 2 недели или за месяц + несколько дней: вы застрянете на ежемесячном (конец 31) отчете.

Если вам посчастливится выбирать, то для меня все предельно ясно:

(2) Я знаю много людей, использующих Nagios (http://www.nagios.org/) и даже Нагвис (http://www.nagvis.org/).

Я уверен, что OpenNMS (http://www.opennms.org/wiki/Главная_страница) также является хорошим кандидатом [сторона Java].

(3)http://monitoringforge.org/- Для глобального центра с открытым исходным кодом по инструментам мониторинга

Связанный контент