变形金刚外传0x09-采用双上联冗余的动态路由架构

简介: 在之前0x08的分享中,我向各位演示了采用BGP动态路由协议实现物理-逻辑网络互通的基本配置。让我们再来回顾一下:

在之前0x08的分享中,我向各位演示了采用BGP动态路由协议实现物理-逻辑网络互通的基本配置。让我们再来回顾一下:

sa-edge-01和sa-edge-02是两台边界节点,其中sa-edge-01上联到了sa-vyos-01虚拟网关;sa-edge-02上联到了sa-vyos-02虚拟网关。目前Tier-0级的Service Router(后文简称T0SR)采用Active-Standby主备模式部署(后文简称AS),用户使用的逻辑网络借助于Tier-1级Logical Router(后文简称T1LR)连接到Tier-0级Logical Router(后文简称T0LR)实现了与物理网络的三层互通。

image.png

在0x08分享中,我只配置了一根上联链路;如果虚拟网关sa-vyos-01出现故障,即使T0LR的T0SR角色有冗余,依旧会出现物理-逻辑网络三层通信中断的情况。因此,在今天的演示中,我将为T0LR添加第二条上联链路,提供物理-逻辑网络三层互访的冗余。


0x09:配置BGP动态路由-T0LR为Active-Standby部署模型+两个上联网络

=========================

  • 与配置单上联的步骤相同,首先为T0SR配置第一条上联链路
    注:选择sa-edge-01作为传输节点

image.png

image.png

  • 为第一条上联链路配置10.0.100.2/29的网络地址,对端地址是10.0.100.1/29

image.png

  • 为T0SR添加第二条上联链路
    注:选择传输节点为sa-edge-02

image.png

  • 为第二条上联链路配置10.0.110.2/29的网络地址,对端地址是10.0.110.1/29

image.png

  • 为T0路由器添加BGP邻居设置
    注:在本实例中,我采用eBGP作为动态路由协议

image.png

image.png

image.png

image.png

  • 完成邻居设置后,等待邻居关系建立,路由动态学习完成image.png
  • 将T1下联的逻辑网络重分发到BGP

image.png

  • 在两台上联路由器上分别查看路由表:
    10.0.100.1/29已经学习到了包括T1下联逻辑网络在内的路由

image.png

10.0.110.1/29已经学习到了包括T1下联逻辑网络在内的路由

image.png

  • 在逻辑网络中选择web-01a虚拟机,进行网络测试
    ping 10.0.100.1(sa-vyos-01下联网络地址):可达,但是显示“Time to live exceeded”
    ping 10.0.100.2(sa-edge-01中T0SR实例的Uplink地址):可达,但是显示“Time to live exceeded”
    ping 10.0.110.1(sa-vyos-02下联网络地址):可达,正常
    ping 10.0.110.2(sa-edge-02中T0SR实例的Uplink地址):可达,正常
    原因是在Active-Standby架构中,只有一个T0SR实例是活动的,从现象上看,该实例位于sa-vyos-02中

image.png

  • 验证逻辑网络与物理网络的连通性,可以看到BGP动态路由协议实现了逻辑-物理网络互通

image.png

  • 将sa-vyos-02虚拟网关服务器进行关机或者重启

image.png

  • 上联物理网络(sa-vyos-02)的故障(重启)不会影响逻辑-物理网络的互通
    T0SR会检测到sa-vyos-02网络故障,同时sa-vyos-01网络连接正常,将切换sa-vyos-01下联的sa-edge-01中运行的T0SR实例为Active活动实例

image.png

  • 再次通过ping命令进行验证,可以看到:
    ping 10.0.100.2(sa-edge-01中T0SR实例的Uplink地址):可达,正常
    ping 10.0.110.2(sa-edge-02中T0SR实例的Uplink地址):可达,但是显示“Time to live exceeded”

image.png

通过上述的演示用例,我们至少可以得出两个结论:

1.采用AS冗余的T0LR支持多条上联链路

2.由于T0SR的两个实例中,只有一个实例是活动的,因此另一个实例中T0SR的上联网络在进行PING测试的时候,会显示“Time to love exceeded”

有人会问,如果管理员一定要将两条上联链路连接到同一个Edge传输节点上的T0SR,能够实现两条链路均为激活的情况么?

答案是:届时只有第一根上联链路是正常联通的,第二根上联链路的本地接口地址和对端接口地址均为不可达。

经过上述演示用例,相信各位对AS架构下的逻辑路由设置已经有了一定的了解,在下一篇分享中,我将演示AA架构下的逻辑路由设置,敬请关注。

相关文章
|
缓存 测试技术 数据中心
【计算机架构】计算 CPU 动态功耗 | 集成电路成本 | SPEC 基准测试 | Amdahl 定律 | MIPS 性能指标
【计算机架构】计算 CPU 动态功耗 | 集成电路成本 | SPEC 基准测试 | Amdahl 定律 | MIPS 性能指标
445 0
|
23天前
|
缓存 监控 API
微服务架构下RESTful风格api实践中,我为何抛弃了路由参数 - 用简单设计来提速
本文探讨了 RESTful API 设计中的两种路径方案:动态路径和固定路径。动态路径通过路径参数实现资源的 CRUD 操作,而固定路径则通过查询参数和不同的 HTTP 方法实现相同功能。固定路径设计提高了安全性、路由匹配速度和 API 的可维护性,但也可能增加 URL 长度并降低表达灵活性。通过对比测试,固定路径在性能上表现更优,适合微服务架构下的 API 设计。
|
3月前
|
人工智能 自然语言处理
华为GTS LocMoE+:高可扩展性亲和度 MoE 架构,低开销实现主动路由
【8月更文挑战第6天】华为GTS提出LocMoE+,一种高可扩展性Mixture-of-Experts架构,通过亲和度路由策略高效分配任务,自适应调整专家容量优化资源利用,并采用通信优化技术减少开销,实现在保证性能的同时大幅提升训练效率和推理速度,尤其在多节点集群环境下优势明显。
42 1
|
6月前
|
运维 Cloud Native 持续交付
云原生架构的未来演进:打造更加动态和自动化的基础设施
【5月更文挑战第25天】 随着企业数字化转型的深入,云原生技术以其独特的弹性、敏捷性和自动化能力成为支撑现代应用的关键。本文将探讨云原生架构的最新发展趋势,重点分析其在提高运维效率、促进资源优化配置以及支持复杂业务场景中的作用。文章还将讨论如何通过持续集成、持续部署(CI/CD)流程,微服务架构和容器化技术,实现基础设施的自愈能力,从而推动企业向完全自动化的云原生未来迈进。
|
6月前
|
安全 Serverless API
Serverless架构在图像处理中展现出高成本效益,按需付费降低费用,动态调整资源避免浪费
【5月更文挑战第16天】Serverless架构在图像处理中展现出高成本效益,按需付费降低费用,动态调整资源避免浪费。其出色的并发处理能力和自动扩展确保高并发场景的顺利执行。简化开发流程,让开发者专注业务逻辑,同时提供丰富API和集成服务。安全方面,Serverless通过云服务商管理基础架构和多种安全机制保障任务安全。因此,Serverless是处理高并发、动态需求的理想选择,尤其适合图像处理领域。随着技术发展,其应用前景广阔。
71 4
|
JavaScript 前端开发
和chatgpt学架构04-路由开发
和chatgpt学架构04-路由开发
|
负载均衡 虚拟化 数据中心
变形金刚外传0x10-另一种采用双上联冗余的动态路由架构
过去的半个多月,笔者一直在研究实践NSX DC与非vSphere环境集成的场景。精力有限,停更了两个星期,现在重新出发,继续聊一聊NSX DC中的NSX-T。
变形金刚外传0x10-另一种采用双上联冗余的动态路由架构
|
运维 负载均衡 OceanBase
第四章:OceanBase集群技术架构(动态扩容和缩容)
第四章:OceanBase集群技术架构(动态扩容和缩容)
592 0
|
5天前
|
缓存 负载均衡 JavaScript
探索微服务架构下的API网关模式
【10月更文挑战第37天】在微服务架构的海洋中,API网关犹如一座灯塔,指引着服务的航向。它不仅是客户端请求的集散地,更是后端微服务的守门人。本文将深入探讨API网关的设计哲学、核心功能以及它在微服务生态中扮演的角色,同时通过实际代码示例,揭示如何实现一个高效、可靠的API网关。