网站数据影响连续时间对事宜连续时间

2008年5月31日下战书5点钟(当地时间)，托管服务提供商逐个地球(the planet)逐个名于休斯敦的数据中心的主配电间高压线短路，招致的爆炸太大了，震倒了三面墙。出于防火安全的思索也关闭了备用发电机。几天后，部分的电力供给得以恢复。但对数千台服务器来讲，这类情况下的故障转移倒是指物理大将这些机械运往其余的数据中心。
当劫难袭来，一切你需求思索的是将用户流量以最疾速率转移，脱离问题区域。你需求当即低落影响。不要过于担忧本源问题的修复，一旦将影响避免住，会有不少时间来解决此次事故。有些少见的事故，如前面提到的爆炸，需求数周的时间来恢复。但当数据中心变得愈来愈大的时辰，即便常见的事故，如短暂的掉电，也可以需求几天来恢复。让一个有几千台服务器的数据中心运行起来需求很长的时间。在架构上要专注于最小化影响的连续时间，而不是事故连续时间间(常规它也不在你的把握之中)。
那末，如何才气将流量从问题站点转出呢?常规的计划是运用全局负载平衡(global server load balancing，glsb)平台。这理论是一个动态的受权dns服务器，它能够按拍照关因素对统一域名给出差别的p地址。最多见的因素是临近性和可用性。假如你有两个服务器，一个在西海岸，一个在岸，有差别的ip地址。当一来自旧的阅读器查询你的域名时，gslb常规会返回西海岸服务器的ip地址，由于它挨近用户并发生最好的机能浮现。若是驼鹿吃了西海岸的服务器，gslb发现它再也不相应，会给出岸服务器的p。这能够有点远，但至少能事情。
事实上，gslb其实不像如许简略，或者说完满，它有两个主要问题。第一，阅读器理论从不直接扣问gslb。相反，它和当地的缓存递归dns服务器会话。不要和受权dns服务器(如你的gslb)混合，当地的剖析器(recursor)为整个用户群做了大部分的事情，缓存后果显著地低落了受权dns服务器的流量，同时又为终极用户改善了机能。真正和和你的gslb会话的是剖析器。以是，你的平台只能按照剖析器的位置来决近，它其实不知道哪一个阅读器发出原始的请乞降阅读器在那里。大大都情况下，isp提供剖析器，他们离终极用户至关近。因而，基于剖析器远近的路由大体上是合理的。不外，的确有如许的情况，有人运用离她电脑半个地球那末远的剖析器，这将招致不正确的临近性路由，以及较慢的互联网体验。
只知其一，不知其二个问题有关缓存。每一个dns答复被缓存在沿途的各个点。当地剖析器缓存，阅读器也缓存。若是你的gslb决议忽然返回一个差别的网站制作ip，那将需求一些时间来让老地址在缓存中失效，从而让新地址经由过程。大部分人在gslb记载上设定1~5分钟的存活时间(ttl)，以是你可预期流量切换也至少需求这么长的时间(常规会更长一些)。注重有些剖析器、阅读器与其余设备因各类理由不遵循tl，它们将永远挂在老的被驼鹿吃了的p地址上，而不论事实上它已颠末期，而且再也不事情了。后果在短期内，一小部分用户就会不克不及切换到新的数据中心。不外其数目微缺乏道。由于这些起因，一些人以为gslb濫用dns零碎，我以为它大都情况下仍是有用的。