[hexagon_mask.png]
Get up and running with enterprise-grade Kubernetes in any cloud or on-prem GET STARTED

Kublr 1.18 Supports in-Place Platform Upgrades and External Clusters

We are excited to announce in-place Kublr Platform upgrades and a technical preview for external cluster support. That’s yet another step in making enterprise-grade Kubernetes adoption a breeze.

In-Place Platform Upgrades

While Kublr supports automated rolling cluster updates and upgrades with zero downtime, since our last release (1.17) updating the platform itself was still a semi-manual project supported by the Kublr team. Now, all it takes is the click of a button. This allows you to maintain all clusters and the platform with the newest software versions, minimizing vulnerabilities and leveraging their newest features.

This significantly simplifies operational and planning processes. We’ll continue to support the upgrade process from planning to execution if desired, but you can also do it in a self-service manner.

platform

Support for External Clusters (Technical Preview)

In previous versions, Kublr only supported Kublr provisioned clusters. That meant that if your clusters were deployed through different platforms you had to manage them separately. As of today, users can bring existing clusters into Kublr and add an additional centralized management layer on top of it. These could be cloud-hosted clusters such as AKS, EKS, or GKE or clusters managed through other platforms without a centralized console such as Openshift, extending centralized logging and monitoring as well as centralized identity management to non-Kublr clusters.

external cluster

Decoupling Kublr Platform from Agent Releases

The Kublr Platform and Kublr Agent are the two main components of Kublr. The platform is the centralized management console while the agent runs inside the managed cluster, essentially operating the Kubernetes cluster. Until now, the Kublr team released platform and agent updates together, which sometimes created an unneeded dependency when supporting new Kubernetes versions. Without that dependency, Kublr 1.18 will now allow us to support new Kubernetes alpha releases within a week.

While the Kublr Platform will be upgraded on a three to four month schedule, the Kublr Agent will closely follow the Kubernetes release schedule.

Additionally, Kublr 1.18 now supports platform installations in clusters with restricted PodSecurityPolicy, Helm 3 in Kublr Helm packages and web command line console, master only clusters when it’s not feasible to maintain separate masters, as well as usability improvements for OIDC authentication, Grafana dashboards, simplified and improved air-gapped deployment packages, among many other improvements.

To date, Kublr is the only multi-cloud, multi-cluster independent centralized Kubernetes management platform that supports zero-downtime rolling upgrades on all supported infrastructures including on-prem, bare metal, and even air-gapped environments. Together with our strong governance and security capabilities (e.g. RBAC), Kublr provides enterprises with even more control over their infrastructure. But don’t take our word for it. Deploy Kublr for free today and see for yourself.

no-bs Kubernetes checklist

Leave a comment

Your email address will not be published.

You May Also Like