Как вы храните скрипты?

kickstart - использовать стоит только для базовой настройки системы (минимальный набор пакетов, разбиение дисков, сетевые настройки, временный пароль).

Всю конфигурацию можно сделать через Ansible. Это сильно упрощает понимание что стоит и как настроено.

Для базовой установки пула серверов неплохо подходит Cobbler.

kickstart - использовать стоит только для базовой настройки системы

Хорошо, здесь спору нет. Как системам его лучше добывать с учетом того, что а) кикстарт может быть доступен по ограниченному числу протоколов (например, по http(s) и ftp, но не ftps и не rsync), б) не хотелось бы, чтобы они где-то хранились в открытом доступе. Копировать (на локальный http-сервер) ниоткуда не хочется, так как это порождает кучу версий кикстартов. Кроме того, есть bash скрипты, которые нужно удаленно запускать. Использовать https с авторизацией?

Всю конфигурацию можно сделать через Ansible

В случае с Ansible, должны ли конфигурируемые системы знать, где находится управляющая машина с Ansible? Или достаточно, чтобы только лишь она знала о них и имела бы к ним доступ?

Или достаточно, чтобы только лишь она знала о них и имела бы к ним доступ по ssh?

this

Как системам его лучше добывать

Положить временно на локальный Web-сервер. Или отдавать через Cobbler для множества машин. Если что-то смущает, то можно тупо ограничить доступ по IP средствами Web-сервера.

В случае с Ansible,

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

Или достаточно, чтобы только лишь она знала о них и имела бы к ним доступ?

Именно так. Ansible нужно установить только на админский ПК. К остальным нужен доступ по ssh и установленный python.

Так что:

1. Доставь в ПК памяти по самое не могу.
2. Повесь табличку: «Ушёл в Астрал. Не беспокоить!!!».
3. В VirtualBox заведи несколько машинок.
4. И начинай тренироваться и изучать kikstart, Ansible, Cobbler до полного просветления.
5. После этого хорошая пьянка для переформатирования собственного ПЗУ.

Кроме того, есть bash скрипты, которые нужно удаленно запускать.

Ansible их заменит, или поглотит в себя.

так как это порождает кучу версий кикстартов.

Решается хранением шаблона или самих файлов в Git/Mercurial репозитории. Разворачивать можно либо через Cobbler, либо тем же Ansible.

Спасибо, это и хотел узнать!

theForeman - готовая интеграция и с PXE и с кучей вариантов post deploy конфигураторов (ansible, puppet, salt), плюс оно потом еще и мониторит конфигурацию на предмет изменений, если надо

Доставь в ПК памяти по самое не могу.

А какой, по опыту, минимум системных требований для ansible (если например конфигурируется до 15 машин)?

Доставь в ПК памяти по самое не могу.

А какой, по опыту, минимум системных требований для ansible (если например конфигурируется до 15 машин)?

Ничего особенного, подойдёт и старенький нетбук, если за ним удобно работать. Про память я говорил для:

3. В VirtualBox заведи несколько машинок.

Тогда 16 ГБ вполне хватит для запуска нескольких виртуалок, над которыми и экспериментируй настраивая их с нуля. Когда основные действия будут отшлифованы, можно перейти и к «боевым машинам».

Окей, а сколько минимально ядер/памяти должен иметь VPS для ansible (кол-во конфигурируемых машин где-то 15-20)? Он же должен быть доступен всегда и отовсюду, а vps 1cpu/1gb и 2cpu/2gb отличаются по цене в 2 раза, и далее конфигурации удваиваются в цене так же для 4cpu/4gb и т.д. С дисковым объемом проблем нет, можно подцепить отдельный сторадж, если понадобится.

Ansible не предполагает наличие сервера управления. Ansible предполагает наличие набора «правил»/ролей/... хранящихся на рабочей станции администратора. Эти «правила» будут применяться удалённо...........

Лучше посмотри это: https://www.youtube.com/watch?v=iUsI47m8QbQ Первая половина - это введение, про ансибле во второй части видео, но смотреть надо с самого начала :)

И начни гуглить и читать.