AWS ALB не разрешается - PullRequest
       0

AWS ALB не разрешается

0 голосов
/ 11 февраля 2019

Итак, у меня есть кластер EKS, и я установил AWS Alb Ingress Controller:

https://github.com/kubernetes-sigs/aws-alb-ingress-controller

Я пытаюсь настроить Grafana здесь, и Ingress созданно это, похоже, не решается вообще.

У меня есть следующий Ingress:

$ kubectl describe ingress grafana
Name:             grafana
Namespace:        orbix-mvp
Address:          4ae1e4ba-orbixmvp-grafana-fd7d-993303634.eu-central-1.elb.amazonaws.com
Default backend:  default-http-backend:80 (<none>)
Rules:
  Host                        Path  Backends
  ----                        ----  --------
  grafana-orbix.orbixpay.com  
                              /   grafana:80 (<none>)
Annotations:
  alb.ingress.kubernetes.io/scheme:         internet-facing
  alb.ingress.kubernetes.io/ssl-policy:     ELBSecurityPolicy-2016-08
  alb.ingress.kubernetes.io/subnets:        subnet-08431d96168e36c30,subnet-0e2a7e2766852bf8a
  alb.ingress.kubernetes.io/success-codes:  302
  kubernetes.io/ingress.class:              alb
Events:
  Type    Reason  Age   From                    Message
  ----    ------  ----  ----                    -------
  Normal  CREATE  45m   alb-ingress-controller  LoadBalancer 4ae1e4ba-orbixmvp-grafana-fd7d created, ARN: arn:aws:elasticloadbalancing:eu-central-1:109153834985:loadbalancer/app/4ae1e4ba-orbixmvp-grafana-fd7d/4b98cb7027b71697
  Normal  CREATE  45m   alb-ingress-controller  rule 1 created with conditions [{    Field: "host-header",    Values: ["grafana-orbix.orbixpay.com"]  },{    Field: "path-pattern",    Values: ["/"]  }]

Бэкэнд для этого является следующим сервисом:

$ kubectl describe service grafana
Name:                     grafana
Namespace:                orbix-mvp
Labels:                   app=grafana
                          chart=grafana-1.25.1
                          heritage=Tiller
                          release=grafana
Annotations:              <none>
Selector:                 app=grafana,release=grafana
Type:                     NodePort
IP:                       172.20.11.232
Port:                     service  80/TCP
TargetPort:               3000/TCP
NodePort:                 service  30772/TCP
Endpoints:                10.0.0.180:3000
Session Affinity:         None
External Traffic Policy:  Cluster
Events:                   <none>

У него есть подходящая конечная точка:

$ kubectl get endpoints | grep grafana
grafana                         10.0.0.180:3000                  46m

Сам модуль правильно помечен и имеет правильный IP-адрес, который является конечной точкой выше:

$ kubectl describe pod grafana-bdc977fd4-ptzhg
Name:               grafana-bdc977fd4-ptzhg
Namespace:          orbix-mvp
Priority:           0
PriorityClassName:  <none>
Node:               ip-10-0-0-230.eu-central-1.compute.internal/10.0.0.230
Start Time:         Mon, 11 Feb 2019 13:24:43 +0200
Labels:             app=grafana
                    pod-template-hash=687533980
                    release=grafana
Annotations:        <none>
Status:             Running
IP:                 10.0.0.180

В моей учетной записи AWS LoadBalancer указан как активныйподсети находятся в том же VPC, что и кластер, входной контроллер генерирует группы безопасности.

Кажется, все настроено правильно, однако, когда я получаю доступ к адресу LoadBalancer, он просто отключается.

$ kubectl get ingresses
NAME                HOSTS                           ADDRESS                                                                     PORTS   AGE
grafana             grafana-orbix.orbixpay.com      4ae1e4ba-orbixmvp-grafana-fd7d-993303634.eu-central-1.elb.amazonaws.com     80      49m

1 Ответ

0 голосов
/ 11 февраля 2019

Я на самом деле разобрался - в конфигурации Ingress разрешался трафик только для домена.Это исключает трафик на адрес балансировщика нагрузки (который, как я предполагал, разрешен по умолчанию).

В принципе его необходимо разрешить для *, чтобы URL-адрес балансировщика нагрузки работал.Кроме того, если приложение перенаправляет на /login, как в моем случае, необходимо разрешить все пути, так как это перенаправление не работает, если указанный путь предназначен только для /.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...