k8s本地部署

k8s是什么

Kubernetes是容器集群管理系统，是一个开源的平台，能够实现容器集群的自动化部署、自动扩缩容、维护等功能。

Kubernetes 具备以下特色:

便携性: 不管公有云、私有云、混合云仍是多云架构都全面支持
可扩展: 它是模块化、可插拔、可挂载、可组合的，支持各类形式的扩展
自修复: 它能够自保持应用状态、可自重启、自复制、自缩放的，经过声明式语法提供了强大的自修复能力

Kubernetes 是什么意思? K8s?

名称 Kubernetes 源于希腊语，意为 “舵手” 或 “飞行员”， 且是英文 “governor” 和 “cybernetic”的词根。 K8s 是经过将 8 个字母 “ubernete” 替换为 8 而导出的缩写。另外，在中文里，k8s 的发音与 Kubernetes 的发音比较接近。

架构

每个 Kubernetes 就集群都由一组 Master 节点和一系列的 Worker 节点组成，其中 Master 节点主要负责存储集群的状态并为 Kubernetes 对象分配和调度资源。

Master

• API Server 负责处理来自用户的请求，其主要做用就是对外提供 RESTful 的接口，包括用于查看集群状态的读请求以及改变集群状态的写请求，也是惟一一个与 etcd 集群通讯的组件。
• Controller 管理器运行了一系列的控制器进程，这些进程会按照用户的指望状态在后台不断地调节整个集群中的对象，当服务的状态发生了改变，控制器就会发现这个改变而且开始向目标状态迁移。 集群故障检测和恢复的自动化工做好比Replication Controller
• Scheduler 调度器其实为 Kubernetes 中运行的 Pod 选择部署的 Worker 节点，它会根据用户的须要选择最能知足请求的节点来运行 Pod，它会在每次须要调度 Pod 时执行。
  主要用于收集和分析当前 Kubernetes 集群中全部 Minion / Node 节点的资源 (包括内存、CPU 等) 负载状况，而后依据资源占用状况分发新建的 Pod 到 Kubernetes 集群中可用的节点。
  实时监测 Kubernetes 集群中未分发和已分发的全部运行的 Pod

Worker

• kubelet 负责 Node 节点上 Pod 的建立、修改、监控、删除等全生命周期的管理，对pod进行各类操做和日志上报
• kube-proxy 负责宿主机的子网管理，同时也能将服务暴露给外部，其原理就是在多个隔离的网络中把请求转发给正确的 Pod 或者容器。

名词解释

• Pod 是 Kubernetes 中可部署的最小、最基本对象。一个 Pod 表明集群中正在运行的单个进程实例。 它们共享 PID、IPC、Network 和 UTS namespace
• Container docker容器
• Node 是 Pod 真正运行的主机，能够是物理机，也能够是虚拟机。
• Service 是应用服务的抽象，经过 labels 为应用提供负载均衡和服务发现。
• Label 是识别 Kubernetes 对象的标签，以 key/value 的方式附加到对象上。Label 定义好后其余对象可使用 Label Selector 来选择一组相同 label 的对象。
  如： app=nginx
• Deployment 指不具备惟一标识的一组多个相同的 Pod。Deployment 运行应用的多个副本，并自动替换任何失败或无响应的实例

部署

server.js

var http = require('http');

var handleRequest = function(request, response) {
  console.log('Received request for URL: ' + request.url);
  response.writeHead(200);
  response.end('Hello World!');
};
var www = http.createServer(handleRequest);
www.listen(8080);

FROM node:6.9.2
EXPOSE 8080
COPY server.js .
CMD node server.js

eval $(minikube docker-env)

docker build -t hello-node:v1 .

建立 Deployment

kubectl run hello-node --image=hello-node:v1 --port=8080

查看 Deployment：

kubectl get deployments

查看pod

kubectl get pods

查看集群事件：

kubectl get events

查看 kubectl 配置：

kubectl config view

建立service
暴露到公网

kubectl expose deployment hello-node --type=LoadBalancer

kubectl get services

服务访问

minikube service hello-node --url

查看log

kubectl logs <POD-NAME>

更新应用：

response.end('Hello World Again!');

构建v2镜像

docker build -t hello-node:v2 .

修改镜像

kubectl set image deployment/hello-node hello-node=hello-node:v2

再次访问

清理

如今能够清理您在集群中建立的资源：

kubectl delete service hello-node
kubectl delete deployment hello-node

能够中止 Minikube VM：

minikube stop
eval $(minikube docker-env -u)

或者，删除 Minikube VM：

minikube delete

经过yaml描述文件建立deployment
deployment.yaml

apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 2 # tells deployment to run 2 pods matching the template
  template: # create pods using pod definition in this template
    metadata:
      # unlike pod-nginx.yaml, the name is not included in the meta data as a unique name is
      # generated from the deployment name
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.7.9
        ports:
        - containerPort: 80

将 kubectl 的 —record 的 flag 设置为 true 能够在 annotation 中记录当前命令建立或者升级了该资源。这在将来会颇有用，例如，查看在每一个 Deployment revision 中执行了哪些命令。

kubectl create -f deployment.yaml --record

kubectl describe deployment nginx-deployment

kubectl get deployments

给这个nginx换个版本

kubectl set image deployment/nginx-deployment nginx=nginx:1.9.1
或手动改配置
kubectl edit deployment/nginx-deployment

查看状态：

kubectl rollout status deployment/nginx-deployment
- deployment "nginx-deployment" successfully rolled out

经过record能够记录命令

kubectl rollout history deployment/nginx-deployment
deployment.extensions/nginx-deployment
REVISION  CHANGE-CAUSE
1         kubectl create --filename=deployment.yaml --record=true
2         kubectl create --filename=deployment.yaml --record=true

扩容/缩容

kubectl  scale deployment nginx-deployment --replicas=4

查看历史操做

kubectl rollout history deployment/nginx-deployment

回滚

kubectl rollout history deployment/nginx-deployment --revision=2

回滚到历史版本

kubectl rollout undo deployment/nginx-deployment --to-revision=2

暂停/恢复

kubectl rollout pause deployment/nginx-deploymen
kubectl rollout resume deploy nginx-deployment

关于rollout/pasuse/回滚

rollout

.spec.strategy.rollingUpdate.maxSurge 能够为整数或者百分比，默认为desired Pods数的25%
.spec.strategy.rollingUpdate.maxUnavailable 能够为整数或者百分比，默认为desired Pods数的25%
在Deployment rollout时，须要保证Available(Ready) Pods数不低于 desired pods number - maxUnavailable; 保证全部的Pods数很少于 desired pods number + maxSurge。

rollout时，先建立maxSurge个Pods，这时达到pods数的上限值desired replicas + maxSurge，而后delete OldRS maxUnavailable个Pods，这时Ready的Pods number最差也能保证desired replicas - maxUnavailable个。直到删除全部的pods。升级结束。

pasuse

kubectl rollout pause只会用来中止触发下一次rollout。因此正在执行的滚动不会中止。可是下次滚动就会被暂停，直到用户执行kubectl rollout resume

回滚

回滚的时候也是按照滚动的机制进行的，一样要遵照maxSurge和maxUnavailable的约束。并非一次性将全部的Pods删除，而后再一次性建立新的Pods。

和docker swarm选型

docker swarm优势

1. 跑的快，几个命令部署应用
2. 应用环境孤立，单独运行。
3. 版本控制和组件重用。
   缺点：
4. 不提供存储选项。 Docker Swarm不提供将容器链接到存储的无障碍方式
5. 监控不良 只能用Stats命令简单的监控

Kubernetes优势：

1. 维护容器的稳定
2. 大规模部署和更新软件： 水平基础架构缩放，自动扩展，手动缩放，复制控制器。
3. 自我修复
4. 存储问题。pod间数据共享，能够经过volume远程存储
   缺点
5. 安装繁琐
6. 初始过程须要时间，建立新进程须要等很长时间

Kubernetes：
须要成熟的部署和监控选项
须要快速可靠的响应时间
须要开发复杂的应用程序，而且须要高资源计算而不受限制
有一个很是大的集群

Docker，
但愿快速，方便的部署集群
启动速度快

参考

http://www.javashuo.com/article/p-cviahawv-dz.html
http://www.javashuo.com/article/p-nndfwuug-nb.html
k8s service详解：https://zhuanlan.zhihu.com/p/39909011