нет различий )

Всем привет!
Я с нубскими вопросами, надеюсь подскажете.
Контекст:

Разворачиваю terraform в Google Cloud.

Есть 2 деплоймента у каждого по сервису (kubernetes_service, type=LoadBalancer). Трафик через них ходит по 80 порту и это работает как надо.


Хочу сделать теперь чтобы трафик был по 443 порту (если нужны детали: Cloudflare -> Google Cloud, сертификат сделал в Cloudflare).
Сделал ingress и привязал к нему для начала 1 сервис и сертификат. Терраформ корректно отрабатывает, но я не могу понять по какому IP заходить в ingress.

Вот конфиг ingress:

resource "kubernetes_secret" "example_tls" {
  type = "kubernetes.io/tls"

  metadata {
    name = "example-tls"
  }

  data = {
    "tls.crt" = file("./tls/example.crt")
    "tls.key" = file("./tls/example.key")

  }
}


resource "kubernetes_ingress" "admin_ingress" {
  metadata {
    name = "admin-ingress"
  }

  spec {
    backend {
      service_name = "admin-ui"
      service_port = 80

    }

    tls {
      hosts       = ["*.example.com"]
      secret_name = "example-tls"
    }
  }
}

вопросы:
1. Как получить IP для ingress?
2. Нужно ли перед ingress ставить load balancer чтобы он проксировал трафик?
3. Если да, то какой это ресурс? пробовал google_compute_forwarding_rule, безуспешно:(
4. Возможно вообще всё не так делаю, тогда как правильно?

resource "kubernetes_secret" "example_tls" {
  type = "kubernetes.io/tls"

  metadata {
    name = "example-tls"
  }

  data = {
    "tls.crt" = file("./tls/example.crt")
    "tls.key" = file("./tls/example.key")

  }
}


resource "kubernetes_ingress" "admin_ingress" {
  metadata {
    name = "admin-ingress"
  }

  spec {
    backend {
      service_name = "admin-ui"
      service_port = 80

    }

    tls {
      hosts       = ["*.example.com"]
      secret_name = "example-tls"
    }
  }
}

Вот это прочитал? https://cloud.google.com/kubernetes-engine/docs/concepts/ingress

спасибо, посмотрю. Нашел отличия в своём конфиге с этим доком.

ошибка была в {kubernetes_service, type=LoadBalancer} надо {kubernetes_service, type=NodePort}
так запустилось

Все привет.
Что не так с tflint?

Failed to check `aws_db_instance_invalid_type` rule. An error occurred:

Error: Failed to eval an expression in rds.tf:86; Invalid index: The given key does not identify an element in this collection value.

что тут не так?

terraform validate показываєт, что все норм.

для hardware надо было задать дефолтное значение

а ты 100% уверен что  ты хочешь из массива по индексу/ключу из переменной получать значение?

ребят, подскажите пожалуйста по организации
пришел на новый проект, первая задача - поднять прод среду для приложения

в текущем виде:
репа с терраформ кодом, в репе приложения tfvars и state
У меня 2 варианта:
1. делать как ранее делал по принципу модулей (https://github.com/antonbabenko/terraform-best-practices/tree/master/examples/medium-terraform) и переделать текущую реализацию?
2. делать воркспейсы и тянуть откуда-то tfvars (откуда, ведь ветка stage будет мержаться в prod, а tfvars разные)

Буду благодарен за любой совет)

Workspace точно не стоит, если с нуля то я бы ещё посмотрел на terragrunt

Думал о нём, просто ранее не использовал еще

привет всем

resource "openstack_blockstorage_volume_v2" "rke_node_root_volume_workernode" {
  count = local.cluster.workernodes.count

  name        = "rke-node-volume-workernodes-${count.index}"
  size        = local.cluster.etcd.volume_size
  snapshot_id = data.openstack_blockstorage_snapshot_v2.rke_nodes_base-snap.id
}

resource "openstack_compute_instance_v2" "rke_node_etcd" {
  for_each = "${join(",", openstack_blockstorage_volume_v2.rke_node_root_volume_etcd.*.id)}"

  name        = "${local.rke_cluster_name}-etcd-${each.key}"
....

ну и получаю вот такое:

Error: Invalid for_each argument
  on main.tf line 34, in resource "openstack_compute_instance_v2" "rke_node_etcd":
  34:   for_each = "${join(",", openstack_blockstorage_volume_v2.rke_node_root_volume_etcd.*.id)}"
The "for_each" value depends on resource attributes that cannot be determined
until apply, so Terraform cannot predict how many instances will be created.
To work around this, use the -target argument to first apply only the
resources that the for_each depends on.

может знает как такое обойти?

непонятно что ты такое делаешь

зачем у тебя там join() ? оно же сделает 1 строку из списка?

ну и кавычек многовато

хм вот с join хороший момент

если у тебя 1-к-1 волюмы и инстансы, то может проще их одинаково итерировать?

вообщи идея создать volume и потом их атачить к каждой новой VM по айдишнику