ClickHouse Operator多磁盘存储配置与数据迁移实践

背景与挑战

在生产环境中，随着数据量增长，单磁盘存储方案往往会遇到IOPS和吞吐量瓶颈。本文以9TB数据卷为例，探讨如何通过ClickHouse Operator实现多磁盘存储扩展，同时解决默认磁盘替换的技术难题。

核心解决方案

多磁盘存储策略配置

推荐采用增量扩展方式而非直接替换默认磁盘。通过修改storage.xml配置文件，在保留默认磁盘的基础上添加新磁盘：

<storage_configuration>
  <policies>
    <default replace="1">
      <volumes>
        <default>
          <disk>default</disk>
          <disk>disk2</disk>
          <disk>disk3</disk>
          <load_balancing>least_used</load_balancing>
        </default>
      </volumes>
    </default>
  </policies>
</storage_configuration>

关键配置说明：

1. replace="1"属性确保策略更新而非新增
2. least_used负载均衡策略自动优化新数据分布
3. 保持默认磁盘作为基础存储

资源声明要点

在Pod模板中需要为每个磁盘声明独立的volumeMounts：

volumeMounts:
- mountPath: /var/lib/clickhouse   # 默认磁盘
  name: default
- mountPath: /var/lib/clickhouse2  # 扩展磁盘2
  name: disk2 
- mountPath: /var/lib/clickhouse3  # 扩展磁盘3
  name: disk3

对应的PVC声明应确保足够的存储容量和保留策略。

数据迁移最佳实践

在线迁移方案

使用ALTER TABLE命令实现热迁移：

ALTER TABLE db.table MOVE PART 'part_name' TO DISK 'disk2'

优势：

• 不影响服务可用性
• 可精确控制迁移粒度
• 支持分批执行降低影响

自动平衡机制

配置move_factor参数可实现自动数据平衡：

<move_factor>0.1</move_factor>

当磁盘空间使用超过90%时，系统会自动将最老的数据迁移到其他磁盘。

重要注意事项

1. 元数据安全：默认磁盘存储关键元数据，直接删除会导致表定义丢失
2. 容量规划：新磁盘容量应至少与待迁移数据量匹配
3. 监控指标：迁移过程中需关注IOPS、延迟等关键指标
4. 回滚方案：建议先进行小规模测试验证

进阶建议

对于超大规模集群，可考虑：

• 按表或分区设计磁盘分布策略
• 结合TTL实现自动分级存储
• 使用JBOD策略提升吞吐量

通过这种渐进式扩展方案，可以在保证数据安全的前提下，有效解决单磁盘性能瓶颈问题。