Par*_*and 10 dns redundancy failover distributed
我对Web应用程序的跨colo故障转移策略很感兴趣,这样如果主站点失败,用户将无缝地降落到另一个colo的故障转移站点.
事物的应用程序方面看起来主要是通过colos和服务之间的主从数据库设置来设计,以便恢复并能够在中流中获取.我正在试图找出将流量从主站点转移到故障转移站点的策略.即使TTL较低,DNS故障转移似乎也会带来相当大的延迟.
假设主colo上的服务器无法访问,您会建议在colos之间快速移动流量的策略是什么？
如果你有其他有趣的经验/关于跨colo故障转移的智慧的话,我也很乐意听到这些.
即使您在区域文件中设置较低的 TTL，基于 DNS 的机制也很麻烦。
其原因是许多应用程序（例如 MSIE）维护自己的缓存，而忽略 TTL。其他软件将执行单个gethostbyname()或等效调用并存储结果，直到程序重新启动。
更糟糕的是，许多 ISP 的递归 DNS 服务器会忽略低于其首选最小值的 TTL，并强加自己较高的 TTL。
最终，如果站点要从两个数据中心运行而不更改其 IP 地址，那么您需要通过全球 BGP4 路由公告查看“多宿主”的安排。
使用多宿主，您需要至少获得“独立于提供商”（又名“PI”）IP 地址空间的 /24 网络块，然后仅在主站点脱机时才从备份站点将其通告到全局路由表。
| 归档时间： |
|
| 查看次数： |
2772 次 |
| 最近记录： |