Давайте для начала представим себе маленькую фирму с небольшой IT структурой: 10 серверов, 50 рабочих станций, один маршрутизатор, несколько коммутаторов, пара принтеров и один источник бесперебойного питания. Обслуживает всё это хозяйство 2 админа и пара эникейщиков. С чего должен начинаться рабочий день отдела системного администрирования в этой фирме? Начинаться он должен с утреннего обхода, почти как в больнице.
Системные администраторы должны прийти раньше всех и:
Итак, зачем это нужно? Представим себе компанию, имеющую представительства в основных крупных городах нашей необъятной родины. Связь между офисами осуществляется через публичные сети (Internet) и с использованием выделенной операторской сети (MPLS). Для обеспечения безопасности поверх этих сетей «подняты» VPN-туннели в которых собственно и передаются данные. Плюс ко всему, для повышения надежности (отказоустойчивости сети) одновременно используются один основной (MPLS) и два резервных (Internet) виртуальных каналов передачи данных; в случае отказов каналов маршрутизация обеспечивается с помощью OSPF (в случае отказа одного из каналов трафик будет маршрутизироваться по другому каналу). Как показала практика, даже при такой, казалось бы, надежной схеме, возможны нарушения связи. И в том случае, если клиентские компьютеры работают с использованием RDP, а внутренняя телефонная связь компании осуществляется по VoIP работа удаленного офиса становится невозможной. Читать запись полностью »
В данном сообщении опишу наш пакет мониторинга (management pack) для System Center Operations Manager 2007 (далее – SCOM), с помощью которого можно мониторить источники бесперебойного питания APC.
Почему вообще возникла идея создания подобного пакета? Когда приходится обслуживать несколько серверных, разнесенных географически, вопрос мониторинга питания встает с особой остротой. Никак не получится выбрать какой-нибудь один ИБП, мониторить его бесплатной утилитой APC, идущей в комплекте с ИБП и считать, что все остальные ИБП в серверной ведут себя примерно так же.
Этот пост посвящён пакету мониторинга (management pack) цисок для Microsoft System Center Operations Manager 2007 (далее в тексте SCOM), который родился в недрах нашей компании.
Начну с того, как вообще мы дошли до жизни такой – почему стали писать собственный пакет мониторинга цисок. Дело в том, что SCOM у нас уже был внедрён, серверы он мониторил вполне успешно. Появилось естественное желание свести в единую консоль оператора мониторинг серверов, сетевого оборудования и источников бесперебойного питания. Я занялся исследованием вопроса мониторинга цисок с помощью SCOM. В каталоге на сайте Microsoft для этого предлагается два сторонних пакета (разрабатываемых партнёрами Microsoft и приобретаемыми отдельно). Я ставил и изучал оба – от Quest Software и Jalasoft, показывал их нашим сетевым администраторам… и в итоге мы решили, что их функционал нас не устраивает, и лучше будет написать свой management pack.
