能否限制Docker Swarm中服务仅运行1个活跃实例并实现故障切换？

结论 #

完全可以这么做，而且针对你提到的MariaDB和对接Telegram的Node-RED场景，非常推荐这种单活跃实例+故障自动接管的部署方式。

实现方法 #

在Docker Swarm中创建服务时，通过以下配置确保同一时间只有1个活跃实例，且故障后自动在其他节点重启：

1. 核心配置：用--replicas 1指定服务实例数为1，配合重启策略实现故障接管：

   docker service create \
     --name mariadb-service \
     --replicas 1 \
     --mount type=volume,source=mariadb-data,target=/var/lib/mysql,volume-driver=local \
     --restart-condition any \
     mariadb:latest
   

2. 可选优化：添加节点约束（--constraint）限制服务仅在特定节点组运行（比如存储性能更好的节点），避免在不合适的节点启动：

   --constraint node.labels.storage=high
   

当当前运行实例的节点故障或实例崩溃时，Swarm调度器会自动在集群内其他满足约束条件的节点上启动新实例，完成故障接管。

为什么适合你的场景 #

• MariaDB（NAS写入）：MariaDB默认不支持多实例直接共享同一存储卷写入，多实例并发写NAS会导致数据索引损坏、事务冲突等严重问题。单活跃实例能彻底避免这类并发风险，故障转移时新实例接管同一NAS存储卷，保证数据一致性。
• Node-RED（Telegram对接）：Telegram Bot API对单个Bot的并发连接数有限制，多实例同时发起连接容易触发限流甚至封禁。单实例部署能保证连接的唯一性，避免触发平台限制。

注意事项 #

• 确保NAS存储卷在Swarm集群中可跨节点访问（比如通过NFS、CIFS协议挂载），否则故障转移后新实例无法读取原有数据。
• 对于MariaDB，建议启用二进制日志（binlog），并定期备份NAS上的数据，进一步提升数据安全性。
• 提前测试故障转移流程：手动停止实例或断开节点网络，验证Swarm是否能在其他节点成功启动新实例并正常提供服务。

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