Puncte:1

coredns deployment fails looking for nodes even after fargate profile patch

drapel tr

Problem with installing fargate profiles and coreddns addon; I'm using terraform for some parts and kubetctl for others, the fargate profiles are created via terraform:

fargate_profiles = {
  kube-system-profile = {
    name = "kube-system-profile"
    selectors = [
      {
        namespace = "kube-system"
        labels = {
          name = "kube-system"
          k8s-app = "kube-dns"
        }
      }
    ]
    tags = {
      Cost = "DaCost"
      Environment = "dev"
      Name = "coredns-fargate-profile"
    }
  },
  swiftalk-dev-profile = {
    name = "dev-profile"
    selectors = [
      {
        namespace = "dev"
        labels = {
          name = "dev"
        }
      }
    ]
    tags = {
      Cost = "DaCost"
      Environment = "dev"
      Name = "dev-profile"
    }
  },
}

I then install coredns addon again using terraform

resource "aws_eks_addon" "core_dns" {
  addon_name        = "coredns"
  addon_version     = "v1.8.3-eksbuild.1"
  cluster_name      = "${var.eks_cluster_name}-dev"
  resolve_conflicts = "OVERWRITE"
  tags              = { "eks_addon" = "coredns", name = "kube-system" }
  depends_on        = [kubernetes_namespace.dev]
}

I patched the coredns deployment for fargate

kubectl patch deployment coredns \
  --namespace kube-system \
  --type=json \
  -p='[{"op": "remove", "path": "/spec/template/metadata/annotations/eks.amazonaws.com~1compute-type"}]'

and then restarted

kubectl rollout restart -n kube-system deployment/coredns

however, the coredns pods are still in pending state

kubectl get pods -n kube-system
NAME                      READY   STATUS    RESTARTS   AGE
coredns-5766d4545-g6nxn   0/1     Pending   0          46m
coredns-5766d4545-xng48   0/1     Pending   0          46m
coredns-b744fccf4-hb726   0/1     Pending   0          77m

And the cloud watch logs point out to the pods looking for nodes to deploy instead of fargate

I0723 10:24:38.059960       1 factory.go:319] "Unable to schedule pod; no nodes are registered to the cluster; waiting" pod="kube-system/coredns-b744fccf4-hb726"
I0723 10:24:38.060078       1 factory.go:319] "Unable to schedule pod; no nodes are registered to the cluster; waiting" pod="kube-system/coredns-5766d4545-xng48"
blank avatar
drapel ng
Ne confruntăm și cu această problemă. Avem subrețele publice și private, cu gateway de internet și gateway nat, autoassign ip public pe subrețele, Am încercat să folosim eksctl și funcționează când își face propriul vpc, dar nu când specificăm vpc-ul și subrețelele. Ai gasit o solutie?
Anadi Misra avatar
drapel tr
Încă nu am făcut-o, dar acesta este un lucru bun de știut, am ridicat o problemă cu suportul AWS în așteptarea răspunsului lor.
tm77 avatar
drapel cn
@AnadiMisra și eu mă lovesc de asta. Ce a spus suportul AWS?
Anadi Misra avatar
drapel tr
@tm77 Problema mea s-a datorat limitării CIDR doar la VPN-ul meu, activarea punctului final de acces privat a rezolvat-o pentru mine. Vezi răspunsul meu
drapel vn
Aceeași problemă aici, iar soluția pentru mine a fost în linkul document pe care l-a furnizat @AnadiMisra: „VPC-ul tău trebuie să aibă enableDnsHostnames și enableDnsSupport setat la true”. Odată ce le-am setat la adevărat pentru VPC-ul meu, totul a funcționat așa cum era de așteptat, de asemenea, fără a fi nevoie să corectez nimic.
Puncte:0
drapel tr

În cazul meu, problema a fost că, după activarea Cluster Public Access Endpoint, m-am limitat la CIDR-urile publice (ale VPN-ului nostru), ceea ce însemna că trebuia fie să adaug pod-uri CIDRS, fie să activez punctul final de acces privat, așa cum se menționează în acest articol.

https://docs.aws.amazon.com/eks/latest/userguide/cluster-endpoint.html

Funcționează acum și nu este nevoie să corectați implementarea coredns

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.