Fabric 2.3.2使用network.sh部署100个Peer节点时无法创建全部容器

1. Gossip引导节点配置错误 #

所有Org1的Peer节点的CORE_PEER_GOSSIP_BOOTSTRAP参数均配置为节点自身地址，Gossip协议需要通过已有的引导节点完成同组织节点的发现与网络同步，每个节点仅指向自身的配置会导致节点无法加入已有Gossip网络，节点数量较少时冲突不明显，超过30个后节点间的发现请求会出现大量超时，直接阻塞启动流程。

2. 宿主机与Docker默认资源上限不足 #

即使compose文件未配置资源限制，Docker daemon默认的全局ulimit（文件句柄、进程数）、宿主机的ARP缓存大小、文件句柄上限均为面向小规模部署的默认值，100个Peer节点每个需要至少2个监听端口、独立的网络命名空间、上百个文件句柄，资源占满后后续容器无法完成初始化。

3. 并发启动压力过大 #

Docker默认并发启动容器的上限较低，一次性提交100个Peer的启动请求会导致Docker daemon的任务队列阻塞，大量容器停留在创建阶段无法完成启动流程。

• 修正Gossip配置：将所有Org1 Peer的CORE_PEER_GOSSIP_BOOTSTRAP统一修改为同组织的固定引导节点地址，比如peer0.org1.example.com:7051,peer1.org1.example.com:7051，确保新启动的节点可以快速接入Gossip网络。
• 调整Docker与宿主机资源配置：
  1. 编辑/etc/docker/daemon.json增加全局ulimit配置：

  {
    "default-ulimits": {
      "nofile": {"Hard": 65535, "Soft": 65535},
      "nproc": {"Hard": 65535, "Soft": 65535}
    }
  }
  

  修改后执行systemctl restart docker重启Docker服务。
  2. 编辑/etc/sysctl.conf调整内核参数：

  fs.file-max = 2097152
  net.core.somaxconn = 1024
  net.ipv4.neigh.default.gc_thresh3 = 8192
  

  执行sysctl -p使配置生效。
• 分批启动节点：不要一次性启动全部100个Peer，每批启动20个，等上一批所有节点状态为运行中后再启动下一批，也可以使用docker compose up --scale命令逐步扩容Peer节点数量。
• 可选优化：为每个Peer节点配置合理的CPU、内存资源限制，避免个别节点异常占用资源影响整体启动效率。

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