写点什么

利用 Direct Connect Gateway 和 Transit Gateway 打造跨国企业网络环境(二)

  • 2020-01-09
  • 本文字数:1557 字

    阅读完需:约 5 分钟

利用 Direct Connect Gateway 和 Transit Gateway 打造跨国企业网络环境(二)

配置 Transit Gateway

Transit Gateway 是一个区域级的服务,所以我们每一个区域创建一个就可以了。我们先到 VPC 的界面,点击 Transit Gateway,在第一个区域(佛吉尼亚州)创建一个 TGW,输入名字,保持其他的配置默认,点击创建 Transit Gateway



在第二个区域(俄亥俄州),同样创建另一个 TGW。



在弗吉尼亚区域, VPC 界面中找到 Transit Gateway Attachments ,创建一个 TGW 的对等连接,选择另一端 TGW 所在的区域和 ID,然后点击创建按钮。



然后我们去到俄亥俄区域,找到相应的位置,选择接受这个 TGW 。至此,两个 TGW 就 Peering 成功了,它们之间配置了路由表之后,就可以直接通信了。



接着,我们还需要把每个区域的 VPC 都附加到相应的 TGW 中,这样 TGW 才能接管 VPC 的流量,帮 VPC 做路由转发。



我们需要把架构图中的 4 个 VPC 都做类似的关联操作(此处省略具体操作),关联到对应的 TGW 上。

配置 Direct Connect Gateway

进入 Direct Connect 的页面,创建一个 Direct Connect Gateway,输入名字和相应的 BGP ASN 号码。


我们如果有一个 1G/10G 的 Direct Connect 线路,就可以创建一个 Transit Vif 了(或者我们也可以直接找 APN Partner 合作伙伴申请一个 Transit VIF)。在创建的过程中,需要关联到之前创建的 Direct Connect Gateway,如果一切配置正常,那么这个 VIF 的状态会变成可用的,BGP 状态也是 UP 的。



在 Direct Connect 的页面,点击 Direct Connect Gateways,选择刚才创建的网关,然后选择 Gateway Associations 标签,进入如下界面。选择要关联的 TGW,输入需要从这个 TGW 导入的路由前缀,点击关联网关按钮。


注意:此处可以填写明细路由 10.1.1.0/24(VPC1 的网段) 和 10.1.2.0/24(VPC2 的网段),我们也可以对这两个网段进行聚合,聚合成 10.1.0.0/16,从而减少客户端路由器收到的路由条目数。



重复以上操作,将另一个区域的 TGW 也关联上来,路由前缀填写 10.2.0.0/16。


至此,Direct Connect Gateway 就和 2 个 TGW 关联在一起了。

路由表设置

TGW 的路由表

我们可以利用 Transit Gateway 来精细化地控制流量的走向,在 TGW 里面有几个比较关键的概念,分别是 AssociationPropagations。详细的解释可以看官网页面


简单来说,我们可以在 TGW 上创建多个路由表,通过 Association 来控制这个路由表谁来用,通过 Propagations 来自动从哪些地方学 BGP 路由。最后通过学过来的路由和静态路由的设置来控制具体的路由走向。


如下图所示,是佛吉尼亚区域的 TGW 的默认路由表条目,红色框框的部分是从其他地方(VPC 和本地网络)自动学过来的。然后这里我还手动添加了一条静态路由(10.1.0.0/16),针对俄亥俄区域的流量走 TGW Peering。



除了默认路由表,我们还可以创建更多的路由表,每个路由表关联不同的 Attachment,来精细化控制每一个 Attachment 的路由走向。

VPC 的路由表

我们需要到所有 VPC 的所有子网路由表中,添加一个条目,将默认路由(0.0.0.0/0)的下一跳填写为该区域的 TGW,这样所有默认的流量 VPC 才会转发到 TGW 中,然后由 TGW 来决定继续怎么走。



注意:如果这个子网恰好是公有子网,已经有一条默认路由指到了 Internet Gateway,那么我们这里填写一个汇聚的内网网段就可以了,比如 10.0.0.0/8,192.168.0.0/16 等。

检查连通性

当以上都配置完成后,我们可以检测下两两的连通性。


从本地网络(客户端路由器)查看路由表信息:



可以看到本地网络已经通过 BGP 从 AWS 两个不同的区域都学到了所有的路由,并且可以直接连通到图上的 4 个不通区域。


VPC1 到本地网络(东京办公室):



VPC1 VPC3 (跨区域):



本文转载自 AWS 技术博客。


原文链接:https://amazonaws-china.com/cn/blogs/china/creating-a-multinational-enterprise-network-environment-with-direct-connect-gateway-and-transit-gateway/


2020-01-09 15:58733

评论

发布
暂无评论
发现更多内容

TiDB系统调参实战经验

TiDB 社区干货传送门

性能调优 实践案例

TiDB 5.1 发版,打造更流畅的企业级数据库体验

TiDB 社区干货传送门

新版本/特性发布

PD 关于tso 分配源代码分析

TiDB 社区干货传送门

TiDB 底层架构

TiDB升级5.0.2有惊喜

TiDB 社区干货传送门

版本测评

TiDB GC 之原理浅析

TiDB 社区干货传送门

TiDB 底层架构

pd集群多副本数据丢失以及修复实践

TiDB 社区干货传送门

实践案例

使用Zabbix监控TiDB(一)

TiDB 社区干货传送门

实践案例

PD 关于ID分配的源码分析

TiDB 社区干货传送门

TiDB 底层架构

TiDB 在网易游戏的应用实践

TiDB 社区干货传送门

实践案例

【SOP 系列】TiDB 使用 SOP 最全合集

TiDB 社区干货传送门

TiDB 底层架构

DELETE Statement,懂你不容易

TiDB 社区干货传送门

TiDB 底层架构

【TiDB 最佳实践系列】如何高效利用 Grafana 监控分析 TiDB 指标?

TiDB 社区干货传送门

监控

悲观事务加锁验证

TiDB 社区干货传送门

管理与运维

Placement Rules 原理

TiDB 社区干货传送门

TiDB 底层架构

一条 like 条件的慢 SQL 语句优化

TiDB 社区干货传送门

管理与运维

TiDB 4.0 新特性也太爽了吧

TiDB 社区干货传送门

版本测评

TIDB 入门运维基础视频教程(一)-- 快速体验

TiDB 社区干货传送门

安装 & 部署

价值几十万的 TiDB优化

TiDB 社区干货传送门

实践案例

Tidb灾难恢复演练-多副本丢失

TiDB 社区干货传送门

故障排查/诊断

TiDB AutoCommit OFF 问题

TiDB 社区干货传送门

实践案例 故障排查/诊断 新版本/特性发布

国产主流数据库调研

TiDB 社区干货传送门

性能调优 实践案例

TiDB run and debug on M1

TiDB 社区干货传送门

实践案例 安装 & 部署

从一个简单的Delete删数据场景谈TiDB数据库开发规范的重要性

TiDB 社区干货传送门

故障排查/诊断

TSO 时间戳转换为自然时间

TiDB 社区干货传送门

实践案例

TiDB 赋权问题

TiDB 社区干货传送门

故障排查/诊断

一个联合索引使用问题以及优化方案

TiDB 社区干货传送门

管理与运维 故障排查/诊断

不定期更新,记录一些小知识

TiDB 社区干货传送门

监控 版本升级 安装 & 部署

从使用者到开发者,知乎参与 TiDB 社区背后的故事

TiDB 社区干货传送门

实践案例 数据库架构选型

当大数据架构遇上 TiDB

TiDB 社区干货传送门

实践案例

TiFlink: 使用 TiKV 和 Flink 实现强一致的物化视图

TiDB 社区干货传送门

实践案例 TiDB 底层架构

TiDB 记录日志原理解读

TiDB 社区干货传送门

TiDB 底层架构

利用 Direct Connect Gateway 和 Transit Gateway 打造跨国企业网络环境(二)_行业深度_亚马逊云科技 (Amazon Web Services)_InfoQ精选文章