M
а инвентори собрать можно и отдельно
Size: a a a
2019 April 05
AO
рабочий вариант на самом деле, вам стейт то так ненужен в этом воркфлоу
да я просто в этом случае не вижу бенефитов от терраформа (конкретно в этом сценарии). ну кроме того что им удобнее поднимать инфраструктуру. а можно стейт вообще отключить? :)
M
да он вырождается в простой скрипт поднятия хостов, но вам ведь это и надо
M
можно его локальным сделать и просто чистить файлы после билда
M
единственно задачу декомишшена вы нерешите в рамках тф, со стейтом и без стейта
AO
единственно задачу декомишшена вы нерешите в рамках тф, со стейтом и без стейта
а можно подробнее.
M
когда тфом подняли 5 нод, а надо потом удалить 2ую и 4ую
AO
В моем сценарии всегда только одна нода за один заход.
AO
Вообще попробую именно так, спасибо.
SV
Вообще попробую именно так, спасибо.
Группа ресурсов одна должно быть чтоли?
AO
Группа ресурсов одна должно быть чтоли?
если вопрос то группу ажура, то да.
MS
Если чистить ресурсы после деплоя не будет нужно, то терраформ здесь не особенно нужен, ансибл больше подходит, у него нет стейта
AO
кажется под мой кейс отлично подходят workspaces.
M
кажется под мой кейс отлично подходят workspaces.
и смысл для 1го хоста хранить его стейт в воркспейсе ?
AO
что бы без убить его потом отдельно
AO
либо убивать придется ансиблом
2019 April 08
Д
а сейчас можно уже как-то создавать пачку похожих ресурсов с разными параметрами?
например
Скажем 10 правил, с разными адресами
например
resource "openstack_networking_secgroup_rule_v2" "secgroup_rule_1" {
direction = "ingress"
ethertype = "IPv4"
protocol = "tcp"
port_range_min = 22
port_range_max = 22
remote_ip_prefix = "0.0.0.0/0"
security_group_id = "${openstack_networking_secgroup_v2.secgroup_1.id}"
}Скажем 10 правил, с разными адресами
Д
через lookup и count как-нибудь, например?
i
Да ему пофиг на стейт, он динамически может находить что там есть, это удобнее
i
На сайте терраформа написано, что динамические стейты типа это очень хорошо