SaltStack. Какого назначение Pillars и Mine?

Question

[Иван]

Ковыряюсь потихоньку в настройке серверов и развертывании софта. Операции довольно однообразны и просты.
Выбор пал на SaltStack.

Почему не Ansible?

Да потому что стабильно работает, и без глюков. Job'ы Ansible'a же могут просто уйти в даун или повиснуть "без ответа". Нахрен его короче ...
Наверное можно было бы Chef, но почему то до него просто не дошло.

Собственно вопрос в заголовке. Примеры из доков какие-то не очень внятные и не понятно "зачем так сделано?".
Например видел 2 примера создания пользователей - в одном пользователей писали в SLS файле, в другом в SLS дергал пользователей из Pillar и обходил их форычем. В чем приемущество второго подхода перед первым, ведь первый несколько проще для прочтения?
SaltStack Mine - я читал доку, честно. Но зачем оно не понял.

Comments

[landergate]

Иван
Не забудьте отметить решением ответы, которые смогли помочь. =)

[Иван]

landergate, Да, я помню :)
Просто думаю может кто еще чего напишет.
Но в целом да, я примерно понял что к чему.

Answer 1

[landergate]

Pillars - это лист переменных/данных, таргетируемый на конкретные миньоны. Они позволяют, например, переиспользовать одну и ту же формулу/стэйтфайл, заполняя через pillars на разные миньоны разные переменные. В каком-то смысле, это аналог Grains, но Grains генерирует и хранит у себя сам миньон, в то время, как Pillars передаются от мастера на миньон в момент рендеринга стейта на мастере, что делает его безопасным транспортом для чувствительных данных, например паролей, т.к. другие миньоны не смогут их получить от мастера, если они не являются таргетом этих пилларов.

Mine - это способ автоматически собирать определённые данные с миньонов и шарить их всем остальным миньонам, дёргая какие-нибудь сценарии при изменении этих данных. Позволяет, например, получить приватные IP-адреса всех известных бэкендов нашего приложения и автоматически обновить их список на HAProxy.

Comments

[Иван]

Т.е. я правильно понимаю, что:
Pillars - аналог Grains, но хранится на сервере и позволяет привязать к конкретным миньонам или их группам какие-то переменные.
Mine - тот же аналог Grains, но расшареный между миньонами.

Если не сложно, то можете привести пример использования Pillars, помимо хранения пользователей и организации Prod - Dev окружения?

[Дмитрий Калинников]

Иван, в Pillars корректнее всего, как я понял, выносить переменные для настройки.
Допустим, поднимая кластер машин с одним получателем данных от них - правильнее задать его имя именно в Pillars. В стэйтах - конфигурация среды, в пиллар - конкретные настройки.

[landergate]

Иван, примеры использования Pillars: разные параметры для mysql для разных групп серверов, разные логины/пароли для служебных учёток у разных серверов.

Можно рассматривать стэйты - как шаблоны, а данные в пилларах - как переменные, заполняемые в шаблоне.

Например, стэйт "nginx" может быть один и тот же для всех серверов, но через пиллары можно задавать на разные сервера разные параметры, которые стэйт будет учитывать при развёртке nginx'а, например разные настройки хостов на разных группах серверов.

[landergate]

Иван, Mine - не просто шарящийся аналог grains, а ещё и автоматически собирающийся, причём собирать в Mine с миньона можно любые данные любым модулем.