如何将ALB入口与api网络一起使用。k8s。EKS中的io/v1

Question

以前我使用扩展/v1beta1api在Amazon EKS上创建ALB。将EKS升级到v1.19后，我开始收到警告：

Warning: extensions/v1beta1 Ingress is deprecated in v1.14+, unavailable in v1.22+; use networking.k8s.io/v1 Ingress

所以我开始相应地更新我的入口配置并部署了ALB，但ALB没有在AWS中启动，也没有获得ALB地址。

入口配置--

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: "pub-dev-alb"
  namespace: "dev-env"
  annotations:
    kubernetes.io/ingress.class: "alb"
    alb.ingress.kubernetes.io/scheme: internet-facing
    alb.ingress.kubernetes.io/target-type: ip

spec:
  rules:
  - host: "dev.test.net"
    http:
      paths:
      - pathType: Prefix
        path: "/"
        backend:
          service:
            name: "dev-test-tg"
            port:
              number: 80

节点端口配置--

apiVersion: v1
kind: Service
metadata:
  name: "dev-test-tg"
  namespace: "dev-env"
spec:
  ports:
    - port: 80
      targetPort: 3001
      protocol: TCP
  type: NodePort
  selector:
    app: "dev-test-server"

结果---

使用本文档创建ALB入口控制器。

有人能帮我吗？

Answer 1

即使您使用最新的入口，您的入口也应该可以正常工作。您看到的警告表明新版本的API可用。您不必担心它。

以下是发生此警告的原因，即使您使用apiVersion：networking.k8s.io/v1：

这正按预期工作。创建入口对象时，可以通过任何版本读取它（服务器处理转换为请求的版本）kubectl get ingress（代码>获取入口）是一个不明确的请求，因为它没有指示需要读取的版本。

当发出不明确的请求时，kubectl将搜索服务器返回的发现文档，以查找包含指定资源的第一个组/版本。

出于兼容性原因，与所有其他api版本相比，扩展v1beta1历来是首选。既然ingress是该组中仅存的资源，并且已被弃用并有GA替代，1.20将降低其优先级，以便kubectl get ingress将从网络中读取。k8s。io/v1，但1.19服务器仍将遵循历史优先级。

如果要读取特定版本，可以限定get请求（如kubectl get ingreses.v1.networking.k8s.io…）或者可以传入清单文件以请求文件中指定的相同版本（kubectl get-f ing.yaml-o yaml）

您还可以看到类似的问题。