Docker部署运维「中级篇」docker践行devOps理念

『中级篇』K8S横向扩展功能ReplicaSet和Replica

2018-09-08  本文已影响4人  IT人故事会

原创文章，欢迎转载。转载请注明：转载自IT人故事会，谢谢！
原文链接地址：『中级篇』K8S横向扩展功能ReplicaSet和ReplicationController（63）

上次说了，pod的如何管理。这次说说pod的横向扩展。源码：https://github.com/limingios/docker/tree/master/No.9

ReplicationController

ReplicationController（简称为RC）。在旧版本的Kubernetes中，只有ReplicationController对象。它的主要作用是确保Pod以你指定的副本数运行，即如果有容器异常退出，会自动创建新的 Pod 来替代；而异常多出来的容器也会自动回收。可以说，通过ReplicationController，Kubernetes实现了集群的高可用性。

#启动k8s
minikube start
#删除上次的pod
kubectl delete -f pod_nginx.yml

apiVersion: v1
kind: ReplicationController 
metadata:
  name: nginx
spec:
  replicas: 3
  selector:
    app: nginx
  template:
    metadata:
      name: nginx
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx
        ports:
        - containerPort: 80
image.png 
#创建一个ReplicationController的横向扩展
kubectl create -f rc_nginx.yml
kubectl get pods
kubectl get rc

通过delete pods 的方式删除一个容器，立刻就有一个新的容器起来

kubectl get  rc
kubectl get pod
kubectl delete pods nginx-h2qbt
kubectl get pods
kubectl get  rc

kubectl scale rc nginx --replicas=2
kubectl get  rc
kubectl scale rc nginx --replicas=5
kubectl get  pods -o wide
image.png

ReplicaSet

Kubernetes官方强烈建议避免直接使用ReplicaSet，而应该通过Deployment来创建RS和Pod。
由于ReplicaSet是ReplicationController的代替物，因此用法基本相同，唯一的区别在于ReplicaSet支持集合式的selector。

apiVersion: apps/v1
kind: ReplicaSet
metadata:
  name: nginx
  labels:
    tier: frontend
spec:
  replicas: 3
  selector:
    matchLabels:
      tier: frontend
  template:
    metadata:
      name: nginx
      labels:
        tier: frontend
    spec:
      containers:
      - name: nginx
        image: nginx
        ports:
        - containerPort: 80

#删除ReplicationController创建的pod
kubectl delete -f rc_nginx.yml
#创建一个ReplicationController的横向扩展
kubectl create -f rs_nginx.yml
kubectl get pods -o wide
kubectl get pods
kubectl get rc

通过delete pods 的方式删除一个容器，立刻就有一个新的容器起来

kubectl get  rs
kubectl get pod
kubectl delete pods nginx-h2qbt
kubectl get pods
kubectl get  rs

kubectl scale rs nginx --replicas=2
kubectl get  rs
kubectl scale rs nginx --replicas=5
kubectl get  pods -o wide

PS：通过这次了解了pod的扩展，ReplicaSet和ReplicationController的方式，基本上可以抛弃上次的直接pod的方式创建app了。下次说说Deployment。

往期精彩
  1. docker导学（一）
  2. 容器的技术概述（二）
  3. docker的魅力初体验-5分钟安装wordpress不走弯路（三）
  4. docker官网介绍（四）
  5. 如何在mac上安装docker（五）
  6. 如何在window上安装docker（六）
  7. 如何在mac上通过vagrant安装虚拟机（七）
  8. 如何在window上通过vagrant安装虚拟机（八）
  9. docker-Machine的本地使用（九）
  10. docker-Machine的本地使用（十）
  11. 在linux/mac下通过Docker-Machine在阿里云上的使用（11）
  12. docker架构和底层技术（12）
  13. docker Image概述（13）
  14. 手动建立一个base Image（14）
  15. 什么是Container（15）
  16. 构建自己的Docker镜像（16）
  17. Dockerfile详解（17）
  18. 镜像的发布（18）
  19. Dockerfile实战（19）
  20. 容器的操作（20）
  21. Dockerfile实战CMD和ENTRTYPOINT的配合（21）
  22. 容器的资源限制（22）
  23. docker网络（23）
  24. docker学习必会网络基础（24）
  25. Linux网络命名空间（25）
  26. Docker Bridge详解（26）
  27. 容器之间的Link（27）
  28. 容器的端口映射（28）
  29. 容器网络之host和none（29）
  30. 多容器复杂应用的部署（30）
  31. overlay网络和etcd实现多机的容器通信（31）
  32. docker的数据持久化存储和数据共享（32）
  33. windows下vagrant 通过SecureCRT连接centos7（33）
  34. 数据持久化之Data Volume（34）
  35. 数据持久化之bind Mounting（35）
  36. docker 使用bind Mounting实战（36）
  37. docker容器安装wordpress（37）
  38. docker Compose到底是什么（38）
  39. Docker Compose的安装和基本使用（39）
  40. Docker 水平扩展和负载均衡（40）
  41. Docker compose 部署一个复杂的应用（41）
  42. 容器编排Docker Swarm介绍（42）
  43. docker-swarm创建一个多节点集群（43）
  44. play with docker 的使用（44）
  45. docker-swarm中的Service创建维护和水平扩展（45）
  46. 在docker-swarm集群里通过serivce部署wordpress（46）
  47. 集群服务间通信之RoutingMesh（47）
  48. RoutingMesh之Ingress负载均衡（48）
  49. Docker-Stack部署wordpress（49）
  50. Docker-Stack部署投票应用（50）
  51. Docker-Secret管理和使用（51）
  52. Docker service更新（52）
  53. Docker的收费模式（53）
  54. Docker-cloud介绍（54）
  55. Docker Cloud自动构建 Docker image（55）
  56. Docker企业版的在线免费体验（56）
  57. docker企业版本地安装之UCP（57）
  58. docker体验阿里云的容器服务（58）
  59. 阿里云安装Docker企业版UCP和DTR（59）
  60. Kubenetes简介（60）
  61. Minikube快速搭建K8S单节点环境（61）
  62. K8S最小调度单位Pod（62）
上一篇下一篇

猜你喜欢

热点阅读