Yandex Cloud
Search
Contact UsTry it for free
  • Customer Stories
  • Documentation
  • Blog
  • All Services
  • System Status
  • Marketplace
    • Featured
    • Infrastructure & Network
    • Data Platform
    • AI for business
    • Security
    • DevOps tools
    • Serverless
    • Monitoring & Resources
  • All Solutions
    • By industry
    • By use case
    • Economics and Pricing
    • Security
    • Technical Support
    • Start testing with double trial credits
    • Cloud credits to scale your IT product
    • Gateway to Russia
    • Cloud for Startups
    • Center for Technologies and Society
    • Yandex Cloud Partner program
    • Price calculator
    • Pricing plans
  • Customer Stories
  • Documentation
  • Blog
© 2026 Direct Cursus Technology L.L.C.
Yandex Managed Service for Kubernetes
  • Comparing with other Yandex Cloud services
  • Getting started
    • Resource relationships
    • Release channels and updates
    • Zones of control in Managed Service for Kubernetes
    • Updating node group OS
    • Encryption
    • Networking in Managed Service for Kubernetes
    • Network settings and cluster policies
    • Autoscaling
    • Audit policy
    • External cluster nodes
    • Quotas and limits
    • Recommendations on using Managed Service for Kubernetes
  • Access management
  • Pricing policy
  • Terraform reference
  • Monitoring metrics
  • Audit Trails events
  • Release notes

In this article:

  • User resource updates
  • Preparation for migration
  • How to check node OS version
  1. Concepts
  2. Updating node group OS

Updating node group OS

Written by
Yandex Cloud
Updated at February 10, 2026
  • User resource updates
  • Preparation for migration
  • How to check node OS version

Starting with Kubernetes version 1.30, the Managed Service for Kubernetes cluster node OS changed from Ubuntu 20.04 to Ubuntu 22.04 in all release channels.

When you update node groups within those clusters, new nodes are automatically created from an Ubuntu 22.04 VM image.

User resource updatesUser resource updates

In Ubuntu 22.04, system libraries and Linux kernel headers were updated, so GPU driver compilation may not work for node groups with custom GPU drivers.

How the problem manifests itself:

  • You get driver build errors.
  • GPU cannot be detected.
  • Node group update fails.

To avoid all this, make sure your GPU Operator and driver versions are compatible when preparing for the update:

  • Update GPU Operator to version 24.9.x+.
  • Update your driver to version 550.144.03 or higher.
  • Use precompiled drivers. Do it by setting --driver.usePrecompiled=true when installing GPU Operator.

For more information on using a GPU with a custom driver, see Using node groups with GPUs without pre-installed drivers.

Warning

As Ubuntu 22.04 uses the new Linux kernel 5.15, updating the OS may disrupt the operation of custom kernel modules compiled with DKMS.

Preparation for migrationPreparation for migration

Before migrating your Kubernetes cluster to a new OS version, test the update on the new cluster:

  1. Create a Managed Service for Kubernetes cluster.

  2. Create a node group in the cluster.

  3. In the new cluster, test your apps, which may prove OS version-dependent.

    Check key load indicators:

    • GPU load.
    • App status monitoring.
    • The functioning of monitoring agents and drivers.

How to check node OS versionHow to check node OS version

All nodes in the group use the same basic OS version image. You can check the OS version using these commands:

kubectl get nodes -o jsonpath='{range .items[*]}{.metadata.name}{"\t"}{.status.nodeInfo.osImage}{"\n"}{end}'
kubectl get node <node-name> -o jsonpath='{.status.nodeInfo.osImage}{"\n"}'

Was the article helpful?

Previous
Zones of control in Managed Service for Kubernetes
Next
Encryption
© 2026 Direct Cursus Technology L.L.C.