共计 4199 个字符，预计需要花费 11 分钟才能阅读完成。
这期内容当中丸趣 TV 小编将会给大家带来有关怎么进行 K8S 的总结分析，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。
一、介绍
为什么需要 Kubernetes，它能做什么?
容器是打包和运行应用程序的好方式。在生产环境中，你需要管理运行应用程序的容器，并确保不会停机。例如，如果一个容器发生故障，则需要启动另一个容器。如果系统处理此行为，会不会更容易？
这就是 Kubernetes 来解决这些问题的方法！Kubernetes 为你提供了一个可弹性运行分布式系统的框架。
Kubernetes 会满足你的扩展要求、故障转移、部署模式等。例如，Kubernetes 可以轻松管理系统的 Canary 部署。
Kubernetes 为你提供：
服务发现和负载均衡
Kubernetes 可以使用 DNS 名称或自己的 IP 地址公开容器，如果进入容器的流量很大，Kubernetes 可以负载均衡并分配网络流量，从而使部署稳定。
存储编排
Kubernetes 允许你自动挂载你选择的存储系统，例如本地存储、公共云提供商等。
自动部署和回滚
你可以使用 Kubernetes 描述已部署容器的所需状态，它可以以受控的速率将实际状态 更改为期望状态。例如，你可以自动化 Kubernetes 来为你的部署创建新容器，删除现有容器并将它们的所有资源用于新容器。
自动完成装箱计算
Kubernetes 允许你指定每个容器所需 CPU 和内存（RAM）。当容器指定了资源请求时，Kubernetes 可以做出更好的决策来管理容器的资源。
自我修复
Kubernetes 重新启动失败的容器、替换容器、杀死不响应用户定义的 运行状况检查的容器，并且在准备好服务之前不将其通告给客户端。
密钥与配置管理
Kubernetes 允许你存储和管理敏感信息，例如密码、OAuth 令牌和 ssh 密钥。你可以在不重建容器镜像的情况下部署和更新密钥和应用程序配置，也无需在堆栈配置中暴露密钥
二、Kubernetes 组件
当我们部署完 Kubernetes, 即拥有了一个完整的集群。
一个 Kubernetes 集群包含由一组被称作节点的机器组成。这些节点上运行 Kubernetes 所管理的容器化应用。集群具有至少一个工作节点。
工作节点托管作为应用负载的组件的 Pod。控制平面管理集群中的工作节点和 Pod。为集群提供故障转移和高可用性，这些控制平面一般跨多主机运行，集群跨多个节点运行。
三、Pod
Pod 是一组（一个或多个）容器；这些容器共享存储、网络、以及怎样运行这些容器的声明。
四、Kubernetes API
Kubernetes 控制面 的核心是 API 服务器。API 服务器负责提供 HTTP API，以供用户、集群中的不同部分和集群外部组件相互通信。
Kubernetes API 使你可以查询和操纵 Kubernetes API 中对象（例如：Pod、Namespace、ConfigMap 和 Event）的状态。
大部分操作都可以通过 kubectl 命令行接口或 类似 kubeadm 这类命令行工具来执行，这些工具在背后也是调用 API。不过，你也可以使用 REST 调用来访问这些 API。
Kubernetes API 服务器验证并配置 API 对象的数据，这些对象包括 pods、services、replicationcontrollers 等。API 服务器为 REST 操作提供服务，并为集群的共享状态提供前端，所有其他组件都通过该前端进行交互。
五、kube-controller-manager
在主节点上运行 控制器 的组件。
从逻辑上讲，每个控制器都是一个单独的进程，但是为了降低复杂性，它们都被编译到同一个可执行文件，并在一个进程中运行。
这些控制器包括:
节点控制器（Node Controller）: 负责在节点出现故障时进行通知和响应。
副本控制器（Replication Controller）: 负责为系统中的每个副本控制器对象维护正确数量的 Pod。
端点控制器（Endpoints Controller）: 填充端点 (Endpoints) 对象(即加入 Service 与 Pod)。
服务帐户和令牌控制器（Service Account Token Controllers）: 为新的命名空间创建默认帐户和 API 访问令牌.
六、Node 组件
节点组件在每个节点上运行，维护运行的 Pod 并提供 Kubernetes 运行环境。
kubelet
一个在集群中每个节点（node）上运行的代理。它保证容器（containers）都 运行在 Pod 中。
kubelet 接收一组通过各类机制提供给它的 PodSpecs，确保这些 PodSpecs 中描述的容器处于运行状态且健康。kubelet 不会管理不是由 Kubernetes 创建的容器。
kube-proxy
kube-proxy 是集群中每个节点上运行的网络代理，实现 Kubernetes 服务（Service） 概念的一部分。
kube-proxy 维护节点上的网络规则。这些网络规则允许从集群内部或外部的网络会话与 Pod 进行网络通信。
如果操作系统提供了数据包过滤层并可用的话，kube-proxy 会通过它来实现网络规则。否则，kube-proxy 仅转发流量本身。
七、容器运行环境
容器运行环境是负责运行容器的软件。
Kubernetes 支持多个容器运行环境: Docker、 containerd、CRI-O 以及任何实现 Kubernetes CRI (容器运行环境接口)。
八、插件（Addons）
插件使用 Kubernetes 资源（DaemonSet、 Deployment 等）实现集群功能。因为这些插件提供集群级别的功能，插件中命名空间域的资源属于 kube-system 命名空间。
下面描述众多插件中的几种。有关可用插件的完整列表，请参见 插件（Addons）。
DNS
尽管其他插件都并非严格意义上的必需组件，但几乎所有 Kubernetes 集群都应该 有集群 DNS，因为很多示例都需要 DNS 服务。
集群 DNS 是一个 DNS 服务器，和环境中的其他 DNS 服务器一起工作，它为 Kubernetes 服务提供 DNS 记录。
Kubernetes 启动的容器自动将此 DNS 服务器包含在其 DNS 搜索列表中。
Web 界面（仪表盘）
Dashboard 是 Kubernetes 集群的通用的、基于 Web 的用户界面。它使用户可以管理集群中运行的应用程序以及集群本身并进行故障排除。
容器资源监控
容器资源监控 将关于容器的一些常见的时间序列度量值保存到一个集中的数据库中，并提供用于浏览这些数据的界面。
集群层面日志
集群层面日志 机制负责将容器的日志数据 保存到一个集中的日志存储中，该存储能够提供搜索和浏览接口。
九、etcd
etcd 是兼具一致性和高可用性的键值数据库，可以作为保存 Kubernetes 所有集群数据的后台数据库。
您的 Kubernetes 集群的 etcd 数据库通常需要有个备份计划。
要了解 etcd 更深层次的信息，请参考 etcd 文档
十、相关命令
kubectl help：帮助命令，查看 k8s 所有命令
kubectl help xxx：查看某个具体命令的详细使用，如 kubectl help config：如下图，查看 config 命令的具体使用，如 kubectl config view，查看详细的配置文件，如 hzaz1-hubble-02 表示集群名称，集群中又有多个 namespace。
注意：k8s 上 namespace 只是类似于一个分组，方便进行管理，并不对资源进行隔离，即一个 namespace 服务如果压力过大，可能影响其它 namespace 服务，如 hubble-manager 可能影响到 hubble-platform
kubectl get nodes：获取可用节点
kubectl get pod -A：获取所有 pod
kubectl get hpa -n hubble-manager：查看 hpa 配置
kubectl describe nodes 10.128.228.2：查看节点描述 / 状态信息
kubectl get service -n hubble-manager：查看 hubble-manager 集群下有哪些 service
kubectl delete service m-alarm-query -n hubble-manager：删除 hubble-manager 集群下名称为 m -alarm-query 的 service
cat ~/.kube/config：查看集群的配置文件
/data/weiwei/kubectl –kubeconfig=/data/weiwei/config-hubble-test-01 apply -f /data/weiwei/k8s/qiyi_puppet/script/k8s/hubble-biz-aiops.yaml：将容器部署到指定集群，通过 –kubeconfig 指定配置文件
/data/weiwei/kubectl –validate=false apply -f . ：执行当前目录下所有 yaml 文件，免校验
/data/weiwei/kubectl describe pod metrics-server-6fdb89bdcb-8t4rs -n kube-system：查看命名空间为 kube-system，pod 名称为 metrics-server-6fdb89bdcb-8t4rs 的执行状态信息
kubectl logs metrics-server-6fdb89bdcb-8t4rs -n kube-system -c metrics-server：查看命名空间为 kube-system，pod 名称为 metrics-server-6fdb89bdcb-8t4rs，容器为 metrics-server 的日志信息
/data/weiwei/kubectl get event：获取 event 信息
/data/weiwei/kubectl get events –all-namespaces：获取所有命名空间的 event
/data/weiwei/kubectl api-versions -n hubble-manager：查看当前可用的 API 版本
上述就是丸趣 TV 小编为大家分享的怎么进行 K8S 的总结分析了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注丸趣 TV 行业资讯频道。
