k8s支持Docker29版本吗

本集介绍 k 八 s 管理工具 cuber v 三版本安装部署，按照 cuber 官网介绍将 docker 运行改为 docker compose 方式，便于后续查看运行参数。 创建目录，将制作好的 docker compose 文件上传到该目录中，只需要修改该文件中的访问端点即可。如果不想使用默认密码，添加密码环境变量并设置即可。 通过 docker compose up 杠低启动应用 查看服务状态，可以看到服务正在启动中，稍等片刻，此时服务启动并且进行健康检查， 现在可以看到服务被标记为健康状态了。打开浏览器，输入地址，加八十端口就可以打开 cuber 管理平台，输入账号密码就可以登录成功了。 点击添加集群，填写集群名称和描述， 点击 q config， 按照提示获取对应的内容，到 master 节点复制内容， 粘贴到 q config 中，点击确定集群导入中， 片刻之后就可以看到导入成功。

大家好啊，这个小视频呢，我们聊一聊都可以 k 八 s 啊，大家可能知道啊，在二零二二年的时候， k 八 s 发了一个新的版本， k 八 s 一点二四版本啊， 官宣了，说这个版本及以后的版本呢，他就不支持刀客了，什么意思呢？就是说你之前啊在安装啊完刀客，然后把 k 八 s 安装完之后呢，你这个刀客的容器呢，就被 k 八 s 能够管理起来， 但是现在就不是了啊，那么为什么之前能够把管理起来了，那是因为啊， k 八 s 官方呢提供了一个叫做刀割肾母这样的一个组建啊，现在从一点二四级以后的版本中呢，哎 k 八 s 了，把这个刀割肾母这个组建了，从 k 八 s 的程序中呢，他移除掉了啊，移除掉了就妹儿就不支持了， 那么这个时候呢，其实是有解决方案的啊，刀客这边呢，哎，他呢又开发了一套组建哎，这套组建呢叫做 cia doctor 的啊，这个组建啊，也就是说你以后呢安装完你的 doctor， 你还需要 啊，安装一个叫做呃 cra doctor 的这样的一个呃组建，然后也要安装上，然后把你的 kpis 自己安装上啊，你才能够将呃 kips 能够将把这个 doctor 能够管理起来，是这样子的 啊，那么好多小伙伴呢，就认为说既然是现在呢，哎， kps 官方呢都不支持刀客了，我们还是用刀客干什么？哎，其实呢，我并不认为是这样子，因为呢 刀客啊他在市场的占有分额是非常的高的啊啊，如果说你要选一个好的一个容器的话，那肯定刀客是呃目前啊是呃必选无疑的啊，因为呢，他确实在市场的占有分额比较高，现在大家的用的也比较多，那么你的猛的一下，你要把这个 刀口啊，你要走开，八 s 中完全说替换掉，那是不可能的啊，目前为止是不可能的啊，将来呢，也说不中，对吧？哎，将来呢，因为这个容器呢，他会越来越多啊，容器的这个可替代性的发育比较多，比如说像现在有肯推拉的， 对吧，有这样的容器呢，他跟刀壳呢进行一个替换，就说你以后呢，呃， k 八 s 中呢，除了安装啊，如果说你想不想用刀壳了，那你想用，可听到的也是没啥问题的， 但是肯定的呢，目前呢，肯定还是没有刀客占用率高，是吧，那么我呢个人认为呢，就是你现在呢，如果说你想要在高版本中呢，继续使用刀客啊，跟 kpis 的一个结合，这样的一个容器的管理方式呢，也是可以的啊， 你只需要啊，给他抓一个 cra 啊，刀客的，其实这个 cra 刀客的是什么呢？他其实是这个容器用形式的一个解决方 拍啊， kpis 官方了，他提供了一个 crcri 这样容器用形式的一个规范的一个接口，就是各个厂商了，你可以按照这个接口呢去实现你的一个容器 啊，实现你一个容器，呃，跟我们 k 八 s 的一个结合啊，就是这样子的，所以呢，你可以在高版本中了继续可以使用刀客啊，有些人可能以为就是说我们这个 k 八 s 不支持了，是不是以后刀客就在 k 八 s 中不能使用了啊，不是这样子的，并不是这样子的。

相信很多人对他的名字都不陌生，但是很多人却把他和盗客相关的关系分不清，也没有搞懂他到底是用来做什么的，能帮助我们解决哪些问题。今天我就给大家详细的讲一下 k 八 s， 他的全称是 ko bernitz， kio bernith 这个单词来自于希腊语，含义是舵手获领航员。 k 八 s 是他的缩写，用八字替代了 uberinit 这八个字符，所以我们一般都会叫他 k 八 s。 和刀客不同， k 八 s 的创造者是大名鼎鼎行业巨头谷歌， k 八 s 并不是一箭全新的发明， 他的前身是 google 自己捣鼓了十多年的播布系统 kbis， 是二零一四年六月由 google 公司正式公布出来并宣布开源的。我们可能最关心的就是 kbos 和刀壳到底有什么关系。 我们都知道，随着刀客人气迅速攀升，越来越多的公司和开发者都把自己公司的业务迁移到大客人容器平台。这样一来，很多人就发现一个问题，自己公司业务一台刀客容器根本没有办法满足当 需求。这时候我们首先想到的就是增加服务器，在每台服务器都安装刀客容器，如果你的服务拆分不是很多，这样的确可以解决当前问题。但是如果有上百个微服务，你还是用以前方式管理刀客，那就非常吃力了。这时候我们可能会想，有没有一款能把所有刀客容器进行统一管理的平台。 没错， k 八 s 是为容器服务而生的一个可移植容器的编排管理工具。越来越多的公司正在拥抱 k 八 s， 并且当前 k 八 s 已经主导了云业务流程，推动了微服务架构等热门技术的普及和落地。说白了 k 八 s 就是用来管理刀客容器的，以前我们运行一个容器都是直接吊用刀客创建容器的， 这样以来，随着刀客实力越来越多，我们维护就非常困难了。假设我现在有三十多个服务，如果没有用容器编排工具，我们就需要自己计算每个服务占用多少空间，一个刀客容器不属多少个服务，这些都是需要提前计算好的。但是随着我们系统访问量不断增加，可能以前只四颗运行内 存的，现在可能需要调整到八克，那以前节点明显就不够用了，我们就需要手动部署到新机器上去。如果你使用了 k 八 s， 你只需要把新的节点加入 k 八 s 集群，剩下的工作就都是交给 k 八 s 来帮你完成了，那 k 八 s 能帮我们做什么？ 一、版本回退。我们都知道只要是程序就可能存在 bog， 如果发现新发布的程序版本有问题，我们可以立即回退到原来的版本。二、服务自愈。 k 八 s 默认会有监控检查机制，说白了就是不断的克偶你服务的端口发现不通或者其他异常问题，一旦某一个容器崩溃，能够快速速启动新的容器。 三、弹性伸缩。当我们某个服务访问量比较高的时候，发现一个节点已经无法正常处理我们业务请求了，我们可以动态的调整炮数量达实现扩容效果。如果某个服务访问不高，我们就可以减少炮数量，实现动态扩容，而且可以八 s 实现扩容和缩容是非常简单的，只需要一条命令即可搞定。四、负载 均衡如果由于某个服务访问量比较高，那么相当于一个服务启动了多个容器。如果我们用传统方式，肯定还需要使用 and jake 相关的附在均衡中间键，但是如果使用了 k 八 s， 能自动实现请求的负载均衡。五、存储券挂载 如果你项目中有使用 aiss 或者其他文件系统存储文件，我们可以直接在 k 八 s 创建存储券，挂着 aifs 了。比较常见的就是我们服务示威服务项目，我们的文件存储系统和文件分析系统是两个服务，这时候我们就可以挂着 aiss， 两个服务使用同一个文件系统。效果再带大家认识一下 k 八 s 基本架构，一个 k 八 s 集群主要是由控制节点、麦斯特、工作节点六构成，每个节点上都会安装不同的组件。麦斯特节点主要负责集群的管理。 matt 节点包含以下组件， apic 二、自然操作的唯一入口，接收用户输入的命令，提供认证、授权、 api 注册和发现等机制。 负责集群资源调度，按照预定的调度策略将帕里调度到相应的 no 节点上。 cantaloa manager 负责维护集群的状态，比如程序部署安排、故障检测、自动扩展、滚动更新等。 isai 负责存储集群中各种资源对象的信息。 no 节点负责为容器提供运行环境，也就是正在干活的节点。 qba 负责维护容器的生命周期，即通过控制达克来创建、更新、销毁容器。 qpxc 负责提供集群内部的服务发现和负债均衡。达克尔负责节点上容器的各种操作，以部署一个 ngx 服务来说明 cuberness 系统各个组建调用关系。 一、首先需要明确，一旦 qbernettes 环境启动之后， master 和 no 都会将自身的信息存储到 acc 数据库中。二、一个 ngux 服务的安装请求首先会被发送到 master 节点上的 apicr 组件。三、 apicr 组件会调用 给诸位组建，来决定到底应该把这个服务安装到那个 note 节点上，此时他会从 etc 中读取各个 note 节点的信息，然后按照一定的算法进行选择，并将结果告知 apic ver。 四、 apic ver 调用 ctrl manager 去调用 no 节点安装 njx 服务。五、 qba 接收到指令后会通知 darker， 然后由刀克尔来启动一个 ngukis 的 pod。 pad 是 kubernitz 的最小操作单元，容器必须跑在帕中。六、一个 ngux 服务就运行了， 如果需要访问 ngx， 就需要通过 qpx 一来对 pod 产生访问的代理，这样外界用户就可以访问集群中的 ngx 服务了。最后我们再来了解一下 k 八 s 核心概念，麦斯特集群控制节点，每个集群需要至少一个麦斯特节点负责集群的管控。 no 工作附在节点，由麦斯克尔分配容器到这些 no 工作节点上，然后 no 节点上的 doctor 负责容器的运行。 bernitz 的最小控制单元容器都是运行在 pad 中的，一个 pad 中可以有一个或者多个容器。 cometer 控制器通过它来实现对 pad 的管理，比如启动 pad、 停止 pad、 伸缩 pad 的数量等等。 cs， pad 对外服务的统一入口 下面可以维护着同一类的多个 pot。 vibo 标签用于对帕进行分类，同一类 pot 会拥有相同的标签， name space 命名空间用来隔离帕的运行环境。

kpis 弃用刀客，其实弃用的就是刀客 shame 这个模块，为什么有这个小模块呢？在 kpis 诞生的时候，刀客如日中天， kpis 为了使用刀壳而开发了一个 dog shame 的模块，因为 kpis 的 标准接口是 cra， 而刀客并不支持，所以 q 八 s 为了能够使用刀客，所以开发了这个刀圣母模块。 二零一七年，刀客把肯定的地捐赠给 cncf 基金会进行了重大的 升级，支持了 cra 的插件，使 q 八 s 可以直接通过 cra 接口和肯德基打交道，这样就绕过了刀客。那刀客把肯德基捐赠给 cncf 基金会是不是自掘坟墓呢？

哈喽，大家好，我是杨老师，今天给大家带来的分享是多克容器和 kys。 大家都知道以往我们可能有虚拟化虚拟机，比如说分外虚拟机， 那为什么后面又引进了像多克容器或者是 k 八 s 的？那是因为在以往的 viv 虚拟机这一块，可能在 训练机打开时，他加载的福气资源比较多，导致他加载的速度训练机启动的时间比较长。 那么到了后面呢？为了能够让他训练机启动比较快，或者加载一些其他的一些服务，比较快就有了 多卡容器。那么多卡容器他也是技术在技术也是在一个，比如说一个虚拟机，或者是在一个速度机上面，然后才开启不同的一些 这个容器，比如说你可以有一个比较简化版的渗透 as 操系统的这个容器，或者是可以安装安尼尼克斯，是吧等等这样的一些服务的这样的一些容器。 多个容器它启动起来相对比较方便，也是像另一个司机一样，有一套相关的一些命令。 多个容器他可以里面张在看到很多的一些印象，他就叫印象 多个容器，他起来以后，他可以通过他所他所设定的一些配置文件里面配有一些相关的一些信息，比如说 ip 地址端口号， 那么这些呢？他是可以配置在多个范儿文件里面进行配置，跟虚拟基本外一样，也有自己的一些配置文件。 多个容器起来以后，里面容器里面所改变的任何的一些东西，当你再次重启这个相关的这个容器 加载印象的时候，里面之前修改的东西都已经丢失了啊，都已经丢失了，那么如何去更改呢？他可能会用在通过多个 flow 去访问一个 容器之外的速度机的一个目录，去里面去张展他的应用程序，然后有相关的信息的修改，则在那个对应的目录容器之外的目录进行修改，那么那些数据是可以赶后，是可以永久保存的。 那么多个容器用完以后，比如说启动了一个服务，一个操作系统，那么呢 我也可以进入到这个操作技能的秘密方式下，如果你要看他的图形化，你可以通过 vnc 去访问 ivc， 访问的时候他也是要通过保卫 机器名称过来他的一个端口号，是吧？我已经知道他的机器名称端口号，那么我就可以去打开相关的一个容器去启动 简化版的渗透。 s， 那么为什么后面还要有 k 八 s， 大家都知道容器是一个一个启动的， 如果我出现也有的是在一台机器上面，如果我出现很多容器生活在不同的电脑服务器上面，那么我如何去管理它，那么就要有 aps 由它来进行管理。 k 八 s 他也是一个软件，就类似像一个集群或其他类的软件差不多，是不是？ 比如说像 logo 的奥 ac 集群，他要集群管理软件进行管理产品软件，如果出现多个实力的情况下，不同机器也是要有集群软件进行管理的，那么 k 八 s 他可以做到你不同容器之间的编排，也就说我调度的顺序啊，这些都还有他的起停，他都是可以做的，他的功能还是挺强大的， 所以通过 k 八 s 来管理那么多的一些容器服务，使得容器的管理与运为更加的一个简单。好，今天主要分享的就是多卡容器以及 k 八 s 这种技术的话不是目前才有的，其实在好多年前都已经有多块 akos 了，这个在互联网云端用的比较多，在线下也慢慢也有一些， 估计以后以后在这一块应用会越来越多，大家只要把他的原理学习好了，那么也 年以后你再用到这一块的时候，你就很好的去把它给运用，去管理多个容器以及 kbs。 好，今天的分享就到这，感谢大家的收听。

看到很多兄弟在评论区质疑离线交付，用 docker compose， 一 行命令不就搞定了吗？为啥非要用云帮？ docker compose 确实爽，但它只适合你自己玩，拿去给客户做交付，那就是给自己挖坑。你交付给客户的是一个黑盒，系统跑起来了，然后呢？客户想看实时预制去哪看？想重启某个微服务怎 怎么搞？客户搞不定，大半夜还得打电话找你，这售后成本你算过吗？再看云邦，交付的不仅仅是容器，而是一套完整的可适化运维管理平台，交付后，客户拥有了上帝视角，日制直接在网页上看，更新直接点按钮，运行状态一目了然，你把运维能力打包一起交付给了客户， 客户才能自己管。更重要的是， docker compose 只能跑单机，如果客户要高可用呢？如果要故障自动转移呢？ docker compose 当场歇菜，而云邦底层是 k 八 s， 点一下就能扩容到多台服务器，这才是企业级的交付标准。 总结一下， docker compose 是 给你自己用的开发工具，而云邦是给客户用的交付产品。想让客户自己能运维，不再天天烦你搜云邦试试离线交付，这才是正解。