丁不灵

根据实践学习K8S--7.使用Deployment进行不停机升级和回滚以及手动扩缩容

在现网情况下,业务升级常常需要停机,下面我们使用Deployment来进行不停机升级和回滚.

1.先使用创建多个nginx的pod

[root@node-1 pod]# cat nginx_deployment.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.7.9
        ports:
        - containerPort: 80
[root@node-1 pod]# 
[root@node-1 pod]# kubectl create -f nginx_deployment.yaml 
[root@node-1 pod]# kubectl get pod
NAME                                READY   STATUS    RESTARTS   AGE
nginx-deployment-54f57cf6bf-lh2rv   1/1     Running   0          74s
nginx-deployment-54f57cf6bf-psbqx   1/1     Running   0          74s
nginx-deployment-54f57cf6bf-tgtms   1/1     Running   0          74s

2.现在我们对镜像从nginx:1.7.9升级到nginx:1.9.1

方法1:直接使用命令行修改镜像:

[root@node-1 pod]# kubectl set image deployment/nginx-deployment nginx=nginx:1.9.1
deployment.apps/nginx-deployment image updated

方法2:使用kubectl edit deployment命令修改deployment的配置信息

[root@node-1 pod]# kubectl edit deployments.apps nginx-deployment

使用kubectl rollout status查看进度,正在

[root@node-1 pod]# kubectl rollout status deployment nginx-deployment 
Waiting for deployment "nginx-deployment" rollout to finish: 2 out of 3 new replicas have been updated...
Waiting for deployment "nginx-deployment" rollout to finish: 2 out of 3 new replicas have been updated...
Waiting for deployment "nginx-deployment" rollout to finish: 2 out of 3 new replicas have been updated...
Waiting for deployment "nginx-deployment" rollout to finish: 1 old replicas are pending termination...
Waiting for deployment "nginx-deployment" rollout to finish: 1 old replicas are pending termination...
deployment "nginx-deployment" successfully rolled out

实际上deployment操作是的rs,nginx-deployment-54f57cf6bf 是旧的rs,nginx-deployment-56f8998dbc是新的deployment

[root@node-1 pod]# kubectl get rs
NAME                          DESIRED   CURRENT   READY   AGE
centos-56d49f9c64             0         0         0       7d4h
centos-6b68465d79             1         1         1       7d4h
nginx-deployment-54f57cf6bf   0         0         0       11m
nginx-deployment-56f8998dbc   3         3         3       6m58s

3.系统如何升级的说明
更新的过程中,系统会创建临时的deployment对象,先把旧的deployment的replicas减1,新的deployment加1,直到旧的deployment的副本为0,升级完成.
使用kubectl edit deployments命令,你可以看到spec下的strategy一些关于升级的默认策略.

spec:
  strategy:
    rollingUpdate:
      maxSurge: 25% #新旧副本pod的总数不超过配置数的比率,如果100个pod,那么运行中的和升级中的pod总和不超过125.
      maxUnavailable: 25% #升级过程中不可用状态pod的上限,意思就是升级过程中确保处于running状态的pod是75%以上,再继续更新.
    type: RollingUpdate#以滚动更新的方式逐个更新pod,如果是Recreate,系统会杀死所有的pod,重建pod.

4.回滚
现网中,如果发现新版本存在问题,需要回退,需要一系列的操作还原,还需要进行详细的测试,防止回退时配置错误.
deployment记录了升级前的配置,通过deployment,我们更容易将版本进行回退.

首先查看更新记录

[root@node-1 pod]# kubectl rollout history deployment nginx-deployment 
deployment.apps/nginx-deployment 
REVISION  CHANGE-CAUSE
1         <none>
2         <none>

我们发现没有记录更新信息,原因是因为我们在创建deployment的时候没有配置记录命令.创建的时候加上–record参数

[root@node-1 pod]# kubectl create -f nginx_deployment.yaml --record
deployment.apps/nginx-deployment created
[root@node-1 pod]#
#为了模拟版本的问题,我们升级的镜像选择一个不存在的版本
[root@node-1 pod]# kubectl set image deployment/nginx-deployment nginx=nginx:2020
#查看状态,发现由于找不到镜像,会一直卡在这里
[root@node-1 pod]# kubectl rollout status deployment nginx-deployment 
Waiting for deployment "nginx-deployment" rollout to finish: 1 out of 3 new replicas have been updated...

#查看RS状态,发现新的RS一直在创建第一个pod,
[root@node-1 pod]# kubectl get rs
NAME                          DESIRED   CURRENT   READY   AGE
nginx-deployment-54f57cf6bf   3         3         3       2m47s
nginx-deployment-569cb44c46   1         1         0       80s
#查看pod,发现有一个pod拉取镜像失败.
[root@node-1 pod]# kubectl get pod
NAME                                READY   STATUS             RESTARTS   AGE
centos-6b68465d79-5w9df             1/1     Running            0          7d5h
nginx-deployment-54f57cf6bf-2dfh8   1/1     Running            0          3m57s
nginx-deployment-54f57cf6bf-57plj   1/1     Running            0          3m57s
nginx-deployment-54f57cf6bf-vjpwq   1/1     Running            0          3m57s
nginx-deployment-569cb44c46-g2bq7   0/1     ImagePullBackOff   0          2m30s
#发现错误,我们执行回滚,先查看更新记录
[root@node-1 pod]# kubectl rollout history deployment nginx-deployment 

deployment.apps/nginx-deployment 
REVISION  CHANGE-CAUSE
1         kubectl create --filename=nginx_deployment.yaml --record=true
2         kubectl create --filename=nginx_deployment.yaml --record=true

#添加--revision=n的方式选择查看具体更新版本的信息
[root@node-1 pod]# kubectl rollout history deployment nginx-deployment --revision=1
deployment.apps/nginx-deployment with revision #1
Pod Template:
  Labels:       app=nginx
        pod-template-hash=54f57cf6bf
  Annotations:  kubernetes.io/change-cause: kubectl create --filename=nginx_deployment.yaml --record=true
  Containers:
   nginx:
    Image:      nginx:1.7.9
    Port:       80/TCP
    Host Port:  0/TCP
    Environment:        <none>
    Mounts:     <none>
  Volumes:      <none>

[root@node-1 pod]# kubectl rollout history deployment nginx-deployment --revision=2
deployment.apps/nginx-deployment with revision #2
Pod Template:
  Labels:       app=nginx
        pod-template-hash=569cb44c46
  Annotations:  kubernetes.io/change-cause: kubectl create --filename=nginx_deployment.yaml --record=true
  Containers:
   nginx:
    Image:      nginx:2020
    Port:       80/TCP
    Host Port:  0/TCP
    Environment:        <none>
    Mounts:     <none>
  Volumes:      <none>

[root@node-1 pod]#
#我们发现版本1是我们需要还原的版本,执行回滚,--to-revision=1为指定回滚版本,默认是上一个版本.
[root@node-1 pod]# kubectl rollout undo deployment nginx-deployment --to-revision=1
deployment.apps/nginx-deployment rolled back
[root@node-1 pod]# 
#查看pod已还原为原来的状态了
[root@node-1 pod]# kubectl get pod
NAME                                READY   STATUS    RESTARTS   AGE
centos-6b68465d79-5w9df             1/1     Running   0          7d5h
nginx-deployment-54f57cf6bf-2dfh8   1/1     Running   0          8m44s
nginx-deployment-54f57cf6bf-57plj   1/1     Running   0          8m44s
nginx-deployment-54f57cf6bf-vjpwq   1/1     Running   0          8m44s

如果镜像拉取正常,已经完成更新了,pod也运行正常,只是业务异常,可以回退吗?

[root@node-1 pod]# kubectl set image deployment/nginx-deployment nginx=nginx:1.9.1
deployment.apps/nginx-deployment image updated
#已更新到1.9.1版本
[root@node-1 pod]# kubectl describe deployments.apps nginx-deployment 
Name:                   nginx-deployment
Namespace:              default
CreationTimestamp:      Tue, 04 Feb 2020 19:27:09 +0800
Labels:                 <none>
Annotations:            deployment.kubernetes.io/revision: 4
                        kubernetes.io/change-cause: kubectl create --filename=nginx_deployment.yaml --record=true
Selector:               app=nginx
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:  app=nginx
  Containers:
   nginx:
    Image:        nginx:1.9.1
    Port:         80/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Available      True    MinimumReplicasAvailable
  Progressing    True    NewReplicaSetAvailable
OldReplicaSets:  <none>
NewReplicaSet:   nginx-deployment-56f8998dbc (3/3 replicas created)
Events:
  Type    Reason             Age   From                   Message
  ----    ------             ----  ----                   -------
  Normal  ScalingReplicaSet  34m   deployment-controller  Scaled up replica set nginx-deployment-54f57cf6bf to 3
  Normal  ScalingReplicaSet  33m   deployment-controller  Scaled up replica set nginx-deployment-569cb44c46 to 1
  Normal  ScalingReplicaSet  26m   deployment-controller  Scaled down replica set nginx-deployment-569cb44c46 to 0
  Normal  ScalingReplicaSet  24m   deployment-controller  Scaled up replica set nginx-deployment-56f8998dbc to 1
  Normal  ScalingReplicaSet  24m   deployment-controller  Scaled down replica set nginx-deployment-54f57cf6bf to 2
  Normal  ScalingReplicaSet  24m   deployment-controller  Scaled up replica set nginx-deployment-56f8998dbc to 2
  Normal  ScalingReplicaSet  24m   deployment-controller  Scaled down replica set nginx-deployment-54f57cf6bf to 1
  Normal  ScalingReplicaSet  24m   deployment-controller  Scaled up replica set nginx-deployment-56f8998dbc to 3
  Normal  ScalingReplicaSet  24m   deployment-controller  Scaled down replica set nginx-deployment-54f57cf6bf to 0
 #查看更新版本
[root@node-1 pod]# kubectl rollout history deployment nginx-deployment 
deployment.apps/nginx-deployment 
REVISION  CHANGE-CAUSE
2         kubectl create --filename=nginx_deployment.yaml --record=true
3         kubectl create --filename=nginx_deployment.yaml --record=true
4         kubectl create --filename=nginx_deployment.yaml --record=true

[root@node-1 pod]# kubectl rollout history deployment nginx-deployment  --revision=3
deployment.apps/nginx-deployment with revision #3
Pod Template:
  Labels:       app=nginx
        pod-template-hash=54f57cf6bf
  Annotations:  kubernetes.io/change-cause: kubectl create --filename=nginx_deployment.yaml --record=true
  Containers:
   nginx:
    Image:      nginx:1.7.9
    Port:       80/TCP
    Host Port:  0/TCP
    Environment:        <none>
    Mounts:     <none>
  Volumes:      <none>

[root@node-1 pod]# kubectl rollout history deployment nginx-deployment  --revision=4
deployment.apps/nginx-deployment with revision #4
Pod Template:
  Labels:       app=nginx
        pod-template-hash=56f8998dbc
  Annotations:  kubernetes.io/change-cause: kubectl create --filename=nginx_deployment.yaml --record=true
  Containers:
   nginx:
    Image:      nginx:1.9.1
    Port:       80/TCP
    Host Port:  0/TCP
    Environment:        <none>
    Mounts:     <none>
  Volumes:      <none>

[root@node-1 pod]# 
#我们回退到版本3

[root@node-1 pod]# kubectl rollout undo deployment nginx-deployment --to-revision=3
deployment.apps/nginx-deployment rolled back
[root@node-1 pod]# kubectl get pod
NAME                                READY   STATUS        RESTARTS   AGE
centos-6b68465d79-5w9df             1/1     Running       0          7d5h
nginx-deployment-54f57cf6bf-7972m   1/1     Running       0          3s
nginx-deployment-54f57cf6bf-pdvp7   1/1     Running       0          7s
nginx-deployment-54f57cf6bf-v2rxd   1/1     Running       0          5s
nginx-deployment-56f8998dbc-cdnll   0/1     Terminating   0          27m
nginx-deployment-56f8998dbc-ljct7   0/1     Terminating   0          27m
nginx-deployment-56f8998dbc-pdtbj   0/1     Terminating   0          27m
[root@node-1 pod]# 
#已回退到版本1.7.9
[root@node-1 pod]# kubectl describe deployments.apps nginx-deployment 
Name:                   nginx-deployment
Namespace:              default
CreationTimestamp:      Tue, 04 Feb 2020 19:27:09 +0800
Labels:                 <none>
Annotations:            deployment.kubernetes.io/revision: 5
                        kubernetes.io/change-cause: kubectl create --filename=nginx_deployment.yaml --record=true
Selector:               app=nginx
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:  app=nginx
  Containers:
   nginx:
    Image:        nginx:1.7.9
    Port:         80/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Available      True    MinimumReplicasAvailable
  Progressing    True    NewReplicaSetAvailable
OldReplicaSets:  <none>
NewReplicaSet:   nginx-deployment-54f57cf6bf (3/3 replicas created)
Events:
  Type    Reason             Age                From                   Message
  ----    ------             ----               ----                   -------
  Normal  ScalingReplicaSet  36m                deployment-controller  Scaled up replica set nginx-deployment-569cb44c46 to 1
  Normal  ScalingReplicaSet  29m                deployment-controller  Scaled down replica set nginx-deployment-569cb44c46 to 0
  Normal  ScalingReplicaSet  27m                deployment-controller  Scaled up replica set nginx-deployment-56f8998dbc to 1
  Normal  ScalingReplicaSet  27m                deployment-controller  Scaled down replica set nginx-deployment-54f57cf6bf to 2
  Normal  ScalingReplicaSet  27m                deployment-controller  Scaled up replica set nginx-deployment-56f8998dbc to 2
  Normal  ScalingReplicaSet  27m                deployment-controller  Scaled down replica set nginx-deployment-54f57cf6bf to 1
  Normal  ScalingReplicaSet  27m                deployment-controller  Scaled up replica set nginx-deployment-56f8998dbc to 3
  Normal  ScalingReplicaSet  27m                deployment-controller  Scaled down replica set nginx-deployment-54f57cf6bf to 0
  Normal  ScalingReplicaSet  35s                deployment-controller  Scaled up replica set nginx-deployment-54f57cf6bf to 1
  Normal  ScalingReplicaSet  33s                deployment-controller  Scaled up replica set nginx-deployment-54f57cf6bf to 2
  Normal  ScalingReplicaSet  33s                deployment-controller  Scaled down replica set nginx-deployment-56f8998dbc to 2
  Normal  ScalingReplicaSet  31s (x2 over 37m)  deployment-controller  Scaled up replica set nginx-deployment-54f57cf6bf to 3
  Normal  ScalingReplicaSet  31s                deployment-controller  Scaled down replica set nginx-deployment-56f8998dbc to 1
  Normal  ScalingReplicaSet  29s                deployment-controller  Scaled down replica set nginx-deployment-56f8998dbc to 0

5.更新多种配置
在使用命令更新deployment配置的时候,更新就马上执行了,在需要更新多种配置的时候,是不方便的.
我们可以通过暂停deployment更新,配置好所有的更新配置之后,再执行统一更新.

#暂停更新
[root@node-1 pod]# kubectl rollout pause deployment nginx-deployment 
deployment.apps/nginx-deployment paused
[root@node-1 pod]# 
[root@node-1 pod]# kubectl set image deployment/nginx-deployment nginx=nginx:1.9.2
deployment.apps/nginx-deployment image updated
#没有立即进行更新
[root@node-1 pod]# kubectl rollout history deployment nginx-deployment 
deployment.apps/nginx-deployment 
REVISION  CHANGE-CAUSE
2         kubectl create --filename=nginx_deployment.yaml --record=true
4         kubectl create --filename=nginx_deployment.yaml --record=true
5         kubectl create --filename=nginx_deployment.yaml --record=true

[root@node-1 pod]# kubectl rollout history deployment nginx-deployment --revision=5
deployment.apps/nginx-deployment with revision #5
Pod Template:
  Labels:       app=nginx
        pod-template-hash=54f57cf6bf
  Annotations:  kubernetes.io/change-cause: kubectl create --filename=nginx_deployment.yaml --record=true
  Containers:
   nginx:
    Image:      nginx:1.7.9
    Port:       80/TCP
    Host Port:  0/TCP
    Environment:        <none>
    Mounts:     <none>
  Volumes:      <none>

[root@node-1 pod]# 
#我们可以添加其他更新配置
[root@node-1 pod]# kubectl set resources deployment nginx-deployment -c=nginx --limits=cpu=200m,memory=512Mi
deployment.apps/nginx-deployment resource requirements updated
#未更新
[root@node-1 pod]# kubectl rollout history deployment nginx-deployment 
deployment.apps/nginx-deployment 
REVISION  CHANGE-CAUSE
2         kubectl create --filename=nginx_deployment.yaml --record=true
4         kubectl create --filename=nginx_deployment.yaml --record=true
5         kubectl create --filename=nginx_deployment.yaml --record=true

[root@node-1 pod]# 
#恢复更新
[root@node-1 pod]# kubectl rollout resume deployment nginx-deployment 
deployment.apps/nginx-deployment resumed
[root@node-1 pod]# kubectl rollout history deployment nginx-deployment 
deployment.apps/nginx-deployment 
REVISION  CHANGE-CAUSE
2         kubectl create --filename=nginx_deployment.yaml --record=true
4         kubectl create --filename=nginx_deployment.yaml --record=true
5         kubectl create --filename=nginx_deployment.yaml --record=true
6         kubectl create --filename=nginx_deployment.yaml --record=true

[root@node-1 pod]# kubectl rollout history deployment nginx-deployment --revision=6
deployment.apps/nginx-deployment with revision #6
Pod Template:
  Labels:       app=nginx
        pod-template-hash=9f5dd848b
  Annotations:  kubernetes.io/change-cause: kubectl create --filename=nginx_deployment.yaml --record=true
  Containers:
   nginx:
    Image:      nginx:1.9.2
    Port:       80/TCP
    Host Port:  0/TCP
    Limits:
      cpu:      200m
      memory:   512Mi
    Environment:        <none>
    Mounts:     <none>
  Volumes:      <none>

[root@node-1 pod]# 
#更新完成
[root@node-1 pod]# kubectl describe deployments.apps nginx-deployment 
Name:                   nginx-deployment
Namespace:              default
CreationTimestamp:      Tue, 04 Feb 2020 19:27:09 +0800
Labels:                 <none>
Annotations:            deployment.kubernetes.io/revision: 6
                        kubernetes.io/change-cause: kubectl create --filename=nginx_deployment.yaml --record=true
Selector:               app=nginx
Replicas:               3 desired | 1 updated | 4 total | 3 available | 1 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  app=nginx
  Containers:
   nginx:
    Image:      nginx:1.9.2
    Port:       80/TCP
    Host Port:  0/TCP
    Limits:
      cpu:        200m
      memory:     512Mi
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Available      True    MinimumReplicasAvailable
  Progressing    True    ReplicaSetUpdated
OldReplicaSets:  nginx-deployment-54f57cf6bf (3/3 replicas created)
NewReplicaSet:   nginx-deployment-9f5dd848b (1/1 replicas created)
Events:
  Type    Reason             Age                From                   Message
  ----    ------             ----               ----                   -------
  Normal  ScalingReplicaSet  55m                deployment-controller  Scaled down replica set nginx-deployment-569cb44c46 to 0
  Normal  ScalingReplicaSet  53m                deployment-controller  Scaled up replica set nginx-deployment-56f8998dbc to 1
  Normal  ScalingReplicaSet  53m                deployment-controller  Scaled down replica set nginx-deployment-54f57cf6bf to 2
  Normal  ScalingReplicaSet  53m                deployment-controller  Scaled up replica set nginx-deployment-56f8998dbc to 2
  Normal  ScalingReplicaSet  53m                deployment-controller  Scaled up replica set nginx-deployment-56f8998dbc to 3
  Normal  ScalingReplicaSet  53m                deployment-controller  Scaled down replica set nginx-deployment-54f57cf6bf to 1
  Normal  ScalingReplicaSet  53m                deployment-controller  Scaled down replica set nginx-deployment-54f57cf6bf to 0
  Normal  ScalingReplicaSet  26m                deployment-controller  Scaled up replica set nginx-deployment-54f57cf6bf to 1
  Normal  ScalingReplicaSet  26m                deployment-controller  Scaled up replica set nginx-deployment-54f57cf6bf to 2
  Normal  ScalingReplicaSet  26m                deployment-controller  Scaled down replica set nginx-deployment-56f8998dbc to 2
  Normal  ScalingReplicaSet  26m (x2 over 63m)  deployment-controller  Scaled up replica set nginx-deployment-54f57cf6bf to 3
  Normal  ScalingReplicaSet  26m                deployment-controller  Scaled down replica set nginx-deployment-56f8998dbc to 1
  Normal  ScalingReplicaSet  26m                deployment-controller  Scaled down replica set nginx-deployment-56f8998dbc to 0
  Normal  ScalingReplicaSet  40s                deployment-controller  Scaled up replica set nginx-deployment-9f5dd848b to 1

6.deployment扩缩容
如果当前pod不足于处理业务,需要扩容;或者业务量缩减,需要进行缩容.
1)手动扩缩容

#我们将pod的副本数从3扩容到5

[root@node-1 pod]# 
[root@node-1 pod]# kubectl get pod
NAME                               READY   STATUS    RESTARTS   AGE
centos-6b68465d79-5w9df            1/1     Running   0          7d6h
nginx-deployment-9f5dd848b-4bbgv   1/1     Running   0          101s
nginx-deployment-9f5dd848b-6qkvf   1/1     Running   0          3m21s
nginx-deployment-9f5dd848b-rnm7s   1/1     Running   0          4m16s
[root@node-1 pod]# 
[root@node-1 pod]# kubectl scale deployment nginx-deployment --replicas=5
deployment.apps/nginx-deployment scaled
[root@node-1 pod]# kubectl get pod
NAME                               READY   STATUS    RESTARTS   AGE
centos-6b68465d79-5w9df            1/1     Running   0          7d6h
nginx-deployment-9f5dd848b-4bbgv   1/1     Running   0          2m1s
nginx-deployment-9f5dd848b-6qkvf   1/1     Running   0          3m41s
nginx-deployment-9f5dd848b-7r46p   1/1     Running   0          3s
nginx-deployment-9f5dd848b-cffn5   1/1     Running   0          3s
nginx-deployment-9f5dd848b-rnm7s   1/1     Running   0          4m36s

#我们将pod的副本数从5缩容到2

[root@node-1 pod]# kubectl scale deployment nginx-deployment --replicas=2
deployment.apps/nginx-deployment scaled
[root@node-1 pod]# kubectl get pod
NAME                               READY   STATUS        RESTARTS   AGE
centos-6b68465d79-5w9df            1/1     Running       0          7d6h
nginx-deployment-9f5dd848b-4bbgv   0/1     Terminating   0          3m28s
nginx-deployment-9f5dd848b-6qkvf   1/1     Running       0          5m8s
nginx-deployment-9f5dd848b-7r46p   0/1     Terminating   0          90s
nginx-deployment-9f5dd848b-cffn5   0/1     Terminating   0          90s
nginx-deployment-9f5dd848b-rnm7s   1/1     Running       0          6m3s
[root@node-1 pod]# kubectl get pod
NAME                               READY   STATUS    RESTARTS   AGE
centos-6b68465d79-5w9df            1/1     Running   0          7d6h
nginx-deployment-9f5dd848b-6qkvf   1/1     Running   0          5m14s
nginx-deployment-9f5dd848b-rnm7s   1/1     Running   0          6m9s

自动扩缩容较复杂,放在下一个博客写.

K8S中Pod控制器之Horizontal Pod Autoscaler(HPA)控制器元气满满的热码式 kubernetes 容器云原生
HorizontalPodAutoscaler(HPA)控制器HorizontalPodAutoscaler（HPA）是Kubernetes中用于自动根据当前的负载情况，自动调整Pod数量的一种控制器。HPA能够根据CPU使用率、内存使用量或其他选择的度量指标来自动扩展Pod的数量，以确保应用的性能。HPA可以获取每个Pod利用率，然后和HPA中定义的指标进行对比，同时计算出需要伸缩的具体值，最后
【赵渝强老师】Kubernetes中Pod的探针
在K8s集群中，当Pod处于运行状态时，kubelet通过使用探针（Probe）对容器的健康状态执行检查和诊断。Kubernetes支持的三种类型的探针。视频讲解如下：https://www.bilibili.com/video/BV1V1tFenEXL/?aid=113130512390...下面分别进行介绍。livenessProbe（存活探针）该类型的探针将检查Pod中的容器是否正在运行。如
如何搭建K8S集群江湖风云令 kubernetes 容器云原生
目录一、环境规划二、环境准备2.1搭建流程概述：2.2安装环境准备2.2.1升级系统内核2.2.2设置主机名和hosts本地解析2.2.3关闭防火墙和SELinux2.2.4时间同步2.2.5关闭swap分区2.2.6将桥接的IPv4流量传递到iptables链2.2.7开启ipvs2.2.8重启机器2.3容器化环境和组件安装2.3.1Docker安装2.3.2设置Docker镜像加速器：2.3.
k8s mysql数据目录挂载_【kubernetes】k8s数据卷,pod挂载本地路径九罭之魚 k8s mysql数据目录挂载
环境：Linux服务器配置挂载目录思路：在部署pod的节点(宿主机)配置同样的挂载路径到一个固定的服务器(目标服务器)，这样不管pod在哪里跑，文件的保存路径都是不变的1.安装sshfsyuminstall-ysshfs2.添加ssh认证把节点的ssh公钥拷贝到目标服务器的~/.ssh/authorizedkeys中3.挂载目录在节点服务器执行：sshfsUSER@目标服务器IP:/path/to
KubeSphere 与 Pig 微服务平台的整合与优化：全流程容器化部署实践小盒子_spring 字节与烟火微服务 KubeSphere Pig微服务平台 Jenkins流水线 SonarQube代码审查 Ingress DevOps
一、前言近年来，为了满足越来越复杂的业务需求，我们从传统单体架构系统升级为微服务架构，就是把一个大型应用程序分割成可以独立部署的小型服务，每个服务之间都是松耦合的，通过RPC或者是Rest协议来进行通信，可以按照业务领域来划分成独立的单元。但是微服务系统相对于以往的单体系统更为复杂，当业务增加时，服务也将越来越多，服务的频繁部署、监控将变得复杂起来，尤其在上了k8s以后会更加复杂。那么有没有一款全
K8s组件全解析，你需要知道的一切秘密 master_chenchengg 能力提升面试宝典技术 IT信息化
K8s组件全解析，你需要知道的一切秘密K8s架构概览APIServer：K8s的门面担当控制平面组件详解etcd：高可用的数据存储基石工作负载管理与调度策略网络模型与服务发现机制存储编排与持久化解决方案日志监控与故障排查工具链K8s架构概览Kubernetes（简称K8s）作为现代云原生应用部署的主流平台，其核心在于简化容器化应用的管理和扩展。K8s的基本架构围绕着集群、节点和Pod等概念构建。一
mac系统docker安装k8s 吕海洋操作系统运维 k8s macos docker k8s
一、docker升级到最新版本，否则有可能安装失败二、打开docker配置页面，选择kubernetes，勾选EnableKubernetes等待安装完成也可以通过国内原下载好Kubernetes镜像后在勾选，版本一定要对应三、查看Kubernetes是否成功启动四、安装dashboard可选先查看k8s版本，在docker配置页面Kubernetes里可以看到，v1.22.5访问官方文档选择对应
docker 与K8s的恩怨情仇慧香一格 docker K8s 容器 docker kubernetes 容器
Docker和Kubernetes（通常简称为K8s）是容器化和容器编排领域的两大重要工具，它们在技术生态中扮演着不同的角色，并且有着密切的关系。虽然有时候人们会讨论它们之间的关系，但实际上它们更多的是互补而不是对立。下面详细探讨Docker与Kubernetes的关系及其各自的优劣势。Docker什么是Docker？Docker是一个开源的平台，用于自动化应用程序的部署、扩展和管理。它允许开发者
K8S集群常用命令年薪丰厚 kubernetes docker 容器
1，查看podkubectlgetpods-A查看所有的podkubectlgetpods这个只查看namespace为default下的pod，也就是只查看默认命名空间下的podkubectlgetpod-A-owide查看所有的pod，并且放出的信息更全（包含了pod的ip）2，查看pod的具体信息kubectldescribepodmy-pod-nmy-namespace查看命名空间my-n
搭建k8s集群云原生devops前端后端
由于格式和图片解析问题，为了更好体验，可前往阅读原文本文带着大家按照官方文档进行k8s搭建，环境是基于arm架构centos7.9的虚拟机环境进行的，如果你使用的是非ARM架构的系统，仍然可以参考文章指导，而涉及到的一些安装链接需要根据情况替换成兼容你自己系统的链接本次安装的版本为1.26.0版本，将会通过多种工具进行搭建，如：minikube、kubeadm等等现阶段k8s的迭代速度还是很快的，
Kubernetes 监控实践：基于 Prometheus-Operator 的完整解决方案云计算
Kubernetes（K8s）的动态性和分布式特性为应用部署带来了极大的便利，同时也使监控变得复杂而繁琐。幸运的是，Prometheus-Operator提供了一种高效的方式，通过抽象Kubernetes的原生资源（CRD）来配置和管理整个监控栈，极大地简化了监控的部署和运维。本文将从实际操作出发，介绍如何通过Prometheus-Operator快速搭建Kubernetes的监控体系，包括如何配
拒绝 Helm？如何在 K8s 上部署 KRaft 模式 Kafka 集群？后端
首发：运维有术今天分享的主题是：不使用Helm、Operator，如何在K8s集群上手工部署一个开启SASL认证的KRaft模式的Kafka集群？本文，我将为您提供一份全面的实战指南，逐步引导您完成以下关键任务：配置KafkaSecret：管理用户密码和集群ID配置KafkaService：使用NodePort对外发布Kafka服务使用StatefulSet部署KRaft模式Kafka集群如何测试
深入 Kubernetes 的健康奥秘：探针（Probe）究竟有多强？云计算
深入Kubernetes的健康奥秘：探针（Probe）究竟有多强？“Probe”——这是K8s世界里一个特别常见但又不够“高调”的单词。如果你第一次接触K8s，可能很难想象这个看似普通的小工具竟然是K8s自动化运维的核心之一。探针（Probe）的作用就像集群的“健康监护员”，负责检测和管理容器的健康状态。没有它，K8s的稳定性和高可用性可能会大打折扣。本文将从探针的原理讲起，结合实际场景深入解析它
Kubernetes:基础的架构土豆凌凌七 kubernetes 架构容器 golang 后端
kubernetes的一个简单机构图形k8s主要分为两个大结构：1控制面：master是集群的大脑和心脏2数据面：worker主要在master的指挥下进行工作，也称之为nodekubectl是k8s的管理工具我们可以使用kubectlgetnode来查看节点的状态因为Master和Node的划分不是绝对的。当集群的规模较小，工作负载较少的时候，Master也可以承担Node的工作使用kubect
【Docker】Supervisor 实现单容器运行多服务进程行者Sun1989 Docker Docker 容器 Supervisor
本文内容均来自个人笔记并重新梳理，如有错误欢迎指正！如果对您有帮助，烦请点赞、关注、转发、订阅专栏！专栏订阅入口|精选文章|Kubernetes|Docker|Linux|羊毛资源|工具推荐|往期精彩文章【Docker】（全网首发）KylinV10下MySQL容器内存占用异常的解决方法【Docker】（全网首发）KylinV10下MySQL容器内存占用异常的解决方法（续）【K8s】专题十五（6）：
Partition架构程序猿进阶网站架构 &性能调优架构后端 java 性能优化阿里云面试 partition
优质博文：IT-BLOG-CNPartition架构【1】结构：Region至少3个Zone，Zone内至少两个Partition，Partition内至少1个K8SMemberCluster；【2】故障域：故障域及核心链路至少Zone内收敛，甚至Partition收敛。故障域之间不应该有交互（状态流等）；【3】变更规范：不同时变更多个Zone，甚至不同时变更多个Partition；【4】Fede
万字长文，k8s之父带你阅读 deployment 源码 go
4.3deploymentcontroller01DeploymentController是Kube-Controller-Manager中最常用的Controller之一管理Deployment资源。而Deployment的本质就是通过管理ReplicaSet和Pod在Kubernetes集群中部署无状态Workload。Deployment与控制器模式在K8s中，pod是最小的资源单位，而po
万字长文，k8s 之父带你精通 stateful 源码 go
4.12statefulsetcontroller分析StatefulSet觉得不错的兄弟，可以+mkjnnm交流StatefulSet是用来管理有状态应用的高级工作负载，而deployment用于管理无状态应用。有状态的pod与无状态的pod不一样的是，有状态的pod有时候需要通过其主机名来定位，而无状态的不需要，因为无状态的pod每个都是一样的，随机选一个就行，但对于有状态的来说，每一个pod
k8s 之父带你精通 endpoint 源码 go
大家好，我是南哥，今天和大家一起阅读k8sendpoint控制器源码。如果本文对你有一些帮助，请帮忙转发一下！EndpointSubsetEndpointSubset是一组具有公共端口集的地址，扩展的端点集是Addresses(PodIP地址)和Ports(Service名称和端口号)的笛卡尔积。下面是一个典型的EndpointSubset示例:Name:"test",Subsets:[{Addr
k8s之父带你阅读 replicaset 源码【2w字】 go
4.6replicasetcontroller01介绍简介replicasetcontroller是kube-controller-manager组件中众多控制器中的一个，是replicaset资源对象的控制器，其通过对replicaset、pod2种资源的监听，当这2种资源发生变化时会触发replicasetcontroller对相应的replicaset对象进行调谐操作，从而完成replica
ArgoWorkflow 教程(一)--DevOps 另一选择？云原生 CICD 初体验
本文主要记录了如何在k8s上快速部署云原生的工作流引擎ArgoWorkflow。ArgoWorkflow是什么ArgoWorkflows是一个开源的云原生工作流引擎，用于在Kubernetes上编排并行作业。Argo工作流作为KubernetesCRD实现。定义工作流，其中工作流中的每个步骤都是一个容器。将多步骤工作流建模为一系列任务，或使用DAG来捕获任务之间的依赖关系图。使用Argo可以在很短
【Elasticsearch】节点与集群：架构原理与优化实践程风破～ Elasticsearch Elasticsearch实战 elasticsearch 架构大数据
博主简介：CSDN博客专家，历代文学网（PC端可以访问：https://literature.sinhy.com/#/?__c=1000，移动端可微信小程序搜索“历代文学”）总架构师，15年工作经验，精通Java编程，高并发设计，Springboot和微服务，熟悉Linux，ESXI虚拟化以及云原生Docker和K8s，热衷于探索科技的边界，并将理论知识转化为实际应用。保持对新技术的好奇心，乐于分
react-intl——react国际化使用方案苹果酱0567 面试题汇总与解析 java 开发语言中间件 spring boot 后端
国际化介绍i18n：internationalization国家化简称，首字母+首尾字母间隔的字母个数+尾字母，类似的还有k8s(Kubernetes)React-intl是React中最受欢迎的库。使用步骤安装#usenpmnpminstallreact-intl-D#useyarn项目入口文件配置//index.tsximportReactfrom"react";importReactDOMf
【从问题中去学习k8s】k8s中的常见面试题（夯实理论基础）（二十八）向往风的男子 k8s 学习 kubernetes 容器
本站以分享各种运维经验和运维所需要的技能为主《python零基础入门》：python零基础入门学习《python运维脚本》：python运维脚本实践《shell》：shell学习《terraform》持续更新中：terraform_Aws学习零基础入门到最佳实战《k8》从问题中去学习k8s《docker学习》暂未更新《ceph学习》ceph日常问题解决分享《日志收集》ELK+各种中间件《运维日常》
Kubernetes数据持久化看清所苡看轻 kubernetes(k8s)emptyDir HostPath pv pvc kubernetes
在k8s中，Volume（数据卷）存在明确的生命周期（与包含该数据卷的容器组（pod）相同）。因此Volume的生命周期比同一容器组（pod）中任意容器的生命周期要更长，不管容器重启了多少次，数据都被保留下来。当然，如果pod不存在了，数据卷自然退出了。此时，根据pod所使用的数据卷类型不同，数据可能随着数据卷的退出而删除，也可能被真正持久化，并在下次容器组重启时仍然可以使用。从根本上来说，一个数
k8s中Service暴露的种类以及用法听说唐僧不吃肉 K8S kubernetes 容器云原生
一、说明在Kubernetes中，有几种不同的方式可以将服务（Service）暴露给外部流量。这些方式通过定义服务的spec.type字段来确定。二、详解1.ClusterIP定义：默认类型，服务只能在集群内部访问。作用：通过集群内部IP地址暴露服务。示例：spec:type:ClusterIPports:-port:80targetPo
二十四、k8s 资源管理繁华依在 k8s kubernetes 容器云原生
目录一、资源配置范围管理LimitRange介绍1、LimitRange可以做什么：2、资源限制和请求的约束3、创建LimitsRange对象4、示例：创建一个pod5、测试用例测试1：测试2：测试3：二、资源服务质量管理（RequestsQos）1、Qos级别分类：1.1、Guaranteed：1.2、BestEffort：1.3、Burstable：2、Qos的工作特点3、示例三、资源配额管理
Kubernetes 自定义控制器开发 IT回忆录 Kubenetes kubernetes
目录前言一、CRD二、创建数据库表（Mysql）二、控制器开发1.使用kubernetes的examplecontroller模板2.在controller.go中新增数据表监听方法3.修改tools工具生成资源对象结构体定义这里记录开发k8s控制器的一般方式，controller开发主要使用k8s提供的client-go库进行。前言Controller监听集群内部资源对象的变化，编辑资源对象(增
用kubedam搭建的k8s证书过期处理方法我滴鬼鬼呀wks k8s 1024程序员节
kubeadm部署的k8s证书过期1、查看证书过期时间kubeadmalphacertscheck-expiration若证书已经过期无法试用kubectl命令建议修改服务器时间到未过期的时间段2、配置kube-controller-manager.yaml文件cat/etc/kubernetes/manifests/kube-controller-manager.yamlapiVersion:v
k8s证书过期问题处理 olina_qin kubernetes 容器云原生
k8s证书过期问题处理opensslx509-in/etc/kubernetes/pki/apiserver.crt-noout-dateskubeadmcertsrenewallsystemctlrestartkubeleopensslx509-in/etc/kubernetes/pki/apiserver.crt-noout-text|grep"NotAfter"cp/etc/kubernet
深入浅出Java Annotation(元注解和自定义注解） Josh_Persistence Java Annotation 元注解自定义注解
一、基本概述　　 Annontation是Java5开始引入的新特征。中文名称一般叫注解。它提供了一种安全的类似注释的机制，用来将任何的信息或元数据（metadata）与程序元素（类、方法、成员变量等）进行关联。　　更通俗的意思是为程序的元素（类、方法、成员变量）加上更直观更明了的说明，这些说明信息是与程序的业务逻辑无关，并且是供指定的工具或
mysql优化特定类型的查询 annan211 java 工作 mysql
本节所介绍的查询优化的技巧都是和特定版本相关的，所以对于未来mysql的版本未必适用。 1 优化count查询对于count这个函数的网上的大部分资料都是错误的或者是理解的都是一知半解的。在做优化之前我们先来看看真正的count()函数的作用到底是什么。 count()是一个特殊的函数，有两种非常不同的作用，他可以统计某个列值的数量，也可以统计行数。在统
MAC下安装多版本JDK和切换几种方式棋子chessman jdk
环境： MAC AIR,OS X 10.10,64位历史：过去 Mac 上的 Java 都是由 Apple 自己提供，只支持到 Java 6，并且OS X 10.7 开始系统并不自带（而是可选安装）（原自带的是1.6）。后来 Apple 加入 OpenJDK 继续支持 Java 6，而 Java 7 将由 Oracle 负责提供。在终端中输入jav
javaScript （1） Array_06 JavaScript java 浏览器
JavaScript 1、运算符　　运算符就是完成操作的一系列符号，它有七类：　　赋值运算符（=,+=,-=,*=,/=,%=,<<=,>>=,|=,&=）、算术运算符(+,-,*,/,++,--,%)、比较运算符(>,<,<=,>=,==,===,!=,!==)、逻辑运算符(||,&&,!)、条件运算(?:)、位
国内顶级代码分享网站袁潇含 java jdk oracle .net PHP
现在国内很多开源网站感觉都是为了利益而做的当然利益是肯定的,否则谁也不会免费的去做网站 &
Elasticsearch、MongoDB和Hadoop比较随意而生 mongodb hadoop 搜索引擎
IT界在过去几年中出现了一个有趣的现象。很多新的技术出现并立即拥抱了“大数据”。稍微老一点的技术也会将大数据添进自己的特性，避免落大部队太远，我们看到了不同技术之间的边际的模糊化。假如你有诸如Elasticsearch或者Solr这样的搜索引擎，它们存储着JSON文档，MongoDB存着JSON文档，或者一堆JSON文档存放在一个Hadoop集群的HDFS中。你可以使用这三种配
mac os 系统科研软件总结张亚雄 mac os
1.1 Microsoft Office for Mac 2011 大客户版，自行搜索。 1.2 Latex （MacTex）: 系统环境：https://tug.org/mactex/ &nb
Maven实战（四）生命周期 AdyZhang maven
1. 三套生命周期 Maven拥有三套相互独立的生命周期，它们分别为clean，default和site。每个生命周期包含一些阶段，这些阶段是有顺序的，并且后面的阶段依赖于前面的阶段，用户和Maven最直接的交互方式就是调用这些生命周期阶段。以clean生命周期为例，它包含的阶段有pre-clean, clean 和 post
Linux下Jenkins迁移 aijuans Jenkins
1. 将Jenkins程序目录copy过去源程序在/export/data/tomcatRoot/ofctest-jenkins.jd.com下面 tar -cvzf jenkins.tar.gz ofctest-jenkins.jd.com &
request.getInputStream()只能获取一次的问题 ayaoxinchao request Inputstream
问题：在使用HTTP协议实现应用间接口通信时，服务端读取客户端请求过来的数据，会用到request.getInputStream()，第一次读取的时候可以读取到数据，但是接下来的读取操作都读取不到数据原因： 1. 一个InputStream对象在被读取完成后，将无法被再次读取，始终返回-1； 2. InputStream并没有实现reset方法（可以重
数据库SQL优化大总结之百万级数据库优化方案 BigBird2012 SQL优化
网上关于SQL优化的教程很多，但是比较杂乱。近日有空整理了一下，写出来跟大家分享一下，其中有错误和不足的地方，还请大家纠正补充。这篇文章我花费了大量的时间查找资料、修改、排版，希望大家阅读之后，感觉好的话推荐给更多的人，让更多的人看到、纠正以及补充。 1.对查询进行优化，要尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 2.应尽量避免在 where
jsonObject的使用 bijian1013 java json
在项目中难免会用java处理json格式的数据，因此封装了一个JSONUtil工具类。 JSONUtil.java package com.bijian.json.study; import java.util.ArrayList; import java.util.Date; import java.util.HashMap;
[Zookeeper学习笔记之六]Zookeeper源代码分析之Zookeeper.WatchRegistration bit1129 zookeeper
Zookeeper类是Zookeeper提供给用户访问Zookeeper service的主要API，它包含了如下几个内部类首先分析它的内部类，从WatchRegistration开始，为指定的znode path注册一个Watcher， /** * Register a watcher for a particular p
【Scala十三】Scala核心七：部分应用函数 bit1129 scala
何为部分应用函数？ Partially applied function: A function that’s used in an expression and that misses some of its arguments.For instance, if function f has type Int => Int => Int, then f and f(1) are p
Tomcat Error listenerStart 终极大法 ronin47 tomcat
Tomcat报的错太含糊了，什么错都没报出来，只提示了Error listenerStart。为了调试，我们要获得更详细的日志。可以在WEB-INF/classes目录下新建一个文件叫logging.properties，内容如下 Java代码 handlers = org.apache.juli.FileHandler, java.util.logging.ConsoleHa
不用加减符号实现加减法 BrokenDreams 实现
今天有群友发了一个问题，要求不用加减符号(包括负号)来实现加减法。分析一下，先看最简单的情况，假设1+1，按二进制算的话结果是10，可以看到从右往左的第一位变为0，第二位由于进位变为1。
读《研磨设计模式》-代码笔记-状态模式-State bylijinnan java 设计模式
声明：本文只为方便我个人查阅和理解，详细的分析以及源代码请移步原作者的博客http://chjavach.iteye.com/ /* 当一个对象的内在状态改变时允许改变其行为，这个对象看起来像是改变了其类状态模式主要解决的是当控制一个对象状态的条件表达式过于复杂时的情况把状态的判断逻辑转移到表示不同状态的一系列类中，可以把复杂的判断逻辑简化如果在
CUDA程序block和thread超出硬件允许值时的异常 cherishLC CUDA
调用CUDA的核函数时指定block 和 thread大小，该大小可以是dim3类型的（三维数组），只用一维时可以是usigned int型的。以下程序验证了当block或thread大小超出硬件允许值时会产生异常！！！GPU根本不会执行运算！！！所以验证结果的正确性很重要！！！在VS中创建CUDA项目会有一个模板，里面有更详细的状态验证。以下程序在K5000GPU上跑的。
诡异的超长时间GC问题定位 chenchao051 jvm cms GC hbase swap
HBase的GC策略采用PawNew+CMS, 这是大众化的配置，ParNew经常会出现停顿时间特别长的情况，有时候甚至长到令人发指的地步，例如请看如下日志： 2012-10-17T05:54:54.293+0800: 739594.224: [GC 739606.508: [ParNew: 996800K->110720K(996800K), 178.8826900 secs] 3700
maven环境快速搭建 daizj 安装 mavne 环境配置
一下载maven 安装maven之前，要先安装jdk及配置JAVA_HOME环境变量。这个安装和配置java环境不用多说。 maven下载地址：http://maven.apache.org/download.html，目前最新的是这个apache-maven-3.2.5-bin.zip，然后解压在任意位置，最好地址中不要带中文字符，这个做java 的都知道，地址中出现中文会出现很多
PHP网站安全，避免PHP网站受到攻击的方法 dcj3sjt126com PHP
对于PHP网站安全主要存在这样几种攻击方式:1、命令注入(Command Injection)2、eval注入(Eval Injection)3、客户端脚本攻击(Script Insertion)4、跨网站脚本攻击(Cross Site Scripting, XSS)5、SQL注入攻击(SQL injection)6、跨网站请求伪造攻击(Cross Site Request Forgerie
yii中给CGridView设置默认的排序根据时间倒序的方法 dcj3sjt126com GridView
public function searchWithRelated() { $criteria = new CDbCriteria; $criteria->together = true; //without th
Java集合对象和数组对象的转换 dyy_gusi java集合
在开发中，我们经常需要将集合对象（List，Set）转换为数组对象，或者将数组对象转换为集合对象。Java提供了相互转换的工具，但是我们使用的时候需要注意，不能乱用滥用。 1、数组对象转换为集合对象最暴力的方式是new一个集合对象，然后遍历数组，依次将数组中的元素放入到新的集合中，但是这样做显然过
nginx同一主机部署多个应用 geeksun nginx
近日有一需求，需要在一台主机上用nginx部署2个php应用，分别是wordpress和wiki，探索了半天，终于部署好了，下面把过程记录下来。 1. 在nginx下创建vhosts目录，用以放置vhost文件。 mkdir vhosts 2. 修改nginx.conf的配置，在http节点增加下面内容设置，用来包含vhosts里的配置文件 #
ubuntu添加admin权限的用户账号 hongtoushizi ubuntu useradd
ubuntu创建账号的方式通常用到两种：useradd 和adduser . 本人尝试了useradd方法，步骤如下： 1:useradd 使用useradd时，如果后面不加任何参数的话，如：sudo useradd sysadm 创建出来的用户将是默认的三无用户：无home directory ,无密码,无系统shell。顾应该如下操作：
第五章常用Lua开发库2-JSON库、编码转换、字符串处理 jinnianshilongnian nginx lua
JSON库在进行数据传输时JSON格式目前应用广泛，因此从Lua对象与JSON字符串之间相互转换是一个非常常见的功能；目前Lua也有几个JSON库，本人用过cjson、dkjson。其中cjson的语法严格（比如unicode \u0020\u7eaf），要求符合规范否则会解析失败（如\u002），而dkjson相对宽松，当然也可以通过修改cjson的源码来完成
Spring定时器配置的两种实现方式OpenSymphony Quartz和java Timer详解 yaerfeng1989 timer quartz 定时器
原创整理不易，转载请注明出处：Spring定时器配置的两种实现方式OpenSymphony Quartz和java Timer详解代码下载地址：http://www.zuidaima.com/share/1772648445103104.htm 有两种流行Spring定时器配置：Java的Timer类和OpenSymphony的Quartz。 1.Java Timer定时首先继承jav
Linux下df与du两个命令的差别？ pda158 linux
　一、df显示文件系统的使用情况，与du比較，就是更全盘化。　　最经常使用的就是 df -T，显示文件系统的使用情况并显示文件系统的类型。　　举比例如以下：　　[root@localhost ~]# df -T 　　Filesystem Type &n
[转]SQLite的工具类 ---- 通过反射把Cursor封装到VO对象 ctfzh VO android sqlite 反射 Cursor
在写DAO层时，觉得从Cursor里一个一个的取出字段值再装到VO(值对象)里太麻烦了，就写了一个工具类，用到了反射，可以把查询记录的值装到对应的VO里，也可以生成该VO的List。使用时需要注意：考虑到Android的性能问题，VO没有使用Setter和Getter，而是直接用public的属性。表中的字段名需要和VO的属性名一样，要是不一样就得在查询的SQL中
该学习笔记用到的Employee表 vipbooks oracle sql 工作
这是我在学习Oracle是用到的Employee表，在该笔记中用到的就是这张表，大家可以用它来学习和练习。 drop table Employee; -- 员工信息表 create table Employee( -- 员工编号 EmpNo number(3) primary key, -- 姓

根据实践学习K8S--7.使用Deployment进行不停机升级和回滚以及手动扩缩容

你可能感兴趣的:(K8S)