LoadBalancer «EXTERNAL IP» находится в состоянии ожидания после того, как я установил k8s с помощью Helm Charts - PullRequest
1 голос
/ 17 июня 2020

Я установил K8S с Helm Charts на EKS, но ВНЕШНИЙ IP-адрес балансировщика нагрузки находится в состоянии ожидания, я вижу, что EKS действительно поддерживает тип службы: LoadBalancer сейчас.

Это то, что мне нужно будет проверить на исходящий трафик сети c уровень? Поделитесь, пожалуйста, своим опытом.

Tx,

1 Ответ

1 голос
/ 17 июня 2020

Для Loadbalancer обычно требуется несколько секунд или несколько минут, чтобы предоставить вам IP.

Если через 5 минут IP-адрес не предоставлен: - запустите kubectl get svc <SVC_NAME> -o yaml и если есть какие-либо другие аннотации set.

  • По умолчанию службы с Type:LoadBalancer автоматически предоставляются с помощью балансировщиков нагрузки Classi c. Подробнее здесь .

  • Если вы используете sh для использования балансировщиков сетевой нагрузки, вы должны использовать аннотацию:

service.beta.kubernetes.io/aws-load-balancer-type: nlb
  • Процесс действительно автоматизирован c, вам не нужно проверять сетевой трафик c.

  • Вы можете проверить, есть ли какие-либо проблемы с Helm Chart, которым вы являетесь развертывание путем ручного создания службы с типом балансировщика нагрузки и проверки ее предоставления:

$ kubectl run --generator=run-pod/v1 nginx --image=nginx --port=80
pod/nginx created

$ kubectl get pod nginx
NAME    READY   STATUS    RESTARTS   AGE
nginx   1/1     Running   0          34s

$ kubectl expose pod nginx --type=LoadBalancer
service/nginx exposed

$ kubectl get svc nginx -w
NAME    TYPE           CLUSTER-IP    EXTERNAL-IP   PORT(S)        AGE
nginx   LoadBalancer   10.1.63.178   <pending>     80:32522/TCP   7s
nginx   LoadBalancer   10.1.63.178   35.238.146.136   80:32522/TCP   42s
  • В этом примере для LoadBalancer потребовалось 42s. Таким образом вы можете проверить, есть ли проблема в Helm Chart или в чем-то другом.
...