Kubernetes Expansion and Contraction

链接

Kubernetes Expansion and Contraction

手动扩容和缩容模式

自动扩容和伸缩模式

Kubernetes Expansion and Contraction

在实际生产系统中,经常会遇到某个服务需要扩容的场景, 也可能会遇到由于资源紧张或者工作负载降低而需要减少服务示例数量的场景。因此可以利用 Deployment/RC 的 Scale 机制来完成这些工作。

Kubernetes 的 Pod 的扩容和缩容操作提供了手动和自动两种,手动模式提供执行 kubectl 命令对一个 Deployment/RC 进行 Pod 副本数量的设置,即可一键完成。自动模式则需要用户根据某个性能指标或者自定义业务指标,并制定 Pod 副本数量的范围,系统将自动在这个范围内根据性能指标的变化进行调整。

手动扩容和缩容模式

在 Deployment Nginx 为例:

nginx-deployment.yaml

apiVersion: apps/v1beta1

kind: Deployment

metadata:

  name: nginx-deployment

spec:

  replicas: 3

  template:

    metadata:

      labels:

        app: nginx

    spec:

      containers:

      - name: nginx

        image: nginx:1.7.9

        ports:

        - containerPort: 80

创建服务:

$ kubectl apply -f nginx-deployment.yaml

deployment "nginx-deployment" created

已运行的 Pod 副本数量为 3 个:

$ kubectl get pods

NAME                                READY     STATUS    RESTARTS   AGE

nginx-deployment-569477d6d8-44xsn   1/1 Running   0          27s

nginx-deployment-569477d6d8-g4b8f   1/1 Running   0          27s

nginx-deployment-569477d6d8-sdfsm   1/1 Running   0          27s

通过 kubectl scale 命令可以将 Pod 副本数量从初始的 3 更新为 5:

$ kubectl scale deployment nginx-deployment --replicas 5

deployment "nginx-deployment" scaled

查看 Pod 数量:

$ kubectl get pods

NAME                                READY     STATUS    RESTARTS   AGE

nginx-deployment-569477d6d8-44xsn   1/1 Running   0          1m

nginx-deployment-569477d6d8-bqm2b   1/1 Running   0          16s

nginx-deployment-569477d6d8-dmgfk   1/1 Running   0          16s

nginx-deployment-569477d6d8-g4b8f   1/1 Running   0          1m

nginx-deployment-569477d6d8-sdfsm   1/1 Running   0          1m

将 --replicas 设置为比当前 Pod 副本数量更小的数,系统会将 “杀掉” 一些运行中的 Pod,以实现应用集群缩容:

$ kubectl scale deployment nginx-deployment --replicas=1

deployment "nginx-deployment" scaled


$ kubectl get pods

NAME                                READY     STATUS        RESTARTS   AGE

nginx-deployment-569477d6d8-44xsn   0/1 Terminating   0          3m

nginx-deployment-569477d6d8-bqm2b   0/1 Terminating   0          1m

nginx-deployment-569477d6d8-dmgfk   0/1 Terminating   0          1m

nginx-deployment-569477d6d8-g4b8f   0/1 Terminating   0          3m

nginx-deployment-569477d6d8-sdfsm   1/1 Running       0          3m

自动扩容和伸缩模式

从 Kubernetes v1.1 版本开始,新增了名为 Horizontal Pod Autoscaler(HPA)的控制器,用于实现基于 CPU 使用率自动 Pod 扩容和缩容的功能。HPA 控制器基于 Master 的 kube-controller-manager 服务启动参数 --horizontal-pod-autoscaler-sync-period 定义的时长(默认值为 30s),周期性的检测目标 Pod 的 CPU 使用率,并在满足条件时对 ReplicationController 或 Deployment 中的 Pod 副本数量进行调整,已复核用户定义的平均 Pod CPU 使用率。Pod CPU 使用率来源于 Heapster 组件,所以需要预先安装好 Heapster。

创建 HPA 时可以使用 kubectl autoscale 命令快速创建或者使用 yaml 配置文件进行创建。

在创建 HPA 之前,需要一件存在一个 Deployment/RC 对象,并且该 Deployment/RC 中的 Pod 必须定义 resources.requests.cpu 的资源请求值,如果不设置该值,则 Heapster 将无法采集到该 Pod 的 CPU 使用情况,会导致 HPA 无法正常工作。

下面通过为一个 RC 设置 HPA,然后使用一个客户端对其进行压力测试,对 HPA 的用法进行示例。

以 php-apache 的 Deployment 为例,使用 cpu request 为 200m,为设置 limit 上限的值:

php-apache-deployment.yaml

apiVersion: apps/v1beta1

kind: Deployment

metadata:

  name: php-apache

spec:

  replicas: 1

  template:

    metadata:

      name: php-apache

      labels:

        app: php-apache

    spec:

      containers:

      - name: php-apache

        image: gcr.io/google_containers/hpa-example

        resources:

          requests:

            cpu: 200m

        ports:

        - containerPort: 80

创建服务:

$ kubectl apply -f php-apache-deployment.yaml

deployment "php-apache" created

再创建一个 php-apache 的 Service,提供客户端访问:

php-apache-svc.yaml

apiVersion: v1

kind: Service

metadata:

  name: php-apache

spec:

  ports:

  - port: 80

  selector:

    app: php-apache

创建服务:

$ kubectl apply -f php-apache-svc.yaml

service "php-apache" created

接下来为 Deployment 创建一个 HPA 控制器,在 1 和 10 之间调整 Pod 的副本数量,使得平均 Pod CPU 使用率维持在 50%。

使用 kubectl autoscale 命令进行创建:

$ kubectl autoscale deployment php-apache --min=1 --max=10 --cpu-percent=50

deployment "php-apache" autoscaled

或者通过 yaml 配置文件来创建 HPA,需要在 scaleTargetRef 字段指定需要管理 Deployment/RC 的名字,然后设置 minReplicas、maxReplicas 和 targetCPUUtilizationPercentage 参数:

hpa-php-apache.yaml

apiVersion: autoscaling/v1

kind: HorizontalPodAutoscaler

metadata:

  name: php-apache

spec:

  scaleTargetRef:

    apiVersion: apps/v1beta1

    kind: Deployment

    name: php-apache

  minReplicas: 1

  maxReplicas: 10

  targetCPUUtilizationPercentage: 50

创建服务:

$ kubectl create -f hpa-php-apache.yaml

horizontalpodautoscaler "php-apache" configured

查看已经创建的 HPA:

$ kubectl get hpa

NAME         REFERENCE               TARGETS           MINPODS   MAXPODS   REPLICAS   AGE

php-apache   Deployment/php-apache <unknown> / 50%   1         10        1          4m

然后创建一个 busybox Pod,用户对 php-apache 服务发起压力测试的请求:

busybox-pod.yaml

apiVersion: v1

kind: Pod

metadata:

  name: busybox

spec:

  containers:

  - name: busybox

    image: busybox

    command: ["sleep", "3600"]

创建服务:

$ kubectl create -f busybox-pod.yaml

pod "busybox" created

进入 busybox 容器,执行一个无限循环的 wgat 命令来访问 php-apache 服务:

$ kubectl exec -it busybox sh


$ while true; do wget -q -O- http://php-apache > /dev/null; done

注意这里 wget 的目的 URL 地址是 Service 的名称 “php-apache”,这要求 DNS 服务正常工作,也可以使用 Service 的虚拟 ClusterIP 地址对其进行访问,例如http://169.169.122.145:

等待一段时间后,观察 HPA 控制器搜集到的 Pod CPU 使用率:

$ kubectl get hpa

再过一会,查看 Deployment 副本数的变化:

$ kubectl get deployment php-apache

可以看到 HPA 已经根据 Pod 的 CPU 使用率的提高对 Deployment 进行了自动扩容,Pod 的副本数量变成了 10 个。

最后停止压力测试,在 busybox 的控制台输入 Ctrl+C,停止无限循环操作。

等待一段时间,观察 HPA 的变化:

$ kubectl get hpa

再次查看 Deployment 的副本数量:

$ kubectl get deployment php-apache

可以看到 HPA 根据 Pod CPU 使用率的降低对副本数量进行了缩容操作,Pod 副本数量变成了 1 个。

当前 HPA 还只支持将 CPU 使用率作为 Pod 副本扩容和缩容的触发条件,在将来的版本中,将会支持应用自定义指标(例如每秒请求数量、请求平均响应时间或其他业务指标)作为触发条件。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,033评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,725评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,473评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,846评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,848评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,691评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,053评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,700评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,856评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,676评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,787评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,430评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,034评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,990评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,218评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,174评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,526评论 2 343

推荐阅读更多精彩内容