2

我正在使用 Kubernetes API v1.9 来修补我的部署，但是在修补之后，旧的副本集没有被删除，并且我无法使用 kubectl describe deploy xxx 看到“OldReplicaSets”。我也无法回滚到旧版本。

集群信息

  • IBM ICP v2.1.0.2、Kubernetes V1.9
  • IBM ICP v2.1.0.3、Kubernetes V1.10

Kubectl 版本：客户端版本：version.Info{Major:"1", Minor:"9", GitVersion:"v1.9.1", GitCommit:"3a1c9449a956b6026f075fa3134ff92f7d55f812", GitTreeState:"clean", BuildDate:"2018-01-04T11 :52:23Z", GoVersion:"go1.9.2", Compiler:"gc", Platform:"linux/amd64"} 服务器版本: version.Info{Major:"1", Minor:"9", GitVersion:" v1.9.1+icp-ee”，GitCommit：“d97ba3f083461e0ae0a8881550e83350af4c8f57”，GitTreeState：“clean”，BuildDate：“2018-02-23T07:20:41Z”，GoVersion：“go1.9.2”，编译器：“gc”，平台:"linux/amd64"}

API地址： https ://v1-9.docs.kubernetes.io/docs/reference/generated/kubernetes-api/v1.9/#patch-22

我使用 Postman 进行的 API 调用：

PATCH /apis/apps/v1beta1/namespaces/default/deployments/devops-front HTTP/1.1
Host: ****:8001
Content-Type: application/strategic-merge-patch+json
Cache-Control: no-cache
Postman-Token: 46052a2c-2f3b-48a0-83b9-c70aeb2e5dda

{
    "metadata": {
        "labels": {
            "version":"v1.0.7"
        }
    },
    "spec": {
        "template": {
            "spec": {
                "containers": [{
                    "name": "devops-front",
                    "image": "mycluster.icp:8500/default/devops/devops-front:v1.0.7"
                }]
            },
            "metadata": {
                "labels": {
                    "version": "v1.0.7"
                }
            }
        }
    }
}

请求后的部署信息：

Name:                   devops-front
Namespace:              default
CreationTimestamp:      Tue, 28 Aug 2018 10:07:52 +0800
Labels:                 run=devops-front
                        version=v1.0.0
Annotations:            deployment.kubernetes.io/revision=1
Selector:               run=devops-front,version=v1.0.7
Replicas:               3 desired | 3 updated | 3 total | 3 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  run=devops-front
           version=v1.0.7
  Containers:
   devops-front:
    Image:        mycluster.icp:8500/default/devops/devops-front:v1.0.7
    Ports:        80/TCP, 443/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Progressing    True    NewReplicaSetAvailable
  Available      True    MinimumReplicasAvailable
OldReplicaSets:  <none>
NewReplicaSet:   devops-front-655c4969b4 (3/3 replicas created)
Events:          <none>

我在这里提供更多细节

我的yaml文件：图片的版本标签和tag是由代码自动细化的。

apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: devops-front
spec:
  replicas: 3
  strategy: 
    type: RollingUpdate
  template:
    metadata:
      labels:
        run: devops-front
        version: v1.0.7
    spec:
      containers:
      - name: devops-front
        image: mycluster.icp:8500/default/devops/devops-front:v1.0.7
        ports:
        - containerPort: 80
        - containerPort: 443  
        imagePullPolicy: Always

当我使用 HTTP PATCH API 更新我的部署时，我得到了两个 ReplicaSet：

NAME                                DESIRED   CURRENT   READY     AGE
devops-front-5c4b55bf96             3         3         3         6h
devops-front-c98d99cf6              3         3         3         2d

这两个副本集仅在版本标签和图像版本上有所不同。正如我所描述的，旧的 ReplicaSet 没有按预期删除，调用补丁 api 后我也没有看到滚动更新过程。

  • 为什么我不使用替换 api？

因为我了解到 kubernetes 具有 RollingUpdate 功能，并且我不希望我的应用程序在更新期间停机。我知道我可以使用 kubectl set image 来更改我的版本，但我也想更改标签。据我所知，我应该使用 kubectl patch deployments/devops-front ... 进行更改。这里的问题是 kubectl patch 不等于 patch rest api。

  • 为什么我不使用 kubectl？

因为有时我没有安装 kubectl。例如，我想用 Java 代码修补我的应用程序，我可以简单地从令牌端点获取令牌并调用 Kubernetes API 或使用 Fabric8io lib）。另一个例子是我想在 Jenkins Pipeline 中修补我的应用程序。

  • 为什么我不用kubernetes v1.10？

我已经安装了基于 K8s v1.10 的 ICP V2.1.0.3，同样的问题发生了。当我调用补丁 api 时，ReplicaSet 不会自动删除。

4

0 回答 0