基于Docker Swarm与Compose搭建Redis Cluster的网络配置疑问

我正在学习Docker及其相关组件（如Swarm、Compose），计划在Docker Swarm环境中搭建Redis Cluster。以下是我的Compose文件：

version: '3'
services:
  redis:
    image: redis:alpine
    command: ["redis-server","--appendonly yes","--cluster-enabled yes","--cluster-node-timeout 60000","--cluster-require-full-coverage no"]
    deploy:
      replicas: 5
      restart_policy:
        condition: on-failure
    ports:
      - 6379:6379
      - 16379:16379
    networks:
      host:
        external: true

请问添加networks: host配置后，会产生什么影响？

嗨，针对你的问题，我来拆解下在Swarm环境里给Redis Cluster用host网络模式会带来的几个关键影响：

• 端口映射直接失效，单节点无法多副本部署
  当容器使用host网络时，ports字段完全不起作用——容器会直接接管宿主机的网络栈，Redis会绑定宿主机的6379（服务端口）和16379（集群总线端口）。你现在配置了replicas: 5，如果这些副本调度到同一个Swarm节点，后面的容器会因为端口被第一个占用而启动失败。也就是说，每个宿主机节点最多只能跑1个Redis实例，要部署5个副本就得有至少5个Swarm工作节点。

• 丢失Swarm内置的服务发现与集群通信能力
  Docker Swarm默认的overlay网络是用来实现跨节点服务发现、容器间安全通信的。切换到host网络后，Redis容器脱离了Swarm的集群网络，节点之间没法通过服务名互相访问，只能依赖宿主机的IP地址来通信。这对Redis Cluster来说是个大麻烦——集群节点需要自动发现彼此，你得手动处理跨节点的网络可达性，没法借助Swarm的内置机制简化配置。

• 网络隔离消失，安全风险升高
  host网络模式下，容器和宿主机共享同一个网络命名空间，没有了Docker默认的网络隔离。这意味着Redis服务直接暴露在宿主机的网络环境中，如果宿主机能被外部网络访问，Redis也会直接暴露出去，很容易成为攻击目标。你得在宿主机层面额外配置防火墙规则来限制访问，不然安全性会大打折扣。

• 部署灵活性大幅降低
  用默认的overlay网络时，你可以在同一个节点上部署多个Redis实例（容器内部端口不变，外部映射用随机端口或者不同的宿主机端口），调度更灵活。但host网络把你限制死了：每个节点只能跑一个实例，集群扩容必须依赖新增Swarm节点，成本和复杂度都上去了。

• Redis集群节点标识依赖宿主机IP，稳定性受影响
  Redis Cluster会把节点的IP+端口作为唯一标识，用host网络的话，每个Redis节点会把宿主机的IP当成自己的节点IP。如果宿主机的IP发生变化（比如节点重启、网络配置调整），Redis Cluster会出现节点失联的情况，你得重新调整集群配置，这会增加运维的工作量。

总的来说，Redis Cluster在Swarm环境里用host网络并不是个好选择，建议用Swarm的overlay网络，配合合适的端口映射或者集群内部通信配置来实现。

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