1. дома
  2. Вопрос и ответ
  3. Рабочее решение для мониторинга докеров-контейнеров и рой?

Рабочее решение для мониторинга докеров-контейнеров и рой?

2015-08-21 5 views
2

Я ищу решение для мониторинга для веб-приложения, развернутого в виде контейнеров Swarm of Docker, распространяемых через 7-10 виртуальных машин. Требования высокого уровня являются:Рабочее решение для мониторинга докеров-контейнеров и рой?

  • Настраиваемый Web и REST интерфейс панели индикаторов
  • показатели общей производительности на уровне VM (CPU/Memory/IO)
  • Оповещения, когда контейнеры и/или виртуальные машины переходит в автономный режим/перезагрузка
  • Возможность углубиться в контейнеры активности процесса при необходимости
  • хостовой ОС являются CoreOS и Ubuntu

Какие-либо рекомендации/рекомендации?

ПРИМЕЧАНИЕ: внешняя установка Kibana используется для сбора журналов приложений из агентов Logstash, развернутых на виртуальных машинах.

источник

2015-08-21 Yuri

+0

Как обновление с моей стороны: после некоторого исследования мы теперь тестируем настройку с помощью cAdvisors, работающего на каждом узле кластера, и [Prometheus.io] в качестве внешнего интерфейса и панели инструментов панели аналитики. Есть некоторые другие варианты, которые мы можем изучить, например InfluxDB + Graphana или Kubernetes + [Heapster] (https://github.com/kubernetes/heapster). – Yuri

+0

Я ищу инструмент для мониторинга рой. Любое обновление об этом? – JorelC

+0

@Yuri Вы можете поделиться своим опытом? Я собираюсь протестировать один и тот же cAdvisor для каждой установки узла + prometheys. Любые подсказки/ресурсы? – fiunchinho

ответ

0

Взгляните на Axibase Time-Series Database/Google Cadvisor/collectd stack.

Раскрытие информации: Я работаю в компании, которая разрабатывает ATSD.

  • Разверните 1 контейнер контейнера на ВМ для сбора статистики контейнеров докеров. Интерфейс Cadvisor позволяет просматривать процессы верхнего контейнера.
  • Разверните 1 контейнер ATSD для приема данных из нескольких экземпляров Cadvisor.
  • Разверните сборщик daemon на каждой виртуальной машине, чтобы собрать статистику хоста, настроить демоны collectd на stream data в ATSD, используя плагин write_atsd.

Сводки:

  • Ведущий: enter image description here

  • Контейнер: enter image description here

API/SQL:

Alerts:

  • ATSD поставляется с встроенным в правила двигателя. Вы можете настроить правило для просмотра, когда контейнеры перестают собирать данные и запускают электронную почту или системную команду.

источник

2015-08-21 12:34:48

+0

Спасибо, Сергей: сможет ли эта настройка получить динамическую конфигурацию VM, т. Е. Если новый хост присоединяется к кластеру с помощью cAdvisor, может ли ATSD автоматически его поднять? – Yuri

+0

Правильно, когда вы запускаете контейнер-кадсор на новых хостах, обязательно указывайте его драйвер atsd-хранилища на центральный ATSD. –

0

В настоящее время я оцениваю bosun с помощью scollector + cAdvisor. Посмотри, хорошо.

Редактировать: Он должен соответствовать всем перечисленным требованиям и немного больше. :)

источник

2016-01-21 18:41:44 krish7919

1

Основываясь на ваших требованиях, это звучит как Sematext Docker Agent было бы хорошо.Он работает как крошечный контейнер на каждом хосте Docker и собирает все показатели, события и журналы всех хостов + контейнеров. Он может анализировать журналы, маршрутизировать их, добавлять в черный список/белый список, автообнаружение контейнеров и т. Д. В конце журналы заканчиваются на Logsene, а показатели и события заканчиваются на SPM, что дает вам одно окно со стеклянным видом просмотра во всех ваших битах opock док-станции, с предупреждением, обнаружением аномалий, корреляцией и т. Д.

источник

2016-06-22 05:35:33

 Смежные вопросы

  • Нет связанных вопросов^_^