本站以分享各种运维经验和运维所需要的技能为主
《python零基础入门》：python零基础入门学习
《python运维脚本》： python运维脚本实践
《shell》：shell学习
《terraform》持续更新中：terraform_Aws学习零基础入门到最佳实战
《k8》从问题中去学习k8s
《docker学习》暂未更新
《ceph学习》ceph日常问题解决分享
《日志收集》ELK+各种中间件
《运维日常》运维日常
《linux》运维面试100问
思考一下问题：
6、简述Kubernetes常见的部署方式？
7、简述Kubernetes如何实现集群管理？
8、简述Kubernetes的优势、适应场景及其特点？
9、简述Kubernetes的缺点或当前的不足之处？
10、简述Kubernetes相关基础概念？
参考答案：
6、简述Kubernetes常见的部署方式？
常见的Kubernetes部署方式有：
kubeadm：也是推荐的一种部署方式；
二进制
minikube
ansible
7、简述Kubernetes如何实现集群管理？
在集群管理方面，Kubernetes将集群中的机器划分为一个Master节点和一群工作节点Node。其中，在
Master节点运行着集群管理相关的一组进程kube-apiserver、kube-controller-manager和kube-
scheduler，这些进程实现了整个集群的资源管理、Pod调度、弹性伸缩、安全控制、系统监控和纠错等
管理能力，并且都是全自动完成的。
8、简述Kubernetes的优势、适应场景及其特点？
Kubernetes作为一个完备的分布式系统支撑平台，其主要优势：
容器编排
轻量级
开源
弹性伸缩
负载均衡
Kubernetes常见场景：
快速部署应用
快速扩展应用
无缝对接新的应用功能
节省资源，优化硬件资源的使用
Kubernetes相关特点：
可移植: 支持公有云、私有云、混合云、多重云（multi-cloud）。
可扩展: 模块化,、插件化、可挂载、可组合。
自动化: 自动部署、自动重启、自动复制、自动伸缩/扩展。
9、简述Kubernetes的缺点或当前的不足之处？
Kubernetes当前存在的缺点（不足）如下：
安装过程和配置相对困难复杂。
管理服务相对繁琐。
运行和编译需要很多时间。
它比其他替代品更昂贵。
对于简单的应用程序来说，可能不需要涉及Kubernetes即可满足。
10、简述Kubernetes相关基础概念？
master：k8s集群的管理节点，负责管理集群，提供集群的资源数据访问入口。拥有Etcd存储服务（可
选），运行Api Server进程，Controller Manager服务进程及Scheduler服务进程。
node（worker）：Node（worker）是Kubernetes集群架构中运行Pod的服务节点，是Kubernetes集
群操作的单元，用来承载被分配Pod的运行，是Pod运行的宿主机。运行docker eninge服务，守护进程
kunelet及负载均衡器kube-proxy。
pod：运行于Node节点上，若干相关容器的组合(Kubernetes 之 Pod 实现原理)。Pod内包含的容器运
行在同一宿主机上，使用相同的网络命名空间、IP地址和端口，能够通过localhost进行通信。Pod是
Kurbernetes进行创建、调度和管理的最小单位，它提供了比容器更高层次的抽象，使得部署和管理更
加灵活。一个Pod可以包含一个容器或者多个相关容器。
label：Kubernetes中的Label实质是一系列的Key/Value键值对，其中key与value可自定义。Label可以
附加到各种资源对象上，如Node、Pod、Service、RC等。一个资源对象可以定义任意数量的Label，同
一个Label也可以被添加到任意数量的资源对象上去。Kubernetes通过Label Selector（标签选择器）查
询和筛选资源对象。
Replication Controller：Replication Controller用来管理Pod的副本，保证集群中存在指定数量的
Pod副本。集群中副本的数量大于指定数量，则会停止指定数量之外的多余容器数量。反之，则会启动
少于指定数量个数的容器，保证数量不变。Replication Controller是实现弹性伸缩、动态扩容和滚动升
级的核心。
Deployment：Deployment在内部使用了RS来实现目的，Deployment相当于RC的一次升级，其最大
的特色为可以随时获知当前Pod的部署进度。
HPA（Horizontal Pod Autoscaler）：Pod的横向自动扩容，也是Kubernetes的一种资源，通过追踪
分析RC控制的所有Pod目标的负载变化情况，来确定是否需要针对性的调整Pod副本数量。
Service：Service(Kubernetes 之服务发现)定义了Pod的逻辑集合和访问该集合的策略，是真实服务的
抽象。Service提供了一个统一的服务访问入口以及服务代理和发现机制，关联多个相同Label的Pod，
用户不需要了解后台Pod是如何运行。
Volume：Volume是Pod中能够被多个容器访问的共享目录，Kubernetes中的Volume是定义在Pod
上，可以被一个或多个Pod中的容器挂载到某个目录下。
Namespace：Namespace用于实现多租户的资源隔离，可将集群内部的资源对象分配到不同的
Namespace中，形成逻辑上的不同项目、小组或用户组，便于不同的Namespace在共享使用整个集群
的资源的同时还能被分别管理。