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 ClickHouse®
  • Getting started
    • Resource relationships
    • High availability clusters
    • Host classes
    • Networking in Managed Service for ClickHouse®
    • Quotas and limits
    • Storage
    • Backups
    • Replication
    • Dictionaries
    • Sharding
    • Service users
    • Maintenance
    • Supported clients
    • Memory management
    • ClickHouse® versioning policy
    • ClickHouse® settings
  • Access management
  • Pricing policy
  • Terraform reference
  • Yandex Monitoring metrics
  • Audit Trails events
  • Public materials
  • Release notes
  1. Concepts
  2. Resource relationships

Resource relationships in Managed Service for ClickHouse®

Written by
Yandex Cloud
Updated at January 22, 2026

The main entity Managed Service for ClickHouse® operates is a database cluster.

Each cluster consists of one or multiple database hosts, which are virtual machines with ClickHouse® DBMS servers deployed. Cluster hosts may reside in different availability zones and even different availability regions. You can learn more about the Yandex Cloud availability zones in Platform overview.

A cluster of several ClickHouse® hosts is natively highly available because ClickHouse® hosts can step in for one another as the cluster’s primary replica. To manage replication and query distribution across ClickHouse® hosts, you can use a coordination service, ClickHouse® Keeper or ZooKeeper. Depending on the selected tool, the cluster will consist of:

  • Only ClickHouse® hosts with ClickHouse® Keeper support

  • ClickHouse® hosts and individual ClickHouse® Keeper hosts

  • ClickHouse® hosts and individual ZooKeeper hosts

The minimum number of ClickHouse® hosts per cluster depends on the following:

  • Storage type:

    • At least three hosts for non-replicated SSDs (network-ssd-nonreplicated).

    • At least two hosts for local SSDs (local-ssd).

    • At least one host for the following disk types:

      • Network HDDs (network-hdd).
      • Network SSDs (network-ssd). * Ultra high-speed network SSDs with three replicas (network-ssd-io-m3).
  • Cluster sharding. When sharding is enabled, you need to multiply the minimum number of hosts for the selected disk type by the number of shards.

    For more information on the features and limitations of sharding in ClickHouse®, see this article.

A single ClickHouse® host cluster does not provide high availability.

To make an existing cluster with a single ClickHouse® host highly available:

  1. Add at least three ClickHouse® Keeper or ZooKeeper hosts to the cluster to manage replication.
  2. Add ClickHouse® hosts to your cluster to distribute replicas among them.

This will make your cluster highly available.

When creating a cluster, specify:

  • Host class: VM template for deploying cluster hosts. For a list of available host classes and their specs, see Host classes.

  • Environment: Environment where the cluster will be deployed:

    • PRODUCTION: For stable versions of your applications.
    • PRESTABLE: For testing purposes. The prestable environment is similar to the production environment and likewise covered by an SLA, but it is the first to get new features, improvements, and bug fixes. In the prestable environment, you can test new versions for compatibility with your application.

You should also specify the host class when creating a shard.

You can access a cluster created in a folder from any VM in the same cloud network. For more information about networking, see this Virtual Private Cloud guide.

Alert

The service can automatically access the system and diagnostic information of your databases to render monitoring charts and maintain your cluster health. It never accesses or uses the data you entered into the database manually.

Be mindful of what is managed by the service and what, by the Yandex Cloud customer. Understanding these areas of management helps you use your cloud resources efficiently and avoid potential database-related issues. For more information, see Zones of control between managed database (MDB) service users and Yandex Cloud.

ClickHouse® is a registered trademark of ClickHouse, Inc.

Was the article helpful?

Previous
Integration with an external Oracle database via ClickHouse® JDBC Bridge
Next
High availability clusters
© 2026 Direct Cursus Technology L.L.C.