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，亲自体验 一下。

　　免责声明：本文由用户上传，与本网站立场无关。财经信息仅供读者参考，并不构成投资建议。投资者据此操作，风险自担。 如有侵权请联系删除！