You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What is the user interaction of your feature
I deployed my clickhouse cluster by these two helm charts: kubeblocks/clickhouse:0.6.5, kubeblocks/clickhouse-cluster:0.6.5.
I found the cluster topology configuration is stored in these configmaps: {release name}-clickhouse-cluster-shard-{shard number}-clickhouse-tpl for each shard. And each shard is treated as an independent component.
However, if I changed the replica counts of shard 0, the configmap: {release name}-clickhouse-cluster-shard-0-clickhouse-tpl will be updated correctly, but other shards' configmaps will not update. This leads that the topologies of different nodes in one cluster are inconsistent.
If this is a new feature, please describe the motivation and goals.
I found the configSpecs api only can be configed by each component. Since different the topologies of different shards of one cluster should be same. I wonder if there is an API that can use a common configmap for multiple clickhouse shards.
The text was updated successfully, but these errors were encountered:
@RunningXie I don't really know that how you changed the replica count of shard 0, edit the values.yaml of helm charts and helm upgrade(this way is better) Or directly edit the configmap of shard 0?
Anyway, kubeblocks/clickhouse:0.6.5 is no longer maintained, maybe you can use latest release version(v0.9.0) of kubeblocks and kubeblocks-addons, then install the helm charts of clickhouse:v0.9.0.
Under this situation, although configmap will not rerender(maybe will fix it in the future), the cluster topology of each shard will become consistent after change the helm charts.
What is the user interaction of your feature
I deployed my clickhouse cluster by these two helm charts: kubeblocks/clickhouse:0.6.5, kubeblocks/clickhouse-cluster:0.6.5.
I found the cluster topology configuration is stored in these configmaps: {release name}-clickhouse-cluster-shard-{shard number}-clickhouse-tpl for each shard. And each shard is treated as an independent component.
However, if I changed the replica counts of shard 0, the configmap: {release name}-clickhouse-cluster-shard-0-clickhouse-tpl will be updated correctly, but other shards' configmaps will not update. This leads that the topologies of different nodes in one cluster are inconsistent.
If this is a new feature, please describe the motivation and goals.
I found the
configSpecs
api only can be configed by each component. Since different the topologies of different shards of one cluster should be same. I wonder if there is an API that can use a common configmap for multiple clickhouse shards.The text was updated successfully, but these errors were encountered: