LINUX.ORG.RU
ФорумAdmin

Про управление конфигурациями

 ,


0

3

Рассматриваю следующую схему:

При включении компьютер связывается с сервером, смотрит, какая конфигурация ему предназначается. Если отличается от текущей - всасывает её и перезагружается. Если нет, то действует исходя из того, что раскатано сейчас.

Про сами конфигурации: преимущественно это какие-либо файлы в домашнем каталоге, +- какой-нибудь автозапуск.

PXE не предлагать - не про то. Не факт, что моя схема вообще уместна, но по состоянию на текущий момент хочется попробовать что-нибудь такое.

ОС везде одинаковая, условимся, что это Debian/Ubuntu.

Что посоветуете для реализации? Навскидку смотрю в сторону Puppet, но есть стойкое ощущение, что проще потратить пару дней и самому поколхозить.

Почему pull модель? Как за всеми потом следить что они стянули конфигурацию и применили?

Ну раз так, то
Git pull
Ansible-playbook local.yaml

Bers666 ★★★★★
()
Ответ на: комментарий от Bers666

На уровне приложения же. Необязательно инкрементально.

Dispetcher14 ★★★★★
() автор топика

Как вариант можно поставить Salt (master + minion-ы), в нём есть внутренний планировщик, которому можно сказать «с такой-то периодичностью приводить систему к нужному состоянию» - будет автоматом обновляться с master-а и выполнять конфигурацию.
+ вручную с master-а, если возникнет необходимость, можно будет раскатывать нужную конфигурацию на нужных узлах.

spirit ★★★★★
()
Ответ на: комментарий от anonymous

А что, в NixOS уже завезли репозиторий с типовыми конфигурациями, чтобы не тратить гору времени на каждую тачку?

Dispetcher14 ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Да хоть бы и на одну первую :)

UPD: с типовыми конфигурациями NixOS. Да-да, понятно, что один раз сделал, и пошёл дальше юзать, но.

Dispetcher14 ★★★★★
() автор топика
Последнее исправление: Dispetcher14 (всего исправлений: 1)
Ответ на: комментарий от Dispetcher14

Типовые конфигурации сводятся к включению нужных служб с помощью `service.xxx.enable = true` плюс необходимые опции для них. Открываешь https://nixos.org/nixos/options.html и ищешь по названию сервиса. А вообще, без телепатии непонятно, чего пан желает.

anonymous
()
Ответ на: комментарий от anonymous

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

Dispetcher14 ★★★★★
() автор топика
Ответ на: комментарий от Dispetcher14

Судя по гуглу, откаты в таких системах реализуются переустановкой системы с последующим накатыванием старого конфига. Если нужны откаты - NixOS идеально подходит.

Tsukasa
()
Ответ на: комментарий от Dispetcher14

Как там у Salt с откатами к предыдущему состоянию дела?

Что есть «предыдущее состояние» ? Для перехода к какому-либо состоянию, это состояние должно быть описано. Если оно у вас описано в сценариях, то почему бы и нет.

Как у всех, или есть что-нибудь?

Как у всех, ибо откат может себе позволить только система backup-ов. Системы управления конфигурациями никаких backup-ов не делают.

spirit ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.