Azure Service Fabric本地部署Docker网络IP范围及网络指定问题求助

针对你遇到的Service Fabric默认绑定Docker默认nat网络、无法指定自定义网络的问题，结合Windows Docker EE的限制，这里分享几个经过验证的可行方案：

方案1：修改Docker默认nat网络的IP范围（绕过fixed-cidr限制） #

虽然Windows Docker EE不支持fixed-cidr配置参数，但我们可以通过PowerShell手动重置默认nat网络的IP段，步骤如下：

• 先停止Docker服务和所有运行中的容器：

  Stop-Service Docker
  Get-Container | Stop-Container -Force
  

• 删除现有的默认nat网络：

  Remove-NetNat -Name "nat" -Confirm:$false
  

• 创建新的nat网络并指定自定义IP范围（示例为172.28.0.0/16，可根据你的防火墙规则调整）：

  New-NetNat -Name "nat" -InternalIPInterfaceAddressPrefix "172.28.0.0/16"
  

• 重启Docker服务使配置生效：

  Start-Service Docker
  

这个操作需要在每个Service Fabric节点上执行，修改后Service Fabric启动容器时会自动使用这个自定义IP段的默认nat网络，刚好匹配防火墙的控制需求，且重启节点后配置会保留。

方案2：通过Service Fabric应用包扩展自定义网络指定逻辑 #

如果不想修改默认nat网络，可以通过自定义容器启动脚本，让Service Fabric在启动容器时手动指定--network xyz参数：

1. 在Service Fabric应用包的ServiceManifest.xml中，修改容器的启动配置，将原启动命令包装到PowerShell脚本中：

   <ContainerHost>
     <ImageName>your-container-image:tag</ImageName>
     <Commands>
       <Command>powershell.exe -File .\Start-Container.ps1</Command>
     </Commands>
     <EntryPoint>powershell.exe</EntryPoint>
   </ContainerHost>
   

2. 在应用包的代码目录下添加Start-Container.ps1脚本，内容如下：

   docker run --network xyz -d --name $env:CONTAINER_NAME your-container-image:tag
   

   注意：Service Fabric会自动设置CONTAINER_NAME环境变量，确保容器名称和集群的管理逻辑一致。
3. 部署更新后的应用包到Service Fabric集群，这样每个容器启动时都会连接到你的自定义xyz网络。

方案3：申请Service Fabric功能增强（长期解决方案） #

如果你希望从根源上解决这个问题，可以通过Azure官方反馈渠道提交功能请求，要求Service Fabric支持在应用包或Docker Compose部署时指定容器连接的网络名称。毕竟手动指定--network参数在直接使用Docker时是成熟的功能，这类企业场景的需求大概率会被纳入产品路线图。同时也可以关注Service Fabric的官方更新日志，跟进后续版本的特性更新。

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