写点什么

利用 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:58766

评论

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

揭秘动态化跨端框架在鸿蒙系统下的高性能解决方案

京东科技开发者

淘宝商品详情页接口_X-ISGN和WUA算法

tbapi

淘宝商品详情数据接口 淘宝API接口

还不知道这个原则的程序员,要小心了

禅道项目管理

程序员 软件测试 代码规范 测试人员 规范优先原则

华为云技术专家分享4大举措,助力开发者开启鸿蒙原生应用开发

华为云开发者联盟

HarmonyOS 端云协同 ArkTS 开发者、

《Programming from the Ground Up》阅读笔记:p147-p180

codists

汇编 编程人

Web 性能优化|了解 HTTP 协议后才能理解的预加载

阿里技术

性能优化 Web HTTP 用户体验 网站性能

迎接国庆旅游热潮,火山引擎数据飞轮助力景区数智化升级

字节跳动数据平台

增长 数智化转型 大数据‘’ 数据飞轮

数字化智能工厂的主要功能组成

万界星空科技

数字化 智能工厂 智能制造 万界星空科技mes MES、

人工智能的未来

天津汇柏科技有限公司

AI 人工智能

京东金融APP的鸿蒙之旅:技术、挑战与实践

京东科技开发者

从SQL Server过渡到PostgreSQL:理解模式的差异

EquatorCoco

数据库 sql

线上事故风险解读之技术漏洞

巧手打字通

后端 架构设计 工程能力 线上事故 构架

新一轮 Web3 游戏季,Final Glory成捕获全新市场红利的入口

加密眼界

万界星空科技MES系统在智能制造中的应用

万界星空科技

智能制造 mes 万界星空科技mes 制造业工厂

35+IT技术同学的未来职场选择

老张

认知提升 规划 职业生涯 职场发展

火山引擎边缘智能亮相“地瓜机器人开发者大会”,推动端侧大模型应用与落地

火山引擎边缘云

物联网 边缘计算 机器人 智能IoT边缘服务

夜莺监控的机器支持挂载到多个业务组了

巴辉特

监控系统 运维监控 IT监控 开源监控

技术实现方案:获取淘宝商品详情API返回值

代码忍者

API 测试 pinduoduo API

揭秘:一键获取京东商品详情的API之旅

代码忍者

API 测试 pinduoduo API

1688跨境代采业务用到的API接口及其使用示例

tbapi

1688代采系统 1688代采接口 1688跨境

传统身份安全的局限性

芯盾时代

身份安全 统一身份认证 零信任模型

10月才是秋招主战场!

王磊

构建万物智联生态,“人才”与“资金”不能少

Geek_2d6073

新一轮 Web3 游戏季,Final Glory成捕获全新市场红利的入口

大瞿科技

F5携手NetApp加速并简化大语言模型AI部署

科技热闻

电商数据化运营:阿里巴巴商品详情API返回值的实际应用

技术冰糖葫芦

API 接口 API 文档 API 测试 pinduoduo API

技术解读GaussDB (for MySQL)流控机制

华为云开发者联盟

GaussDB 流控 MySQL 5.7

第七在线7thonline荣耀加冕 斩获“最佳数据洞察平台”与“产业互联网最具发展潜力企业”两项大奖!

第七在线

红旗携“中国之路” 创汽车工业新篇章

编程猫

文盘rust--使用 Rust 构建RAG

京东科技开发者

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