Сведения о вопросе

Sadijon

21:06, 1st October, 2020

Кластеринг — что должно быть

Просмотров: 376   Ответов: 2

Это снова я со своим небезызвестным проектом.
Что должен включать в себя софт для управления кластером? Сам не в теме, поэтому уповаю на облачных гуру.

Что есть сейчас:

* Переключение всей панели в режим конфигурации кластера — включается редактирование отдельного дерева конфигов.
image

* Все кластерные конфиги хранятся как оверлей для корневой ФС

* Возможность подставлять в любое место любого конфига переменные и задавать их отдельно для каждой ноды:



image

* Хранится информация о том, какие файлы оверлея принадлежат какому элементу конфигурации системы:



* Выгрузка конфигов на ноды и их там применение (подключение через SSH (SCP) с аутентификацией по ключам)



В правильном ли направлении я двигаюсь и что еще нужно добавить?



  Сведения об ответе

PIRLO

02:35, 29th August, 2020

На последней картинке на хватает пометки о роли каждой ноды. Не совсем будет ясно кто чем занимается (MySQL, NAS, Apache/Nginx, Mail)


  Сведения об ответе

repe

13:13, 3rd August, 2020

Можно ещё пинговать ноды в табличке.
И подтягивать кроме инфы о пакетах, инфу о железе (например, через lshw с параметром -xml) — будет инвентаризация железа.

Инфу о пакетах и железе удобно собирать в фоне cron-ом и уже на сервере парсить и заносить в базу.
Ещё можно для кластеров сделать поддержку wakeuponlan — вносить изменения в init-скрипт для клиент (чтобы разрешать прием «будящих» пакетов) и будить с сервера или с «живой» ноды в сетке.

Эту же инфу о железе можно потом использовать в качестве переменных для конфигов: например, mac-адреса сетевух: например, можно сделать массив eth-addresses={«eth0»: «00:11:22:33:44:55», «eth1»: «11:22:33:44:55»}

Это удобно, если конфиг пишешь со вставками баша или другого языка.


Ответить на вопрос

Чтобы ответить на вопрос вам нужно войти в систему или зарегистрироваться