大数据集群子网规划需兼顾通信效率、可扩展性与管理清晰度，应按角色划分管理、数据平面、客户端接入等逻辑子网，合理设置掩码（小集群用/24、中型用/22），预留基础设施地址（网关.1、ntp.2、dns.3、跳板机.10、节点从.100起），并与物理或云网络结构对齐。
大数据集群的子网规划不是越复杂越好，而是要兼顾通信效率、可扩展性与管理清晰度。高性能不等于高带宽堆砌，关键在于减少跨网段转发、避免广播风暴、预留扩容空间，并与物理网络结构对齐。
明确子网用途与分层边界
不要把所有节点塞进一个大子网。建议按角色或流量类型划分逻辑子网：
- 管理子网：专用于 SSH、监控（Prometheus）、日志采集（Fluentd）、配置中心（Consul）等运维流量，如 192.168.10.0/24
- 数据平面子网：HDFS DataNode 间块传输、Spark Shuffle、Kafka Broker 通信等高吞吐流量，推荐独立 VLAN + 千兆以上链路，如 192.168.20.0/24
- 客户端接入子网：对外提供 HiveServer2、Flink REST、HBase Thrift 等服务的入口，可配负载均衡，如 192.168.30.0/24
各子网之间通过三层交换或路由器互通，禁用不必要的广播路由，防止心跳包泛洪影响计算任务。
合理选择子网掩码与地址空间
避免使用 /16 这类过大子网——ARP 表膨胀、邻居发现慢、故障域过大；也别用 /28 这类过小子网——刚加两台机器就 IP 耗尽。
- 3–10 节点小集群：/24（254 可用地址）足够，例如 192.168.2.0/24，保留前 10 个 IP 给网关、DNS、NTP 等基础设施
- 20–50 节点中型集群：/22（1022 可用地址）更稳妥，如 172.16.4.0/22，能支撑未来两年横向扩容
- 云环境注意：阿里云 VPC 默认支持 /16，但子网建议划为 /22 或 /23，既避免 CIDR 冲突，又方便后续按可用区（AZ）部署不同子网
预留关键基础设施地址段
子网内不能只管节点 IP，还要为集群生命线留出固定位置：
- 网关统一设为 .1（如 192.168.2.1），所有节点默认路由指向它
- NTP 服务器固定用 .2，所有节点 chrony.conf 指向该地址
- DNS 服务占 .3，配合 dnsmasq 或 CoreDNS 提供内部主机名解析
- 跳板机/堡垒机分配 .10，禁止直接从外网连节点，强制经此审计
- 节点起始 IP 从 .100 开始分配（如 bigdata01=192.168.2.100），避开 DHCP 动态池和基础设施区
与虚拟化/云平台协同设计
子网性能受限于底层网络能力，必须匹配实际承载方式：
- VMware NAT 模式：子网由 VMnet8 定义，如 192.168.2.0/24，网关即 NAT 设备（192.168.2.1），禁用 DHCP，全部静态分配
- VMware 桥接模式：子网需与宿主机物理网段一致（如 10.0.1.0/24），注意避免与企业办公网冲突，建议单独拉一条测试专线
- 阿里云/腾讯云：子网绑定指定可用区，优先选多 AZ 支持的 VPC；大数据节点尽量部署在同一子网+同一 AZ，降低跨 AZ 延迟（Shuffle 数据不走公网）
不复杂但容易忽略：子网规划完成后，务必在每台节点的 /etc/hosts 和物理机 hosts 中同步添加全量映射，确保 hostname 解析不依赖 DNS 查询延迟。
