动态住宅 IP 池该配多大，别从“并发多少”直接拍脑袋，而是从“失败分布”反推：同一窗口里成功率、429/403 比例、地区漂移率和会话重置率决定了你需要多少可用出口来保持输入可比较。
先给可执行的估算方法
用一周的监控数据先算出三件事：每个切片窗口需要的请求量、可接受的失败预算、以及你希望维持的会话窗口长度。把失败预算拆成“可重试失败”和“不可比较失败”，后者一旦出现就应该让窗口退出汇总。
接着用实际失败分布估算需要的可用出口数：当某一类失败（例如地区漂移或字段缺失）在单出口上呈现持续性时，扩大出口数对它帮助不大；你需要先改会话与节奏。
哪些信号说明池子真的不够
池子不够通常表现为“重试越多越差”：429 聚集、超时堆叠、同一窗口内出口频繁更换导致结果不可比较。另一个常见信号是字段完整率突然变差但状态码并未同步恶化，这往往意味着你在同一窗口里混入了不同模板分支。
扩容之前先改哪三个参数
很多团队扩容后仍不稳定，是因为真正问题不在“出口数量”。优先按这个顺序调整：
- 节奏预算：把高峰期的并发改成队列化节奏，避免重试聚集。
- 会话窗口：让同一切片窗口内的会话更连续，减少模板漂移。
- 切片粒度：把市场/语言/页面类型拆得更清楚，避免混样本。
只有当上述三点都稳定后，扩容才会线性提升可用记录率。
把估算变成每天 5 分钟的巡检
把“池子够不够”落地成巡检，不需要复杂模型：每天看一次窗口内 429 聚集、地区一致性信号和字段完整率，连续三天偏离阈值再决定扩容或分层。这样能避免因为单日抖动做出错误扩容。
FAQ
我把池子加倍了，为什么 429 还是很多？
429 更像节奏与重试聚集问题，而不是池子数量问题。先把重试预算和并发节奏收紧，让失败不再堆成峰值，再看是否需要扩容。
为什么状态码正常，但字段完整率下降？
这通常是模板分支漂移：同一窗口里混入了不同地区或不同布局的输出。固定出口与会话窗口，并把探索流量从监控窗口隔离出去。