Yandex Cloud
Search
Discuss with expertTry 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 Valkey™
  • Getting started
    • Resource relationships
    • High availability clusters
    • Networking in Yandex Managed Service for Valkey™
    • Sharding
    • Backups
    • Replication and persistence
    • Supported clients
    • Memory management
    • Available commands
    • Valkey™ modules
    • Quotas and limits
    • Storage
    • Maintenance
    • Valkey™ settings
    • Valkey™ versioning policy
  • Access management
  • Pricing policy
  • Terraform reference
  • Monitoring metrics
  • Audit Trails events
  • Public materials
  • Release notes
  • FAQ

In this article:

  • Maintenance window
  • Maintenance workflow
  • Non-sharded cluster
  • Sharded cluster
  • How maintenance impacts a cluster
  1. Concepts
  2. Maintenance

Maintenance in Yandex Managed Service for Valkey™

Written by
Yandex Cloud
Updated at July 16, 2026
View in Markdown
  • Maintenance window
  • Maintenance workflow
    • Non-sharded cluster
    • Sharded cluster
  • How maintenance impacts a cluster

Maintenance includes:

  • Automatic installation of DBMS updates and patches for hosts (including for stopped clusters).
  • Scheduled automatic storage expansion.
  • Other maintenance activities.

A major DBMS version update is not part of maintenance. For more information about major version changes, see Valkey™ version upgrade.

Maintenance windowMaintenance window

You can set the maintenance window when creating a cluster or updating its settings:

  • The At any time option (default) allows performing maintenance at any time.
  • The By schedule option allows you to select the day of the week and UTC time when the maintenance will be performed. For example, you can choose a time when the cluster is least loaded.

Note

To view maintenance task information, you need the managed-redis.maintenanceTask.viewer role or higher.

To manage maintenance tasks, you need the managed-redis.maintenanceTask.editor role or higher.

Maintenance workflowMaintenance workflow

The Yandex Managed Service for Valkey™ cluster maintenance workflow depends on the number of hosts and sharding.

Non-sharded clusterNon-sharded cluster

The maintenance procedure is as follows:

  1. Replica hosts undergo maintenance one by one. Such hosts are queued randomly. If a replica needs to be restarted during maintenance, it will become unavailable.
  2. Maintenance is performed on a master host. If the master host needs to restart and becomes unavailable, one of the replicas will assume its role. A single-host cluster will be unavailable during its maintenance.

Sharded clusterSharded cluster

In sharded clusters, maintenance is performed shard by shard in ascending order by shard number. Host maintenance in each shard is the same as in non-sharded clusters:

  1. Replica hosts undergo maintenance one by one. Such hosts are queued randomly. If a replica needs to be restarted during maintenance, it will become unavailable.
  2. Maintenance is performed on a master host. If the master host needs to restart and becomes unavailable, one of the replicas will assume its role. A single-host shard will be unavailable during its maintenance.

How maintenance impacts a clusterHow maintenance impacts a cluster

Depending on its type, maintenance can impact your cluster as follows:

  • Show little to no impact on database users.
  • Break database connections in place, forcing clients to re-establish their connections.
  • Make your cluster read-only for a while.
  • Restart the master and trigger master failover to one of the replicas.
  • Cause master host failover in the cluster, making the database read-only for a while.

Maintenance tasks have an estimated duration and completion date. These time frames are calculated based on historical data from similar operations. The actual completion times may vary depending on your cluster.

Was the article helpful?

Previous
Storage
Next
Valkey™ settings
© 2026 Direct Cursus Technology L.L.C.