端口可连接只证明某层服务响应，不一定说明WordPress业务正常。DNS故障切换应选择能反映关键可用性的检查目标，明确主备内容与证书条件，并评估缓存和切换延迟，而不把DNS当作即时无状态开关。
先定义什么情况需要切换
区分网络不可达、Web服务异常、数据库故障和某个非关键页面失效。不同故障是否值得自动切换要由业务决定。过于宽泛的检查可能频繁误切，过于浅的TCP探测又可能让数据库连接失败页面一直被判健康。
设计合适且低开销的端点
健康目标应使用正确Host、协议和必要响应条件，避免依赖登录、验证码或大型页面资源。端点本身不能泄露数据库或配置细节。检查服务是否支持内容匹配、地区和多探针，以当前产品能力为准，不猜造监测功能。
确保备用站真的能接管
核对备用端的域名绑定、TLS证书、数据时效、上传文件和外部连接。商城等有写入的数据场景不能只复制首页就自动双向切换。明确哪些业务可用、哪些暂时只读或需人工处理，避免产生两套相互冲突的数据。
测量切换与回切的真实结果
在授权演练中记录探测、DNS更新、递归缓存及客户端访问各阶段。部分客户端仍会短期访问旧端，不能保证统一即时恢复。回切也要考虑数据一致性和稳定观察，保留人工接管方式，防止反复振荡。
关键区别
TCP检查：确认端口响应；不证明应用正常。
应用检查：反映关键依赖；避免泄露内部资料。
DNS切换：改变后续解析；仍受缓存影响。
怎样确认处理到位
健康信号能识别约定故障，备用站承接范围明确，演练中切换和回切均有可核对时间线，数据一致性边界已说明。
容易误判的边界
DNS层切换不能保证零中断。有状态交易还需核对数据复制、会话和接管设计，不能只用一次健康检查代替业务恢复证明。
