5月31日下午5点， 2008年（当地时间），这个星球短循环， 逐个， 一， 一， 一， 一， 一， 在休斯顿的数据中心， 短路，爆炸造成的太大了，致力于三墙。备用发电机已关闭以用于消防安全考虑因素。几天后，部分电源恢复。但是为数千台服务器，在这种情况下故障转移意味着[制作一个好的网站]本机物理上运送到其他数据中心。

　　网站建设策划方案

　　灾难发生时，所有你需要考虑， 将用户流量传输到最快的速度，离开问题区域。您需要立即降低影响。不要担心根问题的修复，一旦它会影响停止，还有很多次来解决这一事故。一些罕见的事故，随着前面提到的爆炸，收回需要几个星期的时间。但是当数据中心变得更大，甚至是常见的事故，如短寿命，它也可能需要几天才能恢复。使用数千台服务器进行数据中心需要很长时间。在建筑中， 我们必须专注于最小化的持续时间。而不是事故的持久性（通常它不在你的主人中）。

[制作哪个官方网站]　　然后我可以从问题网站传输流量吗？通常的解决方案是使用全局负载Balands，GLSB）平台。这实际上是一个动态授权的DNS服务器，它可以基于相关因素在同一域名上给出不同的P个地址。最常见的因素是邻里和可用性。假设你有两个服务器，一个在西海岸，一个在东海岸，有不同的IP地址。当旧金山的浏览器查询您的域名，GSLB通常返回West Coast 定制网站建设Server的IP地址，因为它接近用户并产生最佳性能。如果驼鹿吃西海岸[网站建设公司]服务器，GSLB发现它不再回复，将为东海岸服务器提供p。这可能有点远，但至少工作。

　　实际上，GSLB并不像它那么简单或完美，它有两个主要问题。首先，浏览器实际上直接查询GSLB。相比之下，它通过本地缓存递归地分发了DNS服务器会话。不要将授权的DNS服务器（例如GSLB）混淆，当地的解析器（reacursor）成为了大部分工作，缓冲区结果显着减少了许可证DNS服务器的流量，同时， 它可以提高最终用户的性能。真的，你的gslb会话是解析器。所以，您的平台只能根据解析器的位置决定很远，它不知道哪个浏览器发出原始请求和浏览器。在大多数情况下，ISP提供解析器，它们非常接近最终用户。所以，解析器的路由通常是合理的。但，确实存在这种情况。有些人使用她的电脑半个地球的解析器，这将导致相邻路由不正确，和互联网体验缓慢。

　　第二个问题与缓存有关。每个模板网站制作DNS都回答了沿途放缓的点。本地解析器缓存，浏览器也是缓存。如果您的GSLB决定突然返回一个不同的网站来构建IP，这需要一些时间来使旧地址失败在缓存中。从而让新的地址通过。大多数人在GSLB记录上设置了5分钟的生存时间（TTL）。因此，您可以预期流量至少在这么长的时间内切换（通常更长）。注意一些解析器， 由于各种原因，浏览器和其他设备不符合TL。他们将始终挂在旧槟榔子被吃掉的P地址。反而， 它过期了，不再工作[专业网站设计官方网站]。结果在很短的时间内。少数用户不会切换到新数据中心。然而， 它的数字可以忽略不计。由于这些原因，有些人认为GSLB滥用DNS系统，我认为在大多数情况下它仍然有效。