KP
Да pillarstack очень хорош и если есть опыт с hiera то прям как дома окажешся.
Size: a a a
2020 October 22
GG
++++
GG
pillar огонь
GG
Если у кого есть статьи / видео или какие-то еще материалы на тему организации рабочего процесса по работе с Солтом (как разработка так и эксплуатация) - поделитесь пожалуйста. Как-то в сети мало подобного, в официальной доке тоже лишь базовые вещи. Обдумываю организацию новой среды, хочется изучить чужой опыт.
Сейчас использую что-то вроде "монорепо" - не достаточно гибко все же.
Сейчас использую что-то вроде "монорепо" - не достаточно гибко все же.
ну, все как с кубером - дикий запад
GG
делай как умеешь
R
Да pillarstack очень хорош и если есть опыт с hiera то прям как дома окажешся.
я правильно понимаю что stack получает от солта данные обычных пилларов и потом уже сам отрабатывает?
R
делай как умеешь
умение развивать надо :)
KP
я правильно понимаю что stack получает от солта данные обычных пилларов и потом уже сам отрабатывает?
по дефолту да но лично мы выключили нативные пилары совсем - у нас их нет
R
по дефолту да но лично мы выключили нативные пилары совсем - у нас их нет
В принципе, учитывая что пилларстак умеет брать данные из своих же, уже подгруженных файлов, обычные пиллары особо и не нужны. Понятно.
R
дык у меня и кафка, и кликхаус, вот в патрони надо это как то предусмотреть
у меня постгря и патрони - написан свой модуль для патрони, посредством этого модуля Солт умеет обращается к лидеру патрони и говорить ему сделать рестарт постгри, кластер при этом никуда не разваливается
R
Что-то не пойму, как используя pillarstack, переиспользовать некий набор данных.
Допустим хочу создать пользователя
С обычными пилларами все просто
С помощью stack подобный маппинг возможен?
Допустим хочу создать пользователя
myuser на некоторых хостах.С обычными пилларами все просто
'minionA':
- myuser
'minionB':
- myuser
'minionC':
- myuser
- anotheruser
итого имею один файл myuser.sls - подключаю его многократно по необходимости.С помощью stack подобный маппинг возможен?
KP
в пиларстеке ты можешь обращатся к предыдущим слоям иерархии через словарь stack.
то есть ты можешь обьявить на самом базовом уровне что-то типа
users:
- userA
потом сделать файл и инклюдить его только для minionA где ты переопределишь это:
users:
- userB
(смотри на стратегии мержа - можно добится разного поведения)
и тд
то есть ты можешь обьявить на самом базовом уровне что-то типа
users:
- userA
потом сделать файл и инклюдить его только для minionA где ты переопределишь это:
users:
- userB
(смотри на стратегии мержа - можно добится разного поведения)
и тд
KP
ща покажу наш пример
KP
$ cat salt/stack/stack.cfg
{# This file trying to load each string as a path so no comments are allowed #}
{# Secrets #}
secrets.yaml
{# default settings #}
defaults/*.yaml
{# OS specific overrides settings #}
os/{{ __grains__['os'] }}.yaml
{# Formulas specific settings #}
formula/*.yaml
{# env_type [dev, pre, prod] settings #}
{{ stack.common.env_type }}/defaults/*.yaml
{# Custom settings per customer #}
{{ stack.common.env_type }}/{{ stack.common.customer_name }}/defaults/*.yaml
{# Custom settings per cluster #}
{{ stack.common.env_type }}/{{ stack.common.customer_name }}/{{ stack.common.cluster_name }}/*.yaml
{# Customizations per minion #}
{{ stack.common.env_type }}/{{ stack.common.customer_name }}/{{ stack.common.cluster_name }}/minions/{{ minion_id }}.yaml
{# Everything else that needs to be done when all configuration are in place #}
post.yaml
R
в пиларстеке ты можешь обращатся к предыдущим слоям иерархии через словарь stack.
то есть ты можешь обьявить на самом базовом уровне что-то типа
users:
- userA
потом сделать файл и инклюдить его только для minionA где ты переопределишь это:
users:
- userB
(смотри на стратегии мержа - можно добится разного поведения)
и тд
то есть ты можешь обьявить на самом базовом уровне что-то типа
users:
- userA
потом сделать файл и инклюдить его только для minionA где ты переопределишь это:
users:
- userB
(смотри на стратегии мержа - можно добится разного поведения)
и тд
> и инклюдить его только для minionA
вот как раз этот момент не ясен, как мне инклудить один файл к нескольким произвольным миньонам? Не создавая множества отдельных файлов типа
вот как раз этот момент не ясен, как мне инклудить один файл к нескольким произвольным миньонам? Не создавая множества отдельных файлов типа
{{ minion_id }}/users.yml с разным содержанием.KP
{% if
file.yaml
{% endif %}
?
minion_id in SOME_LIST %}file.yaml
{% endif %}
?