现有2节点，如何配置仅投票不存分区的Redpanda Kafka HA集群？

核心结论 #

完全可以实现，Redpanda原生支持配置仅投票节点（voter-only nodes），这类节点仅参与Raft选举的法定人数计算，不存储分区数据、不处理生产/消费请求，完美适配你用Intel NUC、树莓派这类小型设备做投票节点的需求，无需依赖外部协调组件（比如ZooKeeper）。

具体配置方案 #

1. 部署仅投票节点 #

在小型设备上安装Redpanda后，可通过两种方式标记为仅投票节点：

• 启动时直接指定模式：

rpk redpanda start --mode voter-only

• 修改redpanda.yaml配置文件：

mode: voter-only

2. 集群法定人数自动适配 #

当集群变为2个数据节点+1个仅投票节点的3节点架构后，Raft法定人数会自动调整为2（计算公式：(节点总数//2)+1）。此时即使1个数据节点故障，剩余1个数据节点+1个仅投票节点仍能满足法定人数，维持集群高可用状态。

3. 负载与磁盘优化 #

• 仅投票节点仅存储少量Raft元数据，磁盘占用极低，无需额外设置磁盘阈值限制。
• 这类节点不处理生产/消费流量，CPU、内存负载始终处于低位，完全适配小型设备的硬件能力。

与ZooKeeper模式的区别 #

你提到的ZooKeeper仅投票节点场景，是依赖外部协调组件实现集群选举；而Redpanda的仅投票节点是自身Raft协议的原生特性，集群元数据管理完全由Redpanda内部完成，架构更简洁，无需额外维护ZooKeeper集群。

注意事项 #

• 确保仅投票节点与数据节点的网络连通性稳定，Raft选举依赖节点间的心跳通信。
• 仅投票节点故障不会影响数据存储，但会让集群回到2节点状态（法定人数仍为2），若此时再故障1个数据节点，集群将不可用，需保证该节点的基础运行稳定性。

内容的提问来源于stack exchange，提问作者tlee75