一台云服务器挂多个公网地址来做代理IP,是自建方案里最省成本的做法。部署顺序是:先加地址,再绑到网卡,然后配服务端监听,最后逐个验。四步里第三步最容易出错,代理IP的地址加上去了但服务端只监听一个,其余地址就是摆设。
| 步骤 | 做什么 | 常见失败 |
|---|---|---|
| 加地址 | 在控制台申请并绑定到实例 | 地址加了但没绑到网卡 |
| 配网卡 | 把地址配到网卡并确认路由 | 重启后配置丢失 |
| 配服务端 | 每个地址起监听或起多实例 | 只监听了一个地址 |
| 验收 | 逐个地址连一次并查返回值 | 只测了第一个地址 |
地址加好之后要确认两件事
第一件是地址真的挂上了,用查询命令看网卡上有没有这些地址;第二件是重启之后还在,云服务器的网络配置有的不持久。代理IP的部署,麻烦通常在持久化这一层,不在添加这一层,所以每加一批地址都要重启一次验证,别等出问题再查。
服务端怎么听多个地址
简单做法是每个地址起一个实例,各占一个端口,账号分开;省资源做法是一个实例监听全部地址,但配置稍复杂。前者好排查,后者省内存,按机器规格选。
端口和账号的管理
地址多了之后,端口和账号的对应关系必须成表。一条代理IP一个端口一个账号,越往后越依赖这张表。一个地址配一个端口、一个账号,出问题时能一眼看出是哪条线。这张表比配置文件重要,配置丢了能重写,表丢了要重新对。
什么时候该拆机器
单机地址数量、连接数、带宽三项里任一项接近上限,就该拆到第二台机器。硬撑的表现是延迟整体抬高,所有线路一起变慢,很难判断是哪条线的问题。
多地址部署的成败在持久化,不在添加。
部署完成之后先跑一周再扩量。一周里把掉线、延迟、替换响应都记下来,这些数据决定要不要继续自建。
