Openstack+Kubernetes+Docker微服务实践之路--弹性扩容

最新推荐文章于 2024-07-31 07:52:01 发布

qkecki24028

最新推荐文章于 2024-07-31 07:52:01 发布

阅读量5.5k

点赞数 1

本文链接：https://blog.csdn.net/qkecki24028/article/details/54342304

版权

本文介绍了如何利用Kubernetes实现弹性扩容，通过设置CPU阀值动态扩展和收缩计算能力。重点讲述了配置ReplicationController以监控Pods的CPU使用情况，以及如何进行压力测试验证扩容效果。Kubernetes在超过预设CPU使用率时会自动增加Pods，压力减轻后则会收缩，确保服务稳定运行。

摘要由CSDN通过智能技术生成

服务上线就要顶的住压力、扛的住考验，不然挨说的还是我们这帮做事的兄弟，还记得上图这个场景吗

老办法是服务集群部署，但总归有个上限，之前跟阿里合作的时候他们有个弹性计算可以通过设置CPU的阀值来动态扩展和收缩计算能力，那时感觉很有逼格，至少在当时我们常规的做法很难做到，没想到时至今日有了Kubernetes我们能也扬眉吐气了，看我来给大家实实在在的秀一把。

Kubernetes的自动扩容针对的是ReplicationController的，它会监控所有Pods的CPU使用情况，如果超过比例就启动更多的Pods来提供服务，反之减少Pods，在一般的情况下我们不会设置Pods的CPU的上限，但要使用自动扩容就要设置它的阀值因此也要设置Pods的CPU使用上限，不然Kubernetes没办法计算它的占用比例，所以我们在创建RC的时候就要指定每个Pod CPU资源占用的上限

配置

apiVersion: v1
kind: ReplicationController
metadata:
  name: thrift-c
  namespace: thrift-demo
spec:
  replicas:1
  selector:
    app: thrift-c
  template:
    metadata:
      name: thrift-c
      labels:
        app: thrift-c
    spec:
      containers:
      - name: thrift-c
        resources:
          requests:
            cpu: 200m