利用现有的AWS北草坪会议大楼和库伯奈特斯入口

Question

我正在尝试部署一个应用程序，该应用程序使用nodeport入口向现有的AWS北草坪会议大楼注册。这是我的理解，我不需要一个lb控制器，因为北草坪会议大楼是预先存在的，我不依赖它来部署北草坪会议大楼。这是正确的吗？

最终，我想我只需要在入口加上一个注释，把它与现有的北草坪会议大楼联系起来。我在正确的轨道上吗？

Answer 1

使用节点入口向现有的AWS北草坪会议大楼注册

节点端口和入口是两件不同的事情，另外，动态节点将如何被管理，以及将如何为北草坪会议大楼设置目标？+节点端口不建议使用思想-节点-库伯内特斯

因此，最好的选择是使用入口控制器与北草坪会议大楼。

这将创建北草坪会议大楼和入口，您还可以从北草坪会议大楼中释放现有的static IP，并将其分配给新创建的北草坪会议大楼。

 kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-0.32.0/deploy/static/provider/aws/deploy.yaml

这就是它的样子

​

​

network-load-balancer-nginx-ingress-controller-eks

通过这样做，您也不需要对LB进行任何花哨的注释，所以只需创建入口就可以了。

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: example-ingress
  annotations:
    nginx.ingress.kubernetes.io/ssl-redirect: "false"
    nginx.ingress.kubernetes.io/force-ssl-redirect: "false"
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  tls:
  - hosts:
    - anthonycornell.com
    secretName: tls-secret
  rules:
  - host: anthonycornell.com
    http:
      paths:
        - path: /apple
          backend:
            serviceName: apple-service
            servicePort: 5678
        - path: /banana
          backend:
            serviceName: banana-service
            servicePort: 5678

确保更新指向北草坪会议大楼的DNS