kasini3000

文章,博客

View My GitHub Profile

16 April 2026

特色和优势

by


k4t v2 特色 和 优势


一分钟看懂 k4t 简易特色:


k4t2网络:


docker image 镜像下载:少年不知电骡好,总把 docker 代理 当成宝!

疯哥我发明并引领了,用电骡 上传/下载 docker image 镜像风潮。

k4t2 image 电骡 镜像下载 优势:

1 电骡劣势:不能分层下载,只能下载整个tar包,占用空间更多。

2 电骡优势:win,linux,分布式p2p上传/下载,分布式p2p存储。

3 电骡优势:tar包分块(512kb—4mb)下载,自动校验,断点续传。这解决了docker pull的癌症。

癌症:docker pull 无法实现【单个镜像层】的断点续传

4 建立电骡私服很简单,只需要在k4t2 worker节点机上,运行电骡私服容器:

5 linux版电骡客户端软件:

5.1 Metalink: https://www.metalinker.org/ https://github.com/metalink-dev

支持【在应用目录中保存tar文件】方式的镜像下载,支持ftp,http(s),webdav,samba,nfs,高级版还支持rsync image。

和普通docker 官服,私-服,docker mirror。

不需要从官方和代理安装:kubeadm,kubelet,kubectl。

不需要从官方和代理安装:k8s容器,如:pause,kube-apiserver,等。

不需要从官方和代理安装:网络插件。如:flannel ,calico。k4t 目前只有vxlan插件


k4t2存储:(含镜像下载)


k4t2 虚集群:


k4t2 虚单元:(公有云 vpc,私有云vlan)


k4t2-master之五岳盟主cpu之左冷禅:对标k8集群联邦。


集群升级:

k4t2 新旧版本软件及集群,可以同时使用。这是k4t2软件自带的特性。

这么做的目的是:抹平&消除,k4t软件更新,带来的集群停机影响。

这意味着:在linux worker节点机中,同时存在新旧2套不同版本的软件及集群,并同时工作,互相无影响。

这有点像:在linux node节点机中,同时存在2套不同版本的k8s集群软件,并同时工作。


k4t2 manager 节点:

k4t2 manager 节点优势:

k4t2 manager/worker 节点典型架构为:

1 测试级(0.6 个 manager)即manager用完可以关机。

2 无冗余有风险级(单manager持续开机,不关机)

3 生产级(主备,或主备备,或多主)支持win+win双主。支持win+linux双主。支持linux+linux双主。

4 超大规模(百万woker节点以上),只需要增加双主节点即可。1主1备(或2主)作为一个分片,每个主备管理1个分片,共有多个分片。

单个分片可以跨机房,跨地区,跨多云。当然也可以设计为不跨,即单机房内、单地区内、单云内。

只要设定好元数据备份,则上述1,2无任何数据丢失风险。1只有调度慢的问题。

也就是说,大概率,只需要1台 manager 作为主即可。即基本不需要备(90%不需要,10%需要?)。

即可以用winpe,或linux live cd(或usb linux)也可以作为manager。


k4t2 worker 被控机


k4t2 元数据

k4t2 元数据 优势:

元数据 在主控机中的存储位置:

win: c:\ProgramData\k4t\【k4t2m_11111】\apps\

linux: /etc/k4t/【k4t2m_11111】\apps\

其中,【k4t2m_11111】是版本号


k4t2 apps 应用特色:


k4t2内嵌语言:

在容器生命周期中:

在云,虚拟机,生命周期中。通过kasini3000及插件实现:

在 devops 生命周期中。通过调用kasini3000及插件实现:


跨平台


跨 cpu 架构:

其他架构被控机,如龙芯,risc-v也可以支持。只需要编译k4t2和powershell。或用qemu虚拟机也应该可以。


K4t2单集群内,容器负载平衡算法


k4t2容器和node亲和性调度


k4t2 网关

高级版k4t2, 网关的特色:


k4t2 dns

高级版k4t2, dns的特色:


其他:

只需要控制vlan的隔离性,即可控制2集群隔离、多租户问题。超过4000个vlan的大规模集群,就需要交换机上的vxlan功能。


若干个比k8s增强的功能:

k4t2 考虑放弃的功能:

1 考虑放弃 容器生命周期中的滚动更新,回滚功能。

想让容器滚动更新版本=建立新编排

想让容器回滚=停止新编排

考量是:

要被滚动更新的新旧容器应用,处理image不同外,有可能还有其他差别:容器副本数,生存的k4tworker节点(node节点),内存设定等。

简单来说,是用网关的蓝绿发布(建立一个新编排)代替滚动更新。

这样简单、安全了很多。

k4t2中的滚动更新,是这个样子滴: 脚本: 1 精确控制滚动更新数量:在老应用中,减少副本数。在新应用中增加副本数。 2 通过网关:调整蓝绿发布,流量的百分比。可以ab两个版本,abc3个版本,abcd4个版本这样调整。 3 延时设定:上述1—2过程可以持续n天,n月。


k4t 没有这些k8s的功能:(将来应该永远不会有的功能)


roadmap:




项目作者: 『逆练k8s的欧阳疯』

“要打造比k8s更好的,容器自动编排管理框架”我想试试。

k4t2 项目官网

https://gitee.com/chuanjiao10/k4t2

k4t2 试用版 问题反馈 临时 网址

https://gitee.com/chuanjiao10/k4t2/issues

k4t 官方qq群

QQ群号:722528388

tags: