当前位置:首页 > Web开发 > 正文

那么我怎么能持久化容器数据使其能够跨重启而存在呢? 答:kubernetes支持卷的概念

2024-03-31 Web开发

什么是Kubenetes?

k8s是自动化容器操纵的开源平台,这些操纵包孕部署,调理和节点集群间扩展。使用Kubernetes可以:

1)自动化容器的部署和复制

2)随时扩展或者收缩容器规模

3)将容器组织成组,并且供给容器间的负载均衡

4)很容易的升级应用措施容器的新版本

5)供给容器弹性,如果容器掉效就替换它...

实际上,使用kubernetes只需要一个部署问价,使用一条命令就可以部署多层容器(前端,后台等)的完整集群:

#  kubectl  create  -f   single-config-file.yml

此中,kubectl是和kubernetes API交互的命令行措施

集群

集群是一组节点,这些节点可以是物理处事器或者虚拟机,之上安置了kubernetes平台,下图将展示这样的集群:

技术图片

Pod

Pod布置在节点上,包罗一组容器和卷。同一个Pod里的容器共享听一个网络定名空间,可以使用localhost互相通信。Pod是短暂的,不是连续性实体。

Q1)如果Pod是短暂的,那么我怎么能长期化容器数据使其能够跨重启而存在呢?

答:kubernetes撑持卷的观点,因此可以使用长期化的卷类型

Q2)是否手动创建Pod,如果想要创建同一个容器的多份拷贝,需要一个一个分袂创建出来么?

答:可以手动创建单个Pod,但是也可以使用Replicetion  Controller使用Pod模板创建出多份拷贝

Q3)如果Pod是短暂的,那么重启时IP可能会转变,那么怎么才华用前端容器正确可靠的指向后台容器呢?

答:可以使用Service

Label

如上图一些Pod有Label。一个Label是attach到Pod的一对键/值对,用来通报用户界说的属性。好比创建一盒"tier"和"app"标签,通过Label(tier=frontend,app=myapp)来符号前端Pod容器,使用Label(tier=backend,app=myapp)来符号后台Pod.然后可以使用Selectors选择带有特定Label的Pod,并且将Service或者Replication  Controller应用到上面

Replication   Controller

是否手动创建Pod,如果想要同一个容器的多份拷贝,需要一个个分袂创建出来么,能否将Pods划到逻辑组里?

Replication  Controller确保任意时间内都有指定数量的Pod"副本"在运行,如果为某个Pod创建了Replication  Controller并且指定3个副本,它会创建3个Pod,并且连续监控它们,如果某个Pod响应,阿谁Replication  Controller会替换它,连结总数为3,过程如下图所示:

技术图片

技术图片

技术图片

技术图片

技术图片

如果之前不响应的Pod恢复了,那么此刻就有4个Pod了,那么Replication  Controller就会终止此中一个连结总数为3,如果在银杏中将副本总数改为5,Replication Controller会当即启动2个新的Pod,保证总数为5。还可以凭据这样的方法缩小Pod,次特性在滚动升级时很有用。

创建Replication  Controller时,需要指定两个对象:

1)Pod模板:用来创建Pod副本的模板

2)Label:Replication  Controller需要监控的Pod的标签

此刻已经创建了Pod的一些副本,副本之间如何负载均衡呢?需要的是Service

Service

如果Pods是短暂的,那么重启IP地点可能会转变,怎么才华畴前端容器正确可靠的指向后端容器呢?

Service是界说一系列Pod以及访谒这些Pod的计谋的一层抽象,Service 通过label 找到Pod组。因为Service是抽象的,所以在图表中凡是看不见它们的存在,所以这让Service的观点难以理解。

此刻假定有2个后台Pod,并且界说后台Service的名称为"backend-service",Label选择器为(tier=backend,app=myapp),backend-service的Service会完成如下两件工作:

1)会为Service创建一个本地集群的DNS入口,因此前端Pod只需要DNS查找主机名为"backend-service",就能够解析出前端应用措施可用的IP地点。

2)此刻前端已经得到了后台处事的UO地点,但是它应该访谒后端2个后台Pod中的哪一个呢?Service在这两个后台Pod之间供给透明的负载均衡,会将请求发给此中的任意一个。通过每个Node上运行的代办代理(kube-proxy)完成。

温馨提示: 本文由Jm博客推荐,转载请保留链接: https://www.jmwww.net/file/web/31904.html