Хочется странного - оффлайн мониторинг

[sire]

Привет всем!

Представим гипотетическую ситуацию. Есть несколько объектов, допустим их 10. Объекты не связанны между собой по IP-сети. Пусть на означенных объектах настроен мониторинг при помощи Zabbix. Есть также один центральный объект. Центральный объект также не связан с низовыми объектами по IP-сети. На центральном объекте необходимо с периодичностью, например, 1 раз в неделю получать данные мониторинга с низовых объектов, например с целью оценки SLA и других данных, не требующих незамедлительного реагирования.

Мне видится следующий вариант решения задачи.
1. На всех объектах настраиваем распределённый мониторинг. Центральный объект - мастер-нода, низовые объекты - подчинённые ноды одного уровня.
2. Один раз в неделю на низовых объектах делаем дамп базы Zabbix, записываем дамп на диск, привозим на центральный объект.
3. На центральном объекте поднимем 10 серверов Zabbix (одновременно или последовательно). На каждом из серверов Zabbix создаем базу из дампа одного низового объекта.
4. Данные мониторинга из дампов низовых объектов автоматически подтягиваются в базу сервера Zabbix центрального объекта.
5. После завершения синхронизации слейв-мастер слейв убивается.

Теперь вопросы.
1. Будет ли такая схема работать?
2. Будет ли вообще запускаться и работать подчинённая нода при отсутствии связи с мастер-нодой?
3. Со временем базы низовых объектов будут расти. Можно ли выгружать данные только за определённый период времени? Ну или выгрузить всё, а потом отрезать часть данных, так, чтобы синхронизация подчинённой ноды не занимала слишком много времени?
4. Есть ли другие варианты решения?

[dima_dm]

Почему бы вам не писать данные в файл, а затем приносить этот файл и с помощью zabbix_sender c ключами -i -T загружать их в базу Zabbix? Item-ы типа Zabbix траппер должны быть предварительно созданы.
http://www.zabbix.com/documentation/.../zabbix_sender
формат:
<имяхоста> <ключ> <timestamp> <значение>

[sire]

А как создаётся этот файл, кто туда пишет данные? Не понимаю этот момент.
На низовых узлах нужен полноценный мониторинг, там есть свой админ.

[dima_dm]

Тогда такую схему проще сделать средствами MySQL базы данных. Т.е. включить логирование (bin-log) на MySQL. Переносить бинарные логи на центральный узел и загружать их в базы утилитой mysqlbinlog.
А на центральном узле поднять 10 независимых MySQL баз с Web интерфейсом для просмотра статистики. С Slave и Master в такой схеме лучше не связываться, проблем будет очень много.

[sire]

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

[dima_dm]

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

Тогда создавайте сервера в регионах с разными NodeID и попытайтесь слить все bin-log в одну базу. Но надо очень тщательно тестировать, т.к. уши от такой кривизны обязательно вылезут. И нужно будет исключать какие-то таблицы, типы запросов из синхронизации. В работе схемы Master-Slave и так родных проблем хватает, а вы ещё своих добавите.
Я например, не вижу особых плюсов от данных в одной базе, а вот проблем будет на порядок больше.

[sire]

Протестировал свою схему на двух виртуалках.

1. Схема работает.
2. Подчинённая нода при отсутствии связи с мастер-нодой запускается и работает.

[dima_dm]

Протестировал свою схему на двух виртуалках.

1. Схема работает.
2. Подчинённая нода при отсутствии связи с мастер-нодой запускается и работает.

В этом никто и не сомневался, основной вопрос будут ли проблемы с синхронизацией с мастер Node, когда вы принесёте данные в центральный офис, особенно при 2 и т.д. итерации.

[sire]

В этом никто и не сомневался, основной вопрос будут ли проблемы с синхронизацией с мастер node, когда вы принесёте данные в центральный офис, особенно при 2 и т.д. итерации.

Я сомневался
Проверил несколько итераций.

[erizo]

А почему, если на местах есть админы не сделать на каждом месте по серверу, который и будет следить за собой.

[sire]

А почему, если на местах есть админы не сделать на каждом месте по серверу, который и будет следить за собой.

Поясните, пожалуйста, подробнее про сервер, который будет следить за собой. Что именно он должен делать?