Size: a a a

2019 August 11

GT

Grisha Tatsiy in terraform_ru
Никита Суворов
Оно научилось переменную внутри переменной держать?
положительного ответа на этот вопрос я вчера не нашел
источник

DO

Dima Orlenko in terraform_ru
Grisha Tatsiy
Ребзя, подскажите плиз по синтаксису
 vpc_id      = "${data.aws_vpc.var.env.id}"
как var.env экранировать?
Как ты создал data с таким именем?
источник

GT

Grisha Tatsiy in terraform_ru
Dima Orlenko
Как ты создал data с таким именем?
я не создал, я хотел создать
источник

DO

Dima Orlenko in terraform_ru
Grisha Tatsiy
я не создал, я хотел создать
Так нельзя же создать)
источник

GT

Grisha Tatsiy in terraform_ru
так я это и спросил)
источник

НС

Никита Суворов in terraform_ru
3 глухослепых немых обсудили вопрос 😄
источник

АО

Анатолий Облаухов in terraform_ru
Dima Orlenko
Можно ли использовать переменные для создания data/resources?
Нет, но есть другой способ, можно попробовать его использовать.
Идентификатор data оставить постоянным, но внутри выборку задавать переменными.
источник

АО

Анатолий Облаухов in terraform_ru
Например, мне нужно доставать из SSM параметр, но я не могу задать его имя константой, оно зависит от среды
источник

АО

Анатолий Облаухов in terraform_ru
Я делаю так:
data "aws_ssm_parameter" "private_key" {
 name = "private_key_${var.environment_name}"
}
источник

АО

Анатолий Облаухов in terraform_ru
Дата одна и та же, но то, что в ней лежит, зависит от других переменных
источник

АО

Анатолий Облаухов in terraform_ru
И кроме не того не получится создать data с переменным именем. Идентификатор даты всегда константа. Можно создать несколько data.
data "aws_vpc" "production" {}
data "aws_vpc" "stage" {}
а внутри них уже делать выборку фильтрами по var.env
источник

АО

Анатолий Облаухов in terraform_ru
Лучше всего разнести разные энвайронменты по разным terraform workspace.
Тогда дату можно будет оставить одну единственную.
data "aws_vpc" "current" {
// фильтр для выборки этого конкретного vpc
}
источник
2019 August 12

AR

Antony Ryabov in terraform_ru
Всем привет. Используем OpenStack, серверы создаются все хорошо, но при повторном прогоне terraform plan/apply он хочет пересоздать все серверы. Пишет что причина в атрибуте network:
network { # forces replacement


но если попрбовать
lifecycle {
   ignore_changes = ["network"]
 }

то получаем ошибку:
Provider "openstack" has indicated "requires replacement" on
openstack_compute_instance_v2.search[3] for a non-existent attribute path
cty.Path{cty.GetAttrStep{Name:"network"},
cty.IndexStep{Key:cty.NumberIntVal(1)}, cty.GetAttrStep{Name:"name"}}.

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

i

inqfen in terraform_ru
Может провайдер кривой
источник

i

inqfen in terraform_ru
Там такого полно
источник

VC

V C in terraform_ru
может кто-нить обьяснить, в тф есть "Data Source: aws_ebs_snapshot_ids", а мне надо то же самое но для DB-instances RDS? может я путаюсь в понятиях
источник

РР

Роман Рахманин in terraform_ru
V C
может кто-нить обьяснить, в тф есть "Data Source: aws_ebs_snapshot_ids", а мне надо то же самое но для DB-instances RDS? может я путаюсь в понятиях
источник

РР

Роман Рахманин in terraform_ru
Доступная дата идет отдельным списком в документации
источник

VC

V C in terraform_ru
aws_ebs_snapshot_ids отдает "list of EBS Snapshot IDs matching the specified criteria" например по тегам, a aws_db_instance требует какойто "db_instance_identifier".
источник

РР

Роман Рахманин in terraform_ru
Так тебе все айдишники надо?
источник