如何将所有kubernetes入口YAML转换为使用API版本networking.k8s.io/v1

Kubernetes Ingress API version

networking.k8s.io/v1

在wrt extensions/v1beta1字段中有很多更改，如下所示：

* `spec.backend` -> `spec.defaultBackend`
* `serviceName` -> `service.name`
* `servicePort` -> `service.port.name` (for string values)
* `servicePort` -> `service.port.number` (for numeric values)
* `pathType` no longer has a default value in v1; "Exact", "Prefix", or "ImplementationSpecific" must be specified

将所有入口yaml文件从extensions/v1beta1转换为networking.k8s.io/v1的最简单方法是什么

看起来kubectl convert在v1.19中已经被弃用了

Kubernetes版本：

kubectl version
Client Version: version.Info{Major:"1", Minor:"19", GitVersion:"v1.19.0", GitCommit:"e19964183377d0ec2052d1f1fa930c4d7575bd50", GitTreeState:"clean", BuildDate:"2020-08-26T14:30:33Z", GoVersion:"go1.15", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"19", GitVersion:"v1.19.0", GitCommit:"e19964183377d0ec2052d1f1fa930c4d7575bd50", GitTreeState:"clean", BuildDate:"2020-08-26T14:23:04Z", GoVersion:"go1.15", Compiler:"gc", Platform:"linux/amd64"}

使用kubectl转换时出错：

kubectl convert -f ingress_4_10_1.yaml --output-version  networking.k8s.io/v1
kubectl convert is DEPRECATED and will be removed in a future version.
In order to convert, kubectl apply the object to the cluster, then kubectl get at the desired version.
error: networking.Ingress is not suitable for converting to "networking.k8s.io/v1" in scheme "k8s.io/kubernetes/pkg/api/legacyscheme/scheme.go:30"

我的入口yaml：

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: frontend
  annotations:
   kubernetes.io/ingress.class: "ing-class1"
spec:
  rules:
  - host:  frontend.com
    http:
      paths:
      - path: /web-frontend/frontend.php
        backend:
          serviceName: frontend
          servicePort: 80

---

convert

包含不适当的依赖项<代码>转换必然取决于

内部

类型（为了转换），但

kubectl

不应依赖于这些类型。事实上，api服务器之外的任何软件都不应该依赖于内部类型。 弃用计划是将

转换为插件或单独的二进制文件。因此，功能仍然存在；只是不在kubectl

中

可能的选择：

开始在缓存中存储所有版本。可能意味着重新使用disco.ServerResources（）而不是disco.ServerPreferredResources（）-查找仍然很快。保证工作，因为我们有所有版本的对象进行查找

找到使用k8s库而不是使用

kubectl convert

使用git配置版本对K8s API服务器执行GET，以执行转换

---

看一看：，。

使用中的新模式从头开始编写，而不是转换，可能会更容易。 我重写了我的，很有效。

---

希望有帮助。

手工重写并不是那么困难，例如：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: frontend
  annotations:
   kubernetes.io/ingress.class: "ing-class1"
spec:
  rules:
  - host: frontend.com
    http:
      paths:
      - backend:
          service:
            name: frontend
            port:
              number: 80
        path: /web-frontend/frontend.php
        pathType: Exact

---

也许你得到了一个答案，但它可能对将来的其他人有所帮助。 以下配置适用于我

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-srv
  annotations:
    kubernetes.io/ingress.class: "nginx"
spec:
  rules:
    - host: addtest.com
      http:
        paths:
          - path: /add
            pathType: Prefix
            backend:
              service:
                name: add-srv
                port:
                  number: 4000

---

kubectl Convert应该做这项工作，你是kubectl最新的吗？。如果这不起作用，您可以通过

kubectl create-o yaml--dry run

（使其输出最新的yaml）手动生成yaml，并根据需要配置yaml。是的，k8s版本是v1.19.0。kubectl create对我来说似乎没有生成迁移的入口yaml，它只是返回现有的入口yaml。我知道，当它只有几个文件时，它看起来微不足道。但在我的例子中，我们有25个以上的文件，我正在寻找是否已经有一些kubectl插件或自动化，这将帮助我。谢谢