可能的重复：
A 记录传播需要多长时间？
我最近更改了名称服务器，现在已经 24 小时了。我的一些访问者抱怨他们仍在查看旧站点，而有些访问者已经在查看新站点。有没有办法在不更新每个访问者的主机文件的情况下加速 DNS 传播？
在更改名称服务器以尽量减少此问题时，是否有任何最佳做法？
作为他非常受欢迎的问题的后续问题：为什么不建议使用 DNS 故障转移？，我认为由于缓存，DNS 故障转移不是 100% 可靠的。
然而，投票最高的答案并没有真正讨论在两个不同数据中心之间实现故障转移的更好解决方案是什么。提出的唯一解决方案是本地负载平衡（单个数据中心）。
所以我的问题很简单，跨数据中心故障转移的真正解决方案是什么？
domain-name-system disaster-recovery failover high-availability datacenter
注意：这是我之前关于 DNS Failover 的问题的后续。
目标：使客户端的 Web 浏览器在服务器立即停机时选择下一个可用的服务器。
我在某处读到多条 A 记录（虽然不是最佳解决方案）是基于 HTTP/浏览器的应用程序唯一可能的“即时故障转移”解决方案。
这是场景/示例：
我有两个服务器 A 和 B，它们包含完全相同的内容。服务器A的IP地址是1.1.1.1和1.1.1.2 服务器B的IP地址是2.2.2.1和2.2.2.2 我在Godaddy注册了一个域名。如果我想使用 DNS 轮询，哪种方法最好？
方法 1：我是否像这样在 Godaddy 设置我的名称服务器条目？
方法 2： 或者我将 Godaddy 作为我的名称服务器并添加这样的 A 记录：
我的问题是，DNS 轮循机制可以使用这两种方法中的任何一种吗？如果不是，那么实现目标的最佳方法是什么？
我希望设置一个电子邮件服务器，它可以容纳数百个具有“无限”电子邮件空间的帐户。我知道没有无限这样的东西，但我的印象是我可以随时随地对多个磁盘（或一堆服务器）进行 RAID。
为了证明我的需求：我可以从一台具有 500GB 空间的服务器开始，现在我需要准备或计划在未来额外增加 x 个 500GB 驱动器（都被视为一个大驱动器）。我不知道如何正确地做到这一点，或者这是否是实现我目标的最佳方法。您的建议将不胜感激。
简单地说：我如何最好地处理未来预期的电子邮件存储扩展？