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重新调度到其他节点上运行。

原文地址:https://www.cnblogs.com/djw12333/p/11076693.html