Allow to set per-replica templates/settings

Open
#196 3 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
35/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Active
Tech stack
clickhouse, go, kubernetes

Research direction

No files, tests, or entry points are identified in the issue. Start by tracing how the operator represents replicas and applies templates/settings during reconciliation, then determine how per-replica configuration and external replicas should be represented in the API. Done means the proposed behavior supports version checks, per-shard customization, and the external-replica use case without requiring a full cluster rollout.

Written by the indexing model from the issue text.

Description

feature
Use case
  • Test version/config updates: allow us update/create single replica on the new version and verify compatibility manually before the full cluster rollout.
  • Per-shard customization of disk size/weight/etc
  • The same API can be used to specify external replicas to support #144
Dominant language
Go
Stars
313
Forks
48
Avg merge
1d 15h
Merged PRs (30d)
21

Getting set up

  • Ships a Dockerfile or Docker Compose file
  • Has a pull request template
  • No contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from ClickHouse/clickhouse-operator

All issues in ClickHouse/clickhouse-operator

Similar issues

More Go issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.