温馨提示:文本由机器自动转译,部分词句存在误差,以视频为准
00:00
本节课我们来讨论一下cub needs的体系架构。Cub needs简称为K8S。在讨论这个问题之前,需要先了解一下docker docker是一个容器引擎,但本质上是一种单一的容器技术,它并不能很好的将应用程序组织起来,难以独立地支撑起生产环境下的大规模容器化部署的要求。采用K8S却可以很好的解决这一问题。K8S提供以下功能特性,一、自动发布和回滚K8S通过持久化存储来保存应用程序发布时的相关配置信息,从而当部署过程发生问题时能够执行回滚操作。二、自动化装箱K8S按照应用程序对资源的要求将容器进行自动部署,从而提高资源的利用率和节省了资源。三、水平扩容,K8S根据应用程序在运行过程中对CPU、内存的实际使用情况,通过简单的命令能够对应用进行扩容和缩容。四、配置管理K8S将集群。
01:00
和应用的配置信息进行持久化存储,在不重新构建镜像的情况下可以更新应用的配置。五、自愈能力K8S实现了容器的高可用性,当节点上运行的容器失败时,会对容器进行重启,即使节点出现了宕机的情况,K8S会对容器进行重新部署和调度,直到容器常运行时才会对外提供服务。六、存储编排利用持久卷和持久卷声明完成存储系统的自动挂载,同时支持多种存储系统,如本地存储、云存储和网络存储等。七、K8S内置服务发现机制和负载均衡功能,不需要使用额外的服务。了解到这些基本的知识后,下面详细讨论一下K8S的体系架构。K8S属于主从分布式的体系架构,主要包括master的主节点和node的工作节点,Master节点控制着整个集群,并对集群进行管理和调度,其中API server提供了操作集群的唯一入口。客户端通过它可以。
02:00
访问到集群中的所有资源。ATCD用于存储集群的持久化信息,Scheduler负责管理和调度集群的资源,Controller manager负责维护集群的状态,例如故障检测、自动扩展、滚动更新等。Node节点是K8S集群真正的工作节点,它是实际运行业务应用容器的节点。其中Cubbet与master节点上的API server进行交互通信,同时负责管理node节点上的资源和任务,Cube proxy负责node节点的网络通信,它可以将外部请求路由转发到node节点上的容器中。Node节点上的核心是运行的docker容器。注意,K8S从1.24版本开始支持使用container的作为容器引擎。在K8S集群中并不直接操作容器,而是通过一个抽象的逻辑单元pod将应用的容器组合在一起,从而更容易的被发现和管理。当然,在一个K8S集群中,这样的node节点可以有多个。现在你已经知道K8。
03:00
S的体系架构了,那你知道docker的体系架构吗?好了,记得点加号关注赵玉强老师。
我来说两句