Network Edge的地理冗余选项
本文档讨论了对Network Edge上的地理冗余解决方案感兴趣的任何人的设计注意事项。我们将介绍几个用例，从一个简单的示例开始，逐步分层选择更多选项。没有一个适合每个人的一刀切的解决方案；您必须做出最适合您需求的决策。
云到云的路由
在这个常见的Network Edge用例中，Network Edge设备只是在两个云服务提供商(CSP) 之间进行路由。
您可以选择添加本地弹性，方法是将另一台Network Edge路由器和冗余连接添加到同一城域网中的CSP。本地冗余可防止本地硬件故障，因为冗余设备位于不同的计算平面。您还可以根据冗余Network Edge设备的风险承受能力灵活地创建从CSP到CSP的冗余虚拟电路。
但是，本地冗余VNF和连接不能防止影响所有本地设备的中断，例如火灾可能导致设备长时间脱落，甚至基础设施升级。对于此级别的弹性，应考虑地理冗余。在上述用例的基础上，在不同的NE城域中部署了一台额外的Network Edge路由器。通常，此新设备位于同一地区，但这并不是一项要求，因为Equinix Fabric允许全球各地的地铁之间连接。
本地冗余与地理冗余相结合，提供了最大的保护，既能防止都会区中的本地硬件故障，也能防止影响都市中所有设备的问题（火灾、自然灾害等）。
采用云到云路由的云上斜坡
在这种用例中，来自分支机构的WAN流量将被聚合并传输到云端。与之前的用例一样，它还提供云到云路由。
客户通常在多个地点部署SD-WAN聚合上行通道，通过减少延迟来改善用户体验，同时避免在长距离上拖动流量。
除了提供更好的用户体验外，此架构还可提供地理冗余：如果发生影响整个硅谷部署的中断，WAN流量将重新路由到Ashburn。多云流量仍可通过可用的城域网进行。
如果您需要地理冗余并且只有一个运行的城域网(或者有两个或多个城域网并且想要添加一个新的城域网)，一个选项是镜像现有城域网。在本示例中，在芝加哥添加了一个新站点。
Equinix为接入层连接提供了多种选项。例如，您可能使用远程Fabric端口(也称为BYOC)连接到硅谷的服务提供商。要为芝加哥的地理冗余站点提供接入层连接，您有多种选择：
-
在新城域中使用新的本地网络提供商–通过BYOC或结构中已有的提供商。使用BYOC，您可以通过远程端口连接到Fabric上的本地网络提供商。此过程可能需要几天时间才能完成。
-
从新地铁(芝加哥)返回到现有站点(硅谷)创建点对点虚拟货币。通常，您可以选择此选项作为临时的地理冗余解决方案，以应对影响主城域网的计划维护等情况；或者作为"冷备用"解决方案(仅当主城域网不可用时才存在地理冗余城域网)。这并不常见，因为您可能需要手动将流量从主城域网重定向到冗余城域网。对于解决空间管理，应用程序流的操作要求以及维护网络连续性的现有机制的其他担忧，使得这种操作更加复杂。
-
使用多点对多点连接来跨地铁共享服务提供商连接。这在跨多个城域创建全网状拓扑时特别有用。这种方法的好处是构建多个连接以将提供者连接扩展到多个城域网。注意事项包括现有电路的可用地址空间限制，以及您的提供商提供哪些选项来跨Equinix Fabric共享连接。由于提供商设置的要求，您将需要评估您的选项，因为它们因提供商而异。为了获得最大的弹性，建议的最佳做法是从不同市场的不同提供商创建两个或更多网格。
在这些示例中，如果一个市场中的Network Edge设备不可用，WAN流量将通过新市场重新路由。用户和应用程序可能会遇到延迟增加的情况，具体取决于现有连接及其所在位置。
部署地理冗余站点时，还应考虑云连接。例如，如果硅谷部署通过AWS Direct Connect本地连接到AMER West区域，则阿什本站点通常连接到AWS AMER East区域。这是典型的原因，因为客户更喜欢同一地区可用的最低延迟连接。因此，地理冗余的一个重要考虑因素是如何在Network Edge发生城域网故障时维护云提供商的访问权限。这将因您的偏好和要求而异，但这些连接通常通过以下四种方法之一进行维护：
-
您在云提供商中拥有跨区域的运输连接。在上例中，如果硅谷不可用，则DC中的网络流量将通过AWS主干路由到AMER西部地区。
-
您可以通过Equinix Fabric进行运输连接。在上面的示例中，您可以选择跨Equinix Fabric建立云连接，以便DC中的流量连接到AWS AMER西部地区。这在部署中很常见，因为您没有跨云提供商主干的传输连接。
-
您可以使用Internet (DIA)进行传输连接。这在WAN部署SD-Internet网关和互联网用作站点之间传输连接的底层时很常见。由于您的延迟预算和业务需求，您可能会发现此选项更合适。
-
您可以使用上述所有功能的一些组合。上述方法并不相互排斥。事实上，它们可以根据区域或国家边界及其风险承受能力互换使用。
Colocation
许多客户还在Equinix IBX中实际部署了套件。基于上述用例，可以构建连接以将这些站点作为地理冗余体系结构的一部分进行整合。客户通常会通过将流量发送到同一位置的站点来扩充其现有Network Edge部署。很多时候，这些站点用于提供Business Continuity，作为更大的网络弹性计划的一部分。
如果你要求DC访问位于SV的企业应用程序，你可以：
-
使用点对点VC，从SV Colocation共享端口通过结构连接到DC中的Network Edge设备。您应该评估现有地址空间是否可容纳此连接。
-
使用多点对多点连接，从SV Colocation共享端口通过结构连接到DC中的Network Edge设备。这种方法比使用点对点连接(P2P)创建跨多个站点的完整网状更容易。与上面的示例类似，您应该评估现有地址空间是否允许此连接选项。
摘要
本地冗余可缓解Network Edge基础架构中的单个硬件故障。VC冗余可防止由于底层传输基础架构中的问题而导致单路径故障。您可以选择在初始部署后添加冗余虚拟电路，从而使体系结构能够随着业务需求的发展而发展。地理冗余架构可在城域网级别提供弹性，并在整个城域网面临风险时缓解问题。
要获得最大的恢复能力，应考虑将本地冗余设备与地理冗余部署结合使用。这种方法既可以缓解城域网内基础设施中的单个故障，也可以缓解整个城域网脱机时的任何相关风险。将其与具有完全网状多点连接的多元化网络提供商和云提供商相结合被认为是无法承受任何停机时间的任何人的最佳实践。