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

问题描述

Kubernetes Ingress API版本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的最简单方法是什么。

v1.19中似乎已不赞成使用kubectl convert。

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",BuildDate:"2020-08-26T14:23:04Z",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

解决方法

手工重写并不难，例如：

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

,

使用可以在https://kubernetes.io/docs/concepts/services-networking/ingress/#the-ingress-resource中找到的新模式，而不是进行转换，可以更轻松地从头开始编写它。 我改写了我的，它有效。 希望对您有所帮助。

,

也许您得到了答案，但将来可能对其他人有所帮助。 以下配置对我有用。

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

,

convert包含不适当的依赖项。 convert必须依赖于internal类型（以便进行转换），但是kubectl不应依赖于这些类型。实际上，api服务器之外的任何软件都不应依赖内部类型。 弃用计划是创建convert作为插件或单独的二进制文件。因此功能仍然存在；只是不在kubectl中。

可能的选项：

1. 开始将所有版本存储在缓存中。可能意味着要返回使用disco.ServerResources（）而不是disco.ServerPreferredResources（）-查找保持快速。保证工作正常，因为我们具有该对象的所有版本都可以进行查找。

2. 找到使用k8s库而不是kubectl convert

   转换对象的正确方法

3. 使用git config版本针对K8s API服务器执行GET，以执行转换。

看看：kubectl-convert，kubernetes-release-notes，convert-issues。