【从问题中去学习k8s】k8s中的常见面试题（夯实理论基础）（三）

思考一下问题：

11、简述Kubernetes集群相关组件？

12、简述Kubernetes RC的机制？

13、简述kube-proxy作用？

14、简述kube-proxy iptables原理？

15、简述kube-proxy ipvs原理？

参考答案：

11、简述Kubernetes集群相关组件？
Kubernetes Master控制组件，调度管理整个系统（集群），包含如下组件:
Kubernetes API Server：作为Kubernetes系统的入口，其封装了核心对象的增删改查操作，以
RESTful API接口方式提供给外部客户和内部组件调用，集群内各个功能模块之间数据交互和通信的中心
枢纽。
Kubernetes Scheduler：为新建立的Pod进行节点(node)选择(即分配机器)，负责集群的资源调度。
Kubernetes Controller：负责执行各种控制器，目前已经提供了很多控制器来保证Kubernetes的正常
运行。
Replication Controller：管理维护Replication Controller，关联Replication Controller和Pod，保证
Replication Controller定义的副本数量与实际运行Pod数量一致。
Node Controller：管理维护Node，定期检查Node的健康状态，标识出(失效|未失效)的Node节点。
Namespace Controller：管理维护Namespace，定期清理无效的Namespace，包括Namesapce下
的API对象，比如Pod、Service等。
Service Controller：管理维护Service，提供负载以及服务代理。
EndPoints Controller：管理维护Endpoints，关联Service和Pod，创建Endpoints为Service的后端，
当Pod发生变化时，实时更新Endpoints。
Service Account Controller：管理维护Service Account，为每个Namespace创建默认的Service
Account，同时为Service Account创建Service Account Secret。
Persistent Volume Controller：管理维护Persistent Volume和Persistent Volume Claim，为新的
Persistent Volume Claim分配Persistent Volume进行绑定，为释放的Persistent Volume执行清理回
收。
Daemon Set Controller：管理维护Daemon Set，负责创建Daemon Pod，保证指定的Node上正常
的运行Daemon Pod。
Deployment Controller：管理维护Deployment，关联Deployment和Replication Controller，保证
运行指定数量的Pod。当Deployment更新时，控制实现Replication Controller和Pod的更新。
Job Controller：管理维护Job，为Jod创建一次性任务Pod，保证完成Job指定完成的任务数目
Pod Autoscaler Controller：实现Pod的自动伸缩，定时获取监控数据，进行策略匹配，当满足条件
时执行Pod的伸缩动作。

12、简述Kubernetes RC的机制？
Replication Controller用来管理Pod的副本，保证集群中存在指定数量的Pod副本。当定义了RC并提交
至Kubernetes集群中之后，Master节点上的Controller Manager组件获悉，并同时巡检系统中当前存
活的目标Pod，并确保目标Pod实例的数量刚好等于此RC的期望值，若存在过多的Pod副本在运行，系
统会停止一些Pod，反之则自动创建一些Pod。
简述Kubernetes Replica Set 和 Replication Controller 之间有什么区别？Replica Set 和 Replication
Controller 类似，都是确保在任何给定时间运行指定数量的 Pod 副本。不同之处在于RS 使用基于集合
的选择器，而 Replication Controller 使用基于权限的选择器。

13、简述kube-proxy作用？
kube-proxy 运行在所有节点上，它监听 apiserver 中 service 和 endpoint 的变化情况，创建路由规则
以提供服务 IP 和负载均衡功能。简单理解此进程是Service的透明代理兼负载均衡器，其核心功能是将
到某个Service的访问请求转发到后端的多个Pod实例上。

14、简述kube-proxy iptables原理？
Kubernetes从1.2版本开始，将iptables作为kube-proxy的默认模式。iptables模式下的kube-proxy不
再起到Proxy的作用，其核心功能：通过API Server的Watch接口实时跟踪Service与Endpoint的变更信
息，并更新对应的iptables规则，Client的请求流量则通过iptables的NAT机制“直接路由”到目标Pod。

15、简述kube-proxy ipvs原理？
IPVS在Kubernetes1.11中升级为GA稳定版。IPVS则专门用于高性能负载均衡，并使用更高效的数据结
构（Hash表），允许几乎无限的规模扩张，因此被kube-proxy采纳为最新模式。
在IPVS模式下，使用iptables的扩展ipset，而不是直接调用iptables来生成规则链。iptables规则链是一
个线性的数据结构，ipset则引入了带索引的数据结构，因此当规则很多时，也可以很高效地查找和匹
配。
可以将ipset简单理解为一个IP（段）的集合，这个集合的内容可以是IP地址、IP网段、端口等，iptables
可以直接添加规则对这个“可变的集合”进行操作，这样做的好处在于可以大大减少iptables规则的数量，
从而减少性能损耗。