Kubernetes概述

1. Kubernetes是什么前端

Kubernetes是一个可移植的、可扩展的、用于管理容器化工做负载和服务的开源平台，它简化（促进）了声明式配置和自动化。它有一个庞大的、快速增加的生态系统。Kubernetes的服务、支持和工具随处可见。node

Kubernetes一词源于希腊语，意为舵手或飞行员。2014年，谷歌开放了Kubernetes项目的源代码。Kubernetes基于谷歌在大规模运行生产工做负载方面的15年经验，以及来自社区的最佳想法和实践。mysql

使用 Kubernetes, 咱们能够快速高效地响应客户需求：web

• 快速、可预测地部署你的应用程序
• 拥有即时扩展应用程序的能力
• 不影响现有业务的状况下，无缝地发布新功能
• 优化硬件资源，下降成本

Kubernetes的目标是构建一个软件和工具的生态系统，以减轻你在公共云或私有云运行应用程序的负担。sql

1.1. 时光倒流数据库

让咱们把时间回溯到从前，看看为何Kubernetes是如此有用。json

传统部署时代：在早期，组织在物理服务器上运行应用程序。没法为物理服务器中的应用程序定义资源边界，这致使了资源分配问题。例如，若是一个物理服务器上运行多个应用程序，那么在某些状况下，一个应用程序将占用大部分资源，从而致使其余应用程序性能降低。对此的解决方案是在不一样的物理服务器上运行每一个应用程序。可是，因为资源没有获得充分利用，并且维护许多物理服务器的成本很高，因此没法进行扩展。api

虚拟化部署时代：做为一种解决方案，引入了虚拟化。它容许你在单个物理服务器的CPU上运行多个虚拟机(vm)。虚拟化容许在vm之间隔离应用程序，并提供必定程度的安全性，由于一个应用程序的信息不能被另外一个应用程序自由访问。缓存

虚拟化能够更好地利用物理服务器中的资源，并提供更好的可伸缩性，由于能够方便地添加或更新应用程序，从而下降硬件成本，等等。经过虚拟化，你能够将一组物理资源表示为一次性虚拟机集群。安全

每一个VM是一个完整的机器，运行全部组件，包括它本身的操做系统，运行在虚拟硬件之上。

容器部署时代：容器相似于vm，可是它们具备宽松的隔离属性，以便在应用程序之间共享操做系统(OS)。所以，容器被认为是轻量级的。与VM相似，容器有本身的文件系统、CPU、内存、进程空间等等。因为它们与底层基础设施解耦，所以能够跨云和OS发行版移植。

容器已经变得很流行，由于它们提供了额外的好处，好比：

• 敏捷应用程序建立和部署：与使用VM镜像相比，增长了容器镜像建立的方便性和效率
• 持续开发、集成和部署：提供可靠且频繁的容器镜像构建和部署，具备快速且轻松的回滚
• 开发和运维关注点分离：在构建/发布时而不是部署时建立应用程序容器镜像，从而将应用程序与基础设施分离
• 可观察性：不只能显示操做系统级的信息和指标，还能显示应用程序的健康情况和其余信号
• 跨开发、测试和生产的环境一致性：在笔记本电脑上运行与在云上运行彻底相同
• 云和操做系统发布的可移植性：运行在Ubuntu, RHEL, CoreOS, on-prem，谷歌Kubernetes引擎，和其余任何地方
• 以应用程序为中心的管理：将抽象级别从在虚拟硬件上运行操做系统提升到使用逻辑资源在操做系统上运行应用程序
• 松散耦合、分布式、弹性、解放的微服务：应用程序被分解成更小的独立部分，能够动态地部署和管理——而不是运行在一台大型单用途机器上的单片堆栈
• 资源隔离：可预测的应用程序性能
• 资源利用：效率高，密度大 

1.2. 为何须要Kubernetes？它能作什么？

容器是捆绑和运行应用程序的好方法。在生产环境中，你须要管理运行应用程序的容器，并确保没有停机时间。例如，若是一个容器发生故障，则须要启动另外一个容器。若是这个行为由一个系统来处理不是更容易吗？

Kubernetes为你提供了一个可以弹性地运行分布式系统的框架。它负责处理应用程序的扩展和故障转移，提供部署模式，等等。

Kubernetes为你提供：

服务发现和负载平衡

Kubernetes可使用DNS名称或本身的IP地址公开容器。若是到容器的通讯量很高，Kubernetes可以实现负载平衡并分配网络通讯量，从而使部署保持稳定

存储编排

Kubernetes容许你自动挂载本身选择的存储系统，好比本地存储、公有云提供商等等

自动滚动更新和回滚

可使用Kubernetes描述所部署容器的指望状态，而且能够以受控的速率将实际状态更改成指望状态

自动包装

你只需为Kubernetes提供一组节点，它即可以使用这些节点来运行容器化的任务。告诉Kubernetes每一个容器须要多少CPU和内存(RAM)。Kubernetes能够在你的节点上放置容器，以充分利用你的资源。 

自动重启 

Kubernetes会从新启动失败的容器，替换容器，杀死不响应用户定义的健康检查的容器，而且在它们准备好服务以前不会将他们暴露给客户端。

秘密和配置管理

Kubernetes容许你存储和管理敏感信息，好比密码、OAuth令牌和ssh密钥。你能够部署和更新秘密和应用程序配置，而无需从新构建容器映像，也无需在堆栈配置中公开秘密。 

1.3. Kubernetes不是什么

Kubernetes不是一个传统的、一应俱全的PaaS(平台即服务)系统。因为Kubernetes是在容器级别而不是在硬件级别操做的，因此它提供了一些PaaS产品常见的通用特性，例如部署、扩展、负载平衡、日志记录和监视。可是，Kubernetes不是单片的，这些默认的解决方案是可选的和可插拔的。Kubernetes为构建开发人员平台提供了构建块，可是在重要的地方保留了用户的选择和灵活性。

• 不限制所支持的应用程序类型。Kubernetes的目标是支持很是多样化的工做负载，包括无状态、有状态和数据处理工做负载。若是一个应用程序能够在容器中运行，那么它应该能够在Kubernetes上运行。
• 不部署源代码，也不构建应用程序。持续集成、交付和部署(CI/CD)工做流由组织文化和偏好以及技术需求决定。
• 不提供应用级服务，如中间件(例如消息总线)、数据处理框架(例如Spark)、数据库(例如mysql)、缓存，也不提供集群存储系统(例如Ceph)做为内置服务。这些组件能够运行在Kubernetes上，而且/或者能够由运行在Kubernetes上的应用程序经过可移植的机制(如Open Service Broker)访问。
• Kubernetes 容许用户选择其余的日志记录，监控和告警系统 
• 不提供也不强制要求配置语言/系统(例如，jsonnet)。它提供了一个声明性API，能够被任意形式的声明性规范做为目标。
• 不提供也不采用任何全面的机器配置、维护、管理或自修复系统。
• 此外，Kubernetes不只仅是一个编排系统。事实上，它消除了对编排的须要。编排的技术定义是执行一个已定义的工做流：首先执行a，而后执行B，而后执行c。相反，Kubernetes包括一套独立、可组合的控制过程，经过声明式语法使其连续地朝着指望状态驱动当前状态。你怎么从A点到c点都不重要，只要告诉到C的状态便可。 

2. Kubernetes组件

当你部署Kubernetes的时候，你会获得一个集群。

一个集群是一组机器，称为节点（nodes），它们运行由Kubernetes管理的容器化应用程序。

一个集群至少有一个工做节点（worker node）和一个主节点（master node）。

工做节点承载应用程序的组件。主节点管理集群中的工做节点和pods。多个主节点用于提供具备故障转移和高可用性的集群。

下面是Kubernetes集群的关系图： 

2.1. Master组件

Master组件提供集群的控制面板。Master组件对集群作出全局决策（例如，调度)，Master组件检测并响应集群事件（例如，当部署的replicas字段不知足时启动一个新的pod）

Master组件能够在集群中的任何机器上运行。可是，为了简单起见，设置脚本一般在同一台机器上启动全部Master组件，而且不在这台机器上运行用户容器。

kube-apiserver 

　　API服务器是一个Kubernetes面板控制组件，用于公开Kubernetes API。它是Kubernetes控制面板的前端。

　　Kubernetes API服务器的主要实现是kube-apiserver。kube-apiserver被设计成水平伸缩——也就是说，它经过部署更多实例来伸缩。你能够运行kube-apiserver的多个实例，并在这些实例之间平衡流量。

etcd 

　　一致性和高可用的键值存储用做Kubernetes的全部集群数据备份存储。

　　若是你的Kubernetes集群使用etcd做为其备份存储，请确保对这些数据有备份计划。

kube-scheduler

　　监视没有分配节点的新建立的pod，并为它们选择要运行的节点。 

kube-controller-manager

　　运行控制器的组件，从逻辑上讲，每一个控制器都是一个单独的进程，可是为了下降复杂性，它们都被编译成一个单一的二进制文件，并在一个进程中运行。

这些控制器包括：

• Node Controller：节点控制器负责发现和响应节点故障
• Replication Controller：副本控制器负责为系统中的每一个副本控制器对象维护正确的pod数量
• Endpoints Controller：端点控制器填充端点对象（即，链接服务和pod）
• Service Account & Token Controllers：为新的名称空间建立默认账户和API访问令牌 

cloud-controller-manager 

　　云控制器-管理器，运行与底层云提供商交互的控制器

2.2. Node组件

Node组件在每一个节点上运行，维护运行的pods并提供Kubernetes运行时环境。 

kubelet

　　kubelet是一个代理，它运行在集群中的每一个节点上，它确保容器在一个pod中运行。kubelet只管理由Kubernetes建立的容器。 

kube-proxy

　　kube-proxy是运行在集群中每一个节点上的网络代理，是实现Kubernetes服务概念的一部分。

　　kube-proxy维护节点上的网络规则。这些网络规则容许从集群内外的网络会话与pod进行网络通讯。

　　若是有可用的操做系统包过滤层，kube-proxy将使用它。不然，kube-proxy将转发流量自己。

Container Runtime

　　容器运行时是负责运行容器的软件。

　　Kubernetes支持多个容器运行时：Docker、containerd、crio、rktlet和Kubernetes CRI(容器运行时接口)的任何实现。 

2.3. Addons（插件）

DNS

　　虽然其余插件不是严格要求的，但全部Kubernetes集群都应该有集群DNS，由于许多示例都依赖于它。

Web UI (Dashboard)

　　Dashboard是一个通用的、基于web的Kubernetes集群用户界面。它容许用户管理和排除集群中运行的应用程序和集群自己的故障。

Container Resource Monitoring

　　容器资源监控记录中央数据库中容器的通常时间序列指标，并提供用于浏览该数据的UI。

Cluster-level Logging

　　集群级别的日志记录机制负责将容器日志保存到具备搜索/浏览界面的中央日志存储中。

3. 回顾&小结

Kubernetes：

• 可移植: 不管公有云、私有云、混合云仍是多云架构都全面支持
• 可扩展: 它是模块化、可插拔、可挂载、可组合的，支持各类形式的扩展
• 自修复: 它能够自保持应用状态、可自重启、自复制、自缩放的，经过声明式语法提供了强大的自修复能力

Kubernetes创建在Google公司15年的运维经验基础之上，Google全部的应用都运行在容器上 

 

https://kubernetes.io/docs/concepts/overview/what-is-kubernetes/