Kubernetes的主要功能
Kubernetes的主要功能
1、数据卷
Pod中容器之间共享数据，可以使用数据卷。
2、应用程序健康检查
容器内服务可能进程堵塞无法处理请求，可以设置监控检查策略保证应用健壮性。
3、复制应用程序实例
控制器维护着Pod副本数量，保证一个Pod或一组同类的Pod数量始终可用。
4、弹性伸缩
根据设定的指标(CPU利用率)自动缩放Pod副本数。
5、服务发现
使用环境变量或DNS服务插件保证容器中程序发现Pod入口访问地址。
6、负载均衡
一组Pod副本分配一个私有的 ClusterIP 地址，负载均衡转发请求到后端容器。在集群内部其他Pod可通过这个ClusterIP访问应用。
7、滚动更新
更新服务不中断，一次更新一个Pod，而不是同时删除整个服务。
8、服务编排
通过文件描述部署服务，使得应用程序部署变得更高效。
9、资源监控
Node节点组件集成cAdvisor资源收集工具，可通过Heapster汇总整个集群节点资源数据，然后存储到InfluxDB时序数据库，再由Grafana展示。
10、提供认证和授权
支持属性访问控制(ABAC)、角色访问控制(RBAC)认证授权策略。
二、Kubernetes 基本对象概念(资源对象)
1、基本对象：
1、Pod
Pod是最小部署单元，一个Pod有一个或多个容器组成，Pod中容器共享存储和网络，在同一台Docker主机上运行。
2、Service
Service 一个应用服务抽象，定义了Pod逻辑集合和访问这个Pod集合的策略。
Service代理Pod集合对外表现是为一个访问入口，分配一个集群IP地址，来自这个IP的请求将负载均衡转发后端Pod中的容器。
Service通过LableSelector选择一组Pod提供服务。
一个 pod 打多个标签
一个标签可以打给多pod
3、Volume
数据卷，共享Pod中容器使用的数据。
4、Namespace无锡人流多少钱 http://wapyyk.39.net/wx/zonghe/fc96e.html/
命名空间将对象逻辑上分配到不同Namespace，可以是不同的项目、用户等区分管理，并设定控制策略，从而实现多租户。
命名空间也称为虚拟集群。
5、Lable
标签用于区分对象(比如 Pod、Service)，键/值对存在;每个对象可以有多个标签，通过标签关联对象。
2、Kubernetes 基于基本对象更高层次抽象
1、ReplicaSet
下一代ReplicationController。确保任何给定时间指定的Pod副本数量，并提供声明式更新等功能。
RC与RS唯一区别就是lableselector支持不同，RS支持新的基于集合的标签，RC仅支持基于等式的标签。
2、Deployment
Deployment是一个更高层次的API对象，它管理ReplicaSets和Pod，并提供声明式更新等功能。
官方建议使用Deployment管理ReplicaSets，而不是直接使用ReplicaSets，这就意味着可能永远不需要直接操作ReplicaSet对象。
3、StatefulSet
StatefulSet适合持久性的应用程序，有唯一的网络标识符(IP)，持久存储，有序的部署、扩展、删除和滚动更新。
4、DaemonSet
demonSet确保所有(或一些)节点运行同一个Pod。当节点加入Kubernetes集群中，Pod会被调度到该节点上运行，当节点从集群中移除时，DaemonSet的Pod会被删除。删除DaemonSet会清理它所有创建的Pod。
5、Job
一次性任务，运行完成后Pod销毁，不再重新启动新容器。还可以任务定时运行。
3、Kubernetes 资源对象的理解和定义
1、Pod
Kubernetes为每个Pod都分配了唯一的IP地址，称之为Pod IP，一个Pod里的多个容器共享Pod IP地址。Kubernetes要求底层网络支持集群内任意两个Pod之间的TCP/IP直接通信，这通常采用虚拟二层网络技术来实现，例如Flannel、Open vSwitch等。因此，在Kubernetes里，一个Pod里的容器与另外主机上的Pod容器能够直接通信。
Pod有两种类型：普通的Pod和静态Pod(Static Pod)，静态Pod不存放在etcd存储里，而是存放在某个具体的Node上的一个具体文件中，并且只在此Node上启动运行。普通的Pod一旦被创建，就会被存储到etcd中，随后会被Kubernetes Master调度到某个具体的Node上并进行绑定(Binding)，该Node上的kubelet进程会将其实例化成一组相关的Docker容器并启动起来。当Pod里的某个容器停止时，Kubernetes会自动检测到这个问题并且重新启动这个Pod(重启Pod里的所有容器);如果Pod所在的Node宕机，则会将这个Node上的所有Pod重新调度到其他节点上运行。
