多 IP 站群要先回答两件事：站点绑在哪个城市的地址上，写入数据放在哪一台。地址和库拆开，时延和封禁才不会搅在一起。当前目录里，多地址的独立服务器用 ST 前缀，清洗用 DEF 前缀，两者不要互相替代。
按访客选城市，再选 ST
大陆访客为主，用 香港站群服务器。台湾访客为主，用 台北站群服务器。日本用 日本站群服务器，韩国用 韩国站群服务器，北美用 洛杉矶站群服务器 或 西雅图站群服务器，东南亚用 新加坡站群服务器。一组互相登录的站点不要拆进这六个城市。
订单、会员、支付放同机房的非 ST 机器。香港对应 香港独立服务器 这类 DED，或 香港服务器。库跨城会把每次写入都变成跨洋往返。地址怎么规划、什么情况不该用多 IP，见 多 IP 站群方案。ST 前缀的含义见 型号前缀怎么读。
高防只加在会被打的入口
需要清洗时，在入口加 高防服务器，不要把站群上每一个地址都换成 DEF 型号。DEF 的清洗容量和业务带宽是两套数，读法见 高防带宽。地址刚分配就拿去对外，可能先遇到拦截，这和线路时延无关，换更大的 CPU 没用。上线顺序：先在目标网络打开首页，确认地址可用，再切流量；库的备份和 ST 机器分开存放。首页能开、后台写入要跨城，方案还没有配完。
一组站点先定主城市。主城市的访客占大多数，ST 和库都放这里。其他城市只放需要当地打开速度的镜像页，镜像页的登录仍回主城市，或者干脆不做登录、只做展示。又要当地速度、又要当地写入，就会变成多主库，订单和会员对不上。地址数量按站点来，留少量空地址给替换，不要一次把目录里最大的地址包买满。空地址没有绑定记录，出问题时不知道哪一个还能用。每个地址在表里写域名、启用日期、上次从目标网络打开成功的时间。
抓取和访客走同一条路径时，抓取高峰会把访客的首字节拖慢。可以把抓取源限制在低谷，或让抓取打到单独的地址，业务地址留给访客。这是调度，不是再买一台更高的 CPU。CPU 空闲而首字节变差，仍是端口或路径在排队。DEF 入口如果加在 ST 前面，要确认清洗后的回源仍在同机房，没有被送到另一座城市的源站。回源绕出去之后，高防的地址即使能打开，页面时间也会变成跨城时间。
验收表四行：主城市、ST 型号和地址数量、同机房库的型号、从主访客网络打开首页的中位数。少一行就先不要切解析。切解析之后第一天再测一次同一页面。中位数突然变大，先查是不是解析到了别的城市，再查端口。
替换地址时保留旧地址一天，解析先切到新地址，确认主访客网络能打开，再回收旧地址。立刻回收会导致仍缓存旧解析的用户打不开，这种失败看起来像线路中断。地址表上写下切换时间和回收时间，第二天对一下投诉是不是集中在切换后的几小时。库的备份恢复演练放在同机房的另一台磁盘上做。演练时 ST 的解析不动。这样能确认站点地址和数据恢复是两件事：地址还在，数据能从备份起来。两项绑在同一台机器上演练，演练失败会把站点一起带走。
第二座城市什么时候加，看主城市以外的访客比例和他们的首字节。比例不高、首字节仍能接受，就继续用主城市的 ST。比例高且首字节明显更差，再买那座城市的 ST，并只把面向那边的站点解析过去。按「每个国家都该有一台」去买，机器会散，库仍只能有一个主写入点，跨城写入会变成新的等待。
主写入点确定之后，写进架构说明的第一行，避免后面加城市时有人再搭一个本地订单库。本地订单库一旦写入，和主库合并会比跨城等待更难处理。展示页可以在当地，下单请求仍回主城市，并在页面上接受这一次往返。地址表每周和解析记录对一次。解析里多出来的地址、或表里已回收仍被解析的地址，当天改掉。对账比临时加一台 ST 便宜，也能避免用户打到已经回收的地址上。
对账当天用主访客网络打开首页，把中位数填回验收表。中位数和对账前差一截，先看解析是不是指向了新地址，再看这台 ST 的端口。