iis + wfastcgi本身不满足高可用，因其绑定单实例、无健康检查与进程热替换能力，nlb无法感知应用级故障，导致流量持续打向已挂节点。
直接结论：不能只靠IIS单机跑Python应用来实现高可用，必须组合ARR + NLB，并绕过wfastcgi的单点瓶颈。
为什么IIS + wfastcgi本身不满足高可用？
wfastcgi是IIS调用Python进程的桥接器，但它绑定在单个IIS实例内，不具备跨服务器状态同步能力。一旦某台服务器上的wfastcgi崩溃或Python进程卡死，IIS无法自动恢复该进程，且NLB层无法感知应用级故障——它只看TCP端口是否通，导致流量持续打向已挂但系统仍“在线”的节点。
- 现象：用户访问偶尔返回500或超时，
Application Event Log里反复出现Failed to start process 'D:\Python313\python.exe' - 根本原因：
wfastcgi没有健康检查重试机制，也不支持进程热替换 - 替代思路：把Python服务转为独立监听HTTP的服务（如
uvicorn或gunicorn），让IIS仅作反向代理，而非进程托管
ARR必须配置应用层健康探测，而不是默认TCP探测
ARR默认的“Host Header”探测只验证IIS是否响应HTTP 200，但无法确认后端Python服务是否真在处理请求。必须改用自定义探测路径，指向Python应用的真实健康接口（如/healthz）。
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
- 操作路径：ARR管理界面 → 服务器场 → 选择后端服务器 → 编辑“健康检查”→ 启用“HTTP”探测 → 设置
Path: /healthz、Expected Status Code: 200 - Python端需暴露该接口：例如FastAPI中加
@app.get("/healthz")返回{"status": "ok"} - 关键参数：
Interval (seconds)建议设为10，Timeout (seconds)不超过5，避免探测拖慢主请求 - 踩坑点：若Python服务未启用CORS或未允许ARR所在IP的
Host头，探测会失败并误判为宕机
NLB虚拟IP与ARR后端地址必须分离，且禁用单播模式
NLB集群的VIP（如192.168.1.100）应只面向客户端，而ARR后端服务器列表里填的是各节点的真实IP（如192.168.1.10、192.168.1.11）。若混用VIP，会导致请求在NLB层被二次分发，引发连接重置或会话丢失。
- 必须关闭NLB的“单播”模式：在NLB管理器中右键集群 → 属性 → “单播”复选框取消勾选 → 重启NLB服务
- 否则所有节点MAC地址会被强制设为相同，交换机ARP表混乱，出现间歇性丢包
- ARR服务器场中的后端服务器“添加”时，务必使用
http://192.168.1.10:8000这类明确端口的地址，而非http://node1（DNS解析不稳定） - Python服务监听地址必须为
0.0.0.0:8000，不能写127.0.0.1:8000，否则ARR从其他机器无法连通
Python进程管理必须脱离wfastcgi，改用Windows服务+自动重启
把Python Web服务（如Uvicorn）注册为Windows服务，由系统守护进程监控存活状态，比依赖IIS生命周期更可靠。
- 用
nssm.exe安装服务：nssm install MyPythonApp→ 在“Application”页填Path: D:\Python313\Scripts\uvicorn.exe，Startup directory: D:\myapp，Arguments: --host 0.0.0.0 --port 8000 main:app - 在“Service”页勾选“Start service automatically”，并设置“Recovery”选项卡里的“First failure”为“Restart the service”
- 验证：
sc query MyPythonApp应返回STATE : 4 RUNNING；手动taskkill /f /im uvicorn.exe后几秒内进程自动复活 - 注意：
uvicorn启动参数中不要加--reload（开发用），生产环境必须关闭，否则占用额外文件句柄且影响稳定性
真正容易被忽略的是ARR和NLB的协同边界：NLB管“哪台机器收包”，ARR管“哪个Python进程处理请求”。两者之间不能有状态耦合，比如会话粘滞（Affinity）必须在ARR层开启，NLB层必须关掉。否则，一次NLB切换可能让用户会话突然跳到没存session的新节点上。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
