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

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

老办法是服务集群部署，但总归有个上限，之前跟阿里合作的时候他们有个弹性计算可以通过设置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