Главная » Блоги Экспертов И ИТ-Компаний » Жизнь после миграции: а как же сопровождение, управление и мониторинг?

Жизнь после миграции: а как же сопровождение, управление и мониторинг?

Опыт проектов в части внедрения коммуникационных решений на базе CommuniGate Pro, а также создание ИТ-инфраструктур на базе Linux, позволяет нам предложить ряд идей, которые окажутся полезными для архитекторов и администраторов, вступающих на этот путь. Вячеслав Пронин, системный архитектор “Диджитал Дизайн”, рассказал о некоторых особенностях управления и сопровождения крупных решений на базе CommuniGate Pro.

 

Когда же стоит присмотреться к менее знакомым технологиям и подходам? Конечно, все зависит от планируемых масштабов внедрения: если речь идет об одном сервере, одном кластере и одной площадке - все достаточно просто, и привычные подходы все еще работают. Простой мониторинг, ручное администрирование, резервное копирование все еще эффективны. Ну и системный администратор пригодится.

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

  • Трудности управления конфигурацией: тот самый процесс управления конфигурацией оказывается не просто желанием развести больше бюрократии и согласования комитетом, а здоровым стремлением знать: какие конфигурационные параметры действительно используются, какие изменения внесены, и каким образом можно все откатить или развернуть с нуля? И будет ли оно при этом работать?
  • Желание понимать, что же на самом деле происходит в системе. Процесс управления журналами событий (нет-нет, мы совсем не про SIEM!) также может быть не просто причиной расходования большого объема дисковых ресурсов, а приятной возможностью предсказать проблемы, обнаружить неожиданные угрозы и узнать результаты предоставления сервиса конкретному клиенту.
  • Желание быстро увидеть, как наш сервис выглядит со стороны и какова степень утилизации ресурсов в каждый момент времени. Ну, про мониторинг все и так знают: нет мониторинга -> нет сервиса -> нет проблем.

Конкретные советы

Отложив в сторону красивые истории про процессы, ITIL, и документооборот/согласование изменений комиссией, то в сухом остатке можно предложить такие варианты:

  1. Без контроля за конфигурацией большой распределенный сервис в ряде случаев рискует стать большой распределенной болью. Как минимум, обратите внимание на инструмент Ansible – он открыт, достаточно легко изучается, не требует внедрения в виде отдельной системы, при этом:
    1. С ходу позволяет документировать конфигурацию всей системы - серверного ПО, приложений (в том числе и CommuniGate Pro), сетевого оборудования.
    2. Позволяет автоматически распространить эти конфигурационные параметры на целевые узлы.
    3. Обеспечивает хранение такой конфигурации в простом YAML-файле, позволяет реализовать ее версионный контроль, разделение на тестовые - продуктивные зоны.
    4. Расширяет, и позволяет как самостоятельно добавлять в него новые возможности управления, так и в дальнейшем построить на его основе полноценную систему управления конфигурацией серверного linux-парка.
  2. Без сбора и возможности анализа журналов событий большая распределенная система станет черным ящиком. Не стоит ожидать, что в этом случае вы справитесь старым-добрым grep’ом, AWKом и черной консолью, но и не требуется сразу же подключать к этой истории прожорливые системы, новые статьи бюджетов и специалистов по информационной безопасности. В качестве стартовой точки мы рекомендуем обратить внимание на инструмент Graylog - также открытый, доступный, необлачный, и позволяющий:
    1. Принимать и агрегировать события из разных источников - от классического syslog до модного и прикладного gelf.
    2. Выполнять пост-обработку событий: разбирать их по атрибутам, преобразовывать, перекодировать, дополнять.
    3. Хранить терабайты собранных событий (благодаря Elasticsearch под капотом).
    4. При росте аппетитов масштабировать его, получая требуемую пропускную способность и длительность истории хранения.
    5. Анализировать хранимые данные через специализированный веб-интерфейс, быстро искать необходимую информацию.
    6. Отправлять через заданные каналы оповещения информацию о выявленных событиях.
    7. Собирать и отображать панели индикаторов, формируемые на основе хранимых данных.
  3. Само собой, не рассчитывать, что в 21 веке можно обойтись без старого доброго мониторинга - как в виде черного ящика, так и со сбором и хранением метрик производительности

Данный материал является частной записью члена сообщества Club.CNews.
Редакция CNews не несет ответственности за его содержание.
2 месяца назад
Комментарии
Другие публикации
RU, Санкт-Петербург
+7 (812) 346-58-33
Информационные технологии

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

Адрес: Россия, Санкт-Петербург, наб. р. Смоленки, д. 33, Тел.: +7 (812) 346 58 33

Тел.: +7 (812) 346-58-33

E-mail: info@digdes.com




Забыли пароль?
Зарегистрируйся сейчас!
Присоединяйся к нашему обществу для того чтобы познакомиться с новыми людьми, создать собственный блог, публиковать анонсы событий и объявления, а также участвовать в обсуждении публикаций CNews. Мы создали единое пространство для общения специалистов рынка информационных технологий и всех, кто интересуется современными технологиями. Регистрация =>