Yandex Cloud
Search
Contact UsGet started
  • Pricing
  • Customer Stories
  • Documentation
  • Blog
  • All Services
  • System Status
    • Featured
    • Infrastructure & Network
    • Data Platform
    • Containers
    • Developer tools
    • Serverless
    • Security
    • Monitoring & Resources
    • ML Services
    • Business tools
  • 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
  • Pricing
  • Customer Stories
  • Documentation
  • Blog
© 2025 Direct Cursus Technology L.L.C.
Platform overview
  • Getting started
    • Platform architecture
    • Regions
    • Network overview
    • Public IP address ranges
    • User interaction with resources
    • Zones of control in MDB
    • Deleting user data
    • Service list
    • Release stages
    • Observability tools for monitoring and logging
    • SLA
    • Quotas and limits
    • Release notes
    • Troubleshooting
    • Overview
    • Mobile app
    • API
    • Working with the Yandex Cloud CLI and API in Microsoft Windows

In this article:

  • Yandex Cloud control zone
  • Yandex Cloud customer control zone
  1. Yandex Cloud platform
  2. Zones of control in MDB

Zones of control between managed database (MDB) service users and Yandex Cloud

Written by
Yandex Cloud
Updated at October 24, 2025
  • Yandex Cloud control zone
  • Yandex Cloud customer control zone

When using managed database (MDB) services, i.e., Managed Service for PostgreSQL, Managed Service for ClickHouse®, Yandex Managed Service for Greenplum®, Yandex StoreDoc, Yandex Managed Service for Valkey™, Managed Service for MySQL®, Managed Service for OpenSearch, and Managed Service for Apache Kafka®, it is important to bear in mind what is controlled by the MDB service, and what by the Yandex Cloud customer. Understanding these control zones will help you use your cloud resources effectively and avoid potential database-related problems.

Yandex Cloud control zoneYandex Cloud control zone

  • MDB nodes. Ensuring the declared MDB functionality; monitoring MDB nodes, maintaining current versions of the guest OS, core, DBMS, and cluster integrity component.

  • Backup and recovery. Backup and recovery of the cluster and its individual parts. Recovery from a backup is not guaranteed if the problem is due to an error on the database provider's side or to data architecture. Yandex Cloud support will explain what has led to the error and how to avoid it in the future. They will also restore the cluster, if possible.

  • Cluster operations. Facilitating MDB cluster operations available through the management console, API, CLI, or Terraform.

  • MDB tools. Providing Yandex Cloud managed database tools (see the MDB documentation table), such as performance diagnostics, command center, cluster (host) and DBMS monitoring (monitoring agents, metrics, and dashboards), alerts, and log display.

  • Base-level cluster operation. Providing access to the cluster and performing all functions specific to the DBMS selected by the client (including but not limited to master, replica, shard, and segment roles) during periods of zero Yandex Cloud infrastructure emergencies or incidents, provided the user load is aligned with the cluster configuration selected by the client.

  • High availability cluster operation. For clusters configured as per the high availability policy, the conditions applicable to base-level clusters must be met, including in the event of Yandex Cloud infrastructure emergencies or incidents, provided the user load is aligned with the cluster configuration selected by the client.

  • Setting up new clusters. Applying optimal default settings in new clusters to improve Yandex Cloud cluster stability and data reliability in line with DBMS provider recommendations.

  • Cluster setup when upgrading the DBMS version. Using optimal settings managed by the DBMS provider to improve Yandex Cloud cluster stability and data reliability in line with DBMS provider recommendations.

  • User documentation. Developing and updating MDB documentation. DBMS documentation is under the responsibility of DBMS providers. For more information on various MDB aspects, see the following documentation sections:

MDB documentation
MDB Documentation sections
Managed Service for PostgreSQL Operations with clusters
Backups
High cluster availability
Maintenance
Performance diagnostics
Cluster state monitoring
Viewing logs
Managed Service for ClickHouse® Operations with clusters
Backups
Versioning policy
Maintenance
Monitoring cluster state
Viewing logs
Yandex Managed Service for Greenplum® Operations with clusters
Backups
Command center
Maintenance
Performance diagnostics
Monitoring cluster state
Viewing logs
Yandex StoreDoc Operations with clusters
Backups
Maintenance
Performance diagnostics
Monitoring cluster state
Viewing logs
Yandex Managed Service for Valkey™ Operations with clusters
Backups
Maintenance
Monitoring cluster state
Viewing logs
Managed Service for MySQL® Operations with clusters
Backups
High cluster availability
Maintenance
Performance diagnostics
Monitoring cluster state
Viewing logs
Managed Service for OpenSearch Operations with clusters
Backups
Maintenance
Monitoring cluster state
Viewing logs
Versioning policy
Managed Service for Apache Kafka® Operations with clusters
High cluster availability
Maintenance
Monitoring cluster state
Viewing logs
Versioning policy

Yandex Cloud customer control zoneYandex Cloud customer control zone

  • Operations with clusters. Self-management of MDB clusters through available interfaces: management console, API, CLI, or Terraform.

  • Maintenance window. Scheduling the maintenance window interval for a predictable operational timeline.

  • Cluster resources. Keeping cluster resources (host class and number, cluster replicas and shards) aligned with DBMS user load and MDB operating load. The operating load includes collecting and sending metrics, logs, and performance diagnostics data, backups, cluster maintenance operations, and internal health checks.

  • Use of settings not recommended by default. Use of settings capable of affecting cluster health, availability, security, and data processing speed that are different from the recommended defaults.

  • Load analysis. Analyzing and managing the cluster load profile; implementing DBMS provider recommendations when generating the load profile.

  • DBMS queries. Writing, operating, debugging, and optimizing DBMS queries; diagnosing query execution status; analyzing query results and execution speed, other DBMS administration functions.

  • Access management. Managing user account privileges and permissions, assigning permissions for database objects in line with the limitations of MDB services.

  • Cluster performance analysis. Cluster (host) monitoring data analysis and timely response to alerts.

  • Backup checks. Regular data integrity and cluster health checks following a recovery from a backup.

  • Adhering to the documentation guidelines. Operating the cluster in line with the MDB user and legal documentation and the official DBMS provider documentation.

  • Experimental settings. Use of any settings and procedures capable of affecting MDB health that are not recommended by the DBMS provider or are experimental.

  • Self-managed software version upgrades. Maintaining current DBMS versions as per Yandex Cloud's upgrade schedule. Self-preparation ahead of DBMS version upgrades; analyzing the changes and whether the client software is ready for those changes. Troubleshooting cluster operation issues related to untimely DBMS version upgrades.

  • Preparation for migration. Completing all recommended setup steps and prerequisites in the source and target DBMS clusters ahead of data transfer when migrating to Yandex Cloud.

    Note

    The preparation for an upcoming migration may require updating the client software to work with the target DBMS cluster version.

  • Third-party software. Configuring and operating third-party client software to work with an MDB cluster.

  • Requirements related to high availability clusters. Unassisted setup of client software for correct operation with high availability clusters, e.g., reconnecting the software to a node if the old node fails or a new one is added.

Note

If a client lacks the expertise to independently perform actions within their control, they can contact their account manager.

Was the article helpful?

Previous
User interaction with resources
Next
Deleting user data
© 2025 Direct Cursus Technology L.L.C.