K8S集群自动化运维方案.pdfVIP

  1. 1、本文档共14页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

K8S集群自动化运维方案

1

目录

一、K8S前序知识3

二、项目背景6

三、技术实现方案8

四、总结14

2

“大规模Kubernetes集群”主要体现在几十个Kubernetes集群,十万级别的Kubernetes

Worker节点。蚂蚁金服使用Operator的模式去运维Kubernetes集群,能便捷、自动化的

管理Kubernetes集群生命周期,做到“KubernetesasaService”。

本文分享了自动化运维大规模Kubernetes集群的实践经历,比较适合Kubernetes爱好者,

Kubernetes架构师,以及PE/SRE阅读。

一、K8S前序知识

1.Kubernetes架构介绍

此章节简单介绍了Kubernetes集群的架构,主要是面向刚学习Kubernetes的同学,对于

熟悉Kubernetes的同学,此章节可以跳过。

3

如上图,一个Kubernete集群由Master节点和Worker节点组成。

在一个高可用Kubernetes集群下面,Master节点普通为3台,在它们上面需要运行

KubernetesMaster组件。KubernetesMaster组件包括etcd、Apsierver、Scheduler和

Controller-Manager。每一个Master组件普通都是3个实例,以保证它们的高可用。Master

节点使用StaticPod方式启动Master组件,即将每一个组件的Pod描述文件放入Master节

点的指定目录,Kubelet会在启动时将它们读取,并以StaticPod方式启动。

KubernetesWorker节点为Kubernetes集群提供调度资源和应用运行环境,即所有的Pod

(可以理解为应用的一个个最小化部署单元)都运行在Worker节点上。一个Worker节点

4

将Pod运行上去需要一些on-host软件,包括:kubelet、RuntimeService(docker、pouch

等实现方案)、CNI插件等。

2.Operator介绍

我们在这里将用很少的篇幅向刚学习Kubernetes的同学介绍一下Operator。如果期望获得

更详细的解读,请参考coreos上关于Operator的介绍。

一个Operator实际上是为了解决某个复杂应用在Kubernetes的自动化部署、恢复。有了

Operator,用户只需要向KubernetesApiserver提交一个CRDResource(yaml或者JSON,

一个CRDResource其实就是对应一个应用实例,CRDResource用于描述这个应用实例的

配置),Operator就会根据用户的需求去完成这个应用实例的初始化,在应用某个模块发生

故障时,Operator也会做出自动恢复功能。Operator是用代码运维应用最好的实践之一。

5

比如我们有一个etcd-operator,我们只需要用户根据需求向KubernetesApiserer提交如

文档评论(0)

wudigaga + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档