全球代pipe托pipe单个供应商与多个

好的，首先做一个简短的演讲：
BGP是一个路由协议 – 它通告path到达你的服务器（最好是通过不同的提供者和不同的物理path通过多个连接）。 当有人通过主要的光缆驱动一台反铲挖土机时，BGP是一种神奇的方法，它可以find互联网给定部分的新方法。
几乎所有你要托pipe的托pipe设施都在边缘运行BGP，其中99％是“自动”的 – 如果不是，那么互联网就像一条腿的椅子一样稳定。

同样，大多数CoLo提供商（至less您想要处理的）都使用完全交换的networking，通常分为接入层和核心层。 更好的将为您的核心提供多条path，以防止在交换机或电缆出现问题的情况下发生中断。

这个演讲的方式，你似乎是在问一个关于冗余的一般问题，所以我会给你一些一般的答案：

如果你有一个单一的数据中心，你有一个单一的故障点（不pipe是互联网，电力，制冷还是人为错误，如果你的网站因为任何原因而从互联网上消失）。
大多数CoLo公司在我刚刚提到的所有事情中都有很好的冗余，但是多次失败并不是前所未闻的（不久之前我曾经参与了一个整个设施和所有客户端的离线）。

如果两个站点之间存在某种故障切换计划，则不会消除风险，但可以减轻风险：如果您的主站点发生故障，您的辅助站点可以联机（或自动联机）继续正常的操作。 通过一些工程工作，这可能经常发生，最终用户可以看到很less的中断。
问题在于，您需要devise系统来处理故障转移，这可能很复杂而且很难，具体取决于您要做什么（使得静态页面冗余的网站变得很容易 – 使交易电子商务现场冗余需要更多的工作）。

至于单个供应商与多个供应商，如果约翰·史密斯的托pipe服务在不同的上游供应商和（明显）不同的物理连接path的不同大洲的数据中心，你将不会从美国约翰·史密斯和简·琼斯欧洲（和你的应付账款的人可能更愿意支付一个大账单给批准的供应商，而不是需要批准另一个供应商并支付两个账单。
还有人可能会认为，拥有跨国企业的大型提供商可能在财务上更加稳定（不太可能会倒闭，让你的东西从互联网上消失），如果他们一直在经营一个多站点环境有一段时间他们会有宝贵的经验，如果你认为你需要帮助来设置你的故障转移/冗余，这可能是值得考虑的。

风险无法消除是一个工程公理：无论您拥有多less台机器，以及在何处放置它们，总是可以设想出一个噩梦般的场景，从而导致系统崩溃。
你需要考虑的事情是：

• 真正的风险水平（可能出错的成本和出错的概率 ）
• 减轻风险的成本
• 如果风险成为事件，则需要回收成本
• 您或您的企业有任何合同义务Re：正常运行时间等

基于这些因素，您可以决定如何devise自己的环境，以及冗余级别对您最合适。