Kublr 1.18支持就地平台升级和外部集群
Kublr 非常高兴地宣布 Kublr 1.18 进行了就地平台升级和外部集群支持的技术预览。
Kublr的首席技术官Oleg Chunikhin解释说:“这是使企业级Kubernetes的采用变得轻而易举的又一步。”
尽管Kublr支持自动滚动 集群 更新和升级,且停机时间为零,但是自从上一版本(1.17)以来,更新平台本身仍然是Kublr团队支持的半人工项目。现在,只需单击一个按钮。这使您可以使用最新的软件版本维护所有群集和平台,从而最大程度地减少漏洞并利用其最新功能。
这大大简化了运营和计划流程。如果需要,我们将继续支持从计划到执行的升级过程,但您也可以自助方式进行。
支持外部群集(技术预览)
在以前的版本中,Kublr仅支持Kublr置备的集群。这意味着,如果您的群集是通过不同的平台部署的,则必须分别管理它们。到目前为止,用户可以将现有集群引入Kublr,并在其之上添加一个附加的集中式管理层。这些可以是诸如AKS,EKS或GKE之类的云托管群集,也可以是通过其他平台进行管理而没有诸如Openshift之类的集中控制台的群集,从而可以将集中式日志记录和监视以及集中式身份管理扩展到非Kublr群集。
将Kublr平台与Agent版本解耦
Kublr平台和Kublr代理是Kublr的两个主要组件。该平台是集中式管理控制台,而代理则在托管集群内部运行,本质上是在运行Kubernetes集群。到目前为止,Kublr团队一起发布了平台和代理更新,在支持新的Kubernetes版本时,有时会创建不需要的依赖关系。没有这种依赖性,Kublr 1.18现在将允许我们在一周内支持新的Kubernetes alpha版本。
虽然Kublr平台将按三到四个月的时间表进行升级,但Kublr代理将密切关注Kubernetes的发布时间表。
此外,Kublr 1.18现在支持具有受限制的PodSecurityPolicy的群集中的平台安装,Kublr Helm软件包中的Helm 3和Web命令行控制台,仅在无法维护单独的主服务器的情况下仅控制群集,以及OIDC身份验证的可用性改进,Grafana仪表板,简化和改进的无间隙部署程序包,以及许多其他改进。
迄今为止,Kublr是唯一的多云,多集群独立的集中式Kubernetes管理平台,该平台支持在所有受支持的基础架构(包括本地,裸机,甚至是间隔环境)上实现零停机滚动升级。加上我们强大的治理和安全功能(例如RBAC),Kublr为企业提供了对其基础架构的更多控制权。但是,请不要相信我们。 立即免费部署Kublr,亲自体验 一下。
标签: Kublr