最近帮某客户实施一GTM项目,项目中遇到了一些本以为不是问题的问题,总结如下,防止其他人再跳:
1. topology中的weight的最大值为429496729(二进制11001100110011001100110011001), 29位的二进制,因此安全的使用推荐最大2^28. 虽然界面容许输入的是2^32值
2. prober pool功能的Round robin是一个全局概念,当应用到一个DC级别对象时,该DC下的server对象不会每一个都得到RR探测。同样将同一个prober pool设置给多个server,每个server角度来看也不是得到RR。 workaround暂时只能是为每个server配置独立名称的prober pool。 F5研发未来会加强该功能,使其实现每个server级别可RR.
另外prober pool中的statistics表示的所查看的GTM(gtmd)所发送的probing request统计,而不是真正big3d的探测统计。且同步组内这些统计没有合并,各台的统计只显示本gtm所做的probing request。这一点容易导致误解,如果不爱看文档手册里的话。
v11版本中bind中默认的记录TTL自动设置为0,这是考虑到可以避免ldns缓存影响当gtm可以恢复只能解析后。 例如某业务因某种原因导致bind回复全部A records,当wideip解析一旦恢复,若之前的缓存较大,会影响智能解析的恢复。
文章评论