…目录

k8s中文文档http://docs.kubernetes.org.cn/683.html

可理解成使用一条kubectl命令及其参数选项来实现资源对象的管理操作

查看版本信息

nginx-xxx也可以是资源类型如pod或者all(仅展示几种核心资源并不完整)

--all-namespaces

创建副本控制器deployment来启动Podnginx-wl

kubectl

删除重启pod资源由于存在deployment/rc之类的副本控制器删除pod也会重新拉起来

kubectl

若pod无法删除总是处于terminate状态则要强行删除pod

kubectl

#grace-period表示过渡存活期默认30s在删除pod之前允许pod慢慢终止其上的容器进程从而优雅退出0表示立即终止pod扩缩容

kubectl

为deployment的nginx创建service并通过Service的80端口转发至容器的80端口上Service的名称为nginx-service类型为NodePort

kubectl

●ClusterIP提供一个集群内部的虚拟IP以供Pod访问service默认类型)

●NodePort在每个Node上打开一个端口以供外部访问Kubernetes将会在每个Node上打开一个端口并且每个Node的端口都是一样的通过

NodeIp:NodePort

的方式Kubernetes集群外部的程序可以访问Service。

●LoadBalancer通过设置LoadBalancer映射到云服务商提供的LoadBalancer地址。

这种用法仅用于在公有云服务提供商的云平台上设置Service的场景。

通过外部的负载均衡器来访问通常在云平台部署LoadBalancer还需要额外的费用。

在service提交后Kubernetes就会调用CloudProvider在公有云上为你创建一个负载均衡服务并且把被代理的Pod的IP地址配置给负载均衡服务做后端。

●externalName将service名称映射到一个DNS域名上相当于DNS服务的CNAME记录用于让Pod去访问集群外部的资源它本身没有绑定任何的资源。

查看pod网络状态详细信息和

状态由于使用的是滚动更新方式所以会先生成一个新的pod然后删除一个旧的pod往后依次类推

kubectl

蓝绿发布两套环境交替升级旧版本保留一定时间便于回滚优点用户无感知部署和回滚速度较快缺点浪费资源成本高滚动发布按批次停止老版本实例更新启动新版本实例。

优点节约资源缺点部署和回滚速度较慢灰度发布/金丝雀发布根据比例将老版本升级例如80%用户访问是老版本20%用户访问是新版。

优点保证整体系统稳定性如果出问题影响范围很小缺点自动化要求高

kubectl

Deployment控制器支持自定义控制更新过程中的滚动节奏如“暂停(pause)”或“继续(resume)”更新操作。

比如等待第一批新的Pod资源创建完成后立即暂停更新过程此时仅存在一部分新版本的应用主体部分还是旧的版本。

然后再筛选一小部分的用户请求路由到新版本的Pod应用继续观察能否稳定地按期望的方式运行。

确定没问题之后再继续完成余下的Pod资源滚动更新否则立即回滚更新操作。

这就是所谓的金丝雀发布。

kubectl

#观察更新状态监控更新的过程可以看到已经新增了一个资源但是并未按照预期的状态去删除一个旧的资源就是因为使用了pause暂停命令

kubectl

192.168.80.11:44847确保更新的pod没问题了继续更新

kubectl