该问题的谜底可以在宏观层面上找到。你需有设计应对可能影响区域服务的灾难逐一地震、限风，等等。因此你需要把服务布署在离开的地理区域中。至关主要的是:当下次大地震毁掉硅谷的数据中央时，必须有自动的方式将你的流量切换到东部海岸。一旦你解决了这个问题，所有的小事情都变得不主要了。若是一个数据中央的配电装置、路由器或交换机失效，你的流量将自动地转移到其他的大都市。很明显，为了防止流量在差别的地方往返折腾，某种水平的内陆冗余是需要的，但你不需要将之进行到收益削减或者负收益的水平。
与人们的普遍看法相反，数据中央简直会有故障，有时缘故原由很怪僻。有一天我在加入一个集会时，接到运维中央的电话，通知我说:一个主要的数据中央运行中止。忧郁在我们处理问题时，这个事事宜会段掉我的集会，我立刻打电话给我的同事领会影响的水平。使我放心的是:她见告，所有网站都已转出谁人地址，流量已转移到另外的数据中央，她正期待着“烤松鼠”的晚餐，缘故原由是一个坏蛋爬进了配电箱，咬穿了主要的配电电缆。松鼠没能活过那天，不外我们平安无事地度过了那一天。
正如前面提到的，BCP对于差别的人有许多差别的寄义。让我们看一下这些术语以及它们对你的站点而言意味着什么。最先时，我先去掉该术语的一大部门逐一职员和地址。治理员工是一个完整BCP设计的主要组成部门。若是你的办公大楼烧毁了，所有的人到哪里事情?我是一个工程师，那不是我的领域，以是我将集中于BCP设计的高可用性部门:保证站点正常事情。纵然在高可用性领域，也有林林总总的手艺，从热/热(Hot/Hot)、热暖(Hot/Warn)、热冷(Hot/Cold)到灾难恢复。
热/热(Hot/Hot)是高可用性的最高级别。用户可以从随便的数据中央使用所有的应用程序。读和写可以发生在任何地方。这让自动的故障转移变得异常简朴，但它不是万能的。
(责任编辑：网络)
评论列表