站群服务器在当前目录里用 ST 前缀标出。ST 表示这台独立服务器按多地址来交付，适合一组站点各自绑定地址。它不表示时延更低，也不表示带宽更大。地址多，路径还是原来那条。香港 站群服务器 HK-ST-E5-2620，东京 日本站群服务器 JP-TYO-ST-E5-2620，洛杉矶 美国站群服务器 US-LA-ST-E5-2620，新加坡 新加坡站群服务器 SG-ST-E5-2620。台北 台北站群服务器、首尔 首尔站群服务器、西雅图 西雅图站群服务器 是同一前缀在别的城市。
慢和打不开，先分开看
页面首字节长，查路径和晚高峰排队。页面直接打不开、或者只在部分网络打不开，先查地址是否被目标网络拦截、是否刚分配还没有冷却。这两种现象在监控上都会被记成失败，处理方式相反：前者换线路或换城市，后者换地址或等冷却，升 CPU 对两者都没用。同一城市里，站点放 ST，订单和账号库放不带 ST 的业务机，例如香港用 香港服务器 HK-E5-2620，东京用 日本服务器。库和站点隔着公网跨城同步，会把站群的地址问题变成整站的写入延迟。
DEF 不是「IP 更多的 ST」。香港高防服务器 卖的是清洗容量。需要地址就买 ST，需要清洗就在入口加 DEF，不要为了多几个地址去买高防，也不要为了防扫描去把所有站群地址都套进清洗。清洗策略过严时，正常访客的连接会先被丢掉，看起来像时延突然变大。
一组站点固定在一个城市
一组要互相链、要统一登录的站点，放在同一台或同一机房的 ST 上。拆到四个国家，用户跳转时每次都付跨洋时延，搜索引擎抓取也会看到不一致的响应时间。面向北美的一组用洛杉矶或西雅图的 ST，面向大陆的一组用香港或台北的 ST，两组之间只同步内容，不共享写入库。前缀本身的读法见 香港独立服务器型号，其他城市的 ST 按同一规则读。地址和网段怎么规划，对照 多 IP 站群方案。清洗容量不要和地址数量写进同一个采购数字，见 高防的两套带宽。
验收列三列：地址数量是否和站点绑定一致，晚高峰从目标访客网络打开首页的首字节，以及库所在的那台非 ST 机器是否仍在同一机房。三列都过，这台站群服务器才算配完。只验 IP 能 ping 通，等于没验。
地址清单要和站点一一对应，写明哪个地址给哪个域名，空地址不要先绑到线上解析。新地址先用目标网络打开一个静态页，确认没有立刻被拦截，再切正式站点。这一步慢，是为了避免把拦截误判成线路时延，然后去升级 CPU 或搬城市。同城非 ST 的库，端口按写入和后台访问来估，通常比站群的前端小。前端 ST 承担页面和抓取，库承担下单。两台端口买成一样大，多半是库那台在空转，前端那台在晚高峰不够。
跨城只同步内容时，用发布任务推文件或推只读副本，不要让访客的每次点击都回源到另一座城市的库。回源次数上来，ST 本机的时延再好，用户仍在等远方的库。发布窗口放在访客低谷，失败可以回滚到上一版内容，不影响库里的订单。六个城市的 ST 不要为了「都上一点」各买一台最低配。先买访客最多的那一座，地址和库跑顺，再加第二座。机器数量上去之后，排障要先看用户从哪座城市进来，再看那座城市的 ST 和它旁边的库。
每个城市的 ST 旁都放一张地址表，和解析记录对得上。用户说打不开时，先查他解析到的地址是不是这张表里的，再查这个地址从他的网络能不能打开。地址不对，换解析；地址对但只有他的网络失败，换地址或等冷却；所有网络的首字节一起变长，才查端口和路径。三步的顺序固定，就不会把地址问题升级成搬机房。库的慢查询日志和 ST 的带宽图分开放。慢查询变多而带宽图空着，优化 SQL 或加库的内存。带宽图满而查询很快，加前端端口或把缓存放到 ST 本机。两张图看一张，容易把库的问题买成更大的站群带宽。
缓存放在 ST 本机时，失效时间要短于内容更新的频率。缓存过久，访客看到旧页，会误以为解析还在另一台机器上。先核对缓存，再核对地址表。