全部文档
当前文档

共搜索到 0 条结果

暂无内容

如果没有找到您期望的内容,请尝试其他搜索词

文档中心

跨账号场景下云上云下网络互通

最近更新时间:2026-06-29 15:04:05

跨账号云上云下网络互通方案

背景描述

XX客户新账号A是通过旧帐号B同region地域云企业网接过来的网络环境,因此专线打通后,云上需要提前做好割接操作方案(如云上配置:打断新旧账号云企业网--上海网关及路由配置--账号(2000186215 )下上海&海东&宁夏云企业网配置)

问题描述:

场景一:云下单一VRF需要云上NAT转换

XX客户目前在内网A机房通过客户自己的内网B机房做跳转,内网B机房和我们云上直连。客户提出需要在内网A机房这一层做NAT保护,即云上路由(例如ks3、kpfs等通过域名访问的产品)是不发到创智机房的,参考下图。例如图中,左侧云上的ip(10.252.254.16是映射到中转机房的10.111.XX客户.XX客户)因此需要我们云端能实现一对一目的的NAT。且内网B机房只有单一VRF出口,

场景二:云上产品域名访问网络冲突

若双账号云上云下打通,由于KPFS和KS3都是通过域名访问的,当客户从内网机房/办公网环境访问A/B账号下的KPFS和KS3时,虽然访问最终的域名不通,但是A/B账号对同region的KPFS和KS3解析出的IP地址是完全一致的,结合场景一的地址转换问题,这就会导致整个网络形成环路、路由迷失的问题出现。

解决方案:

针对场景一:

1.TGW地址映射是在路由后。

a.入向报文,DP查边界网关路由表后,引到TGW;TGW查询映射关系表,将目的地址2.2.2.1转

换成198.18.1.1后,查询VPC路由表,走pubservice路由引到KGW;

b.出向报文,KGW有会话记录,目的地址是客户侧snat-ip,发往TGW;TGW查询映射关系表,

将源地址198.18.1.1转换成2.2.2.1后,发给DP。

2.ks3 IP数量有限,/32的映射关系,因此需要ks3实现固定地址而非网段,并且客户侧固定一个地址对应,做配置若干条可以解决场景一困难。

针对场景二:

在场景一的基础上,需要区分A账号和B账号在同region下,ks3和kpfs针对不同账号域名解析出的ip地址不同,从而避免IP冲突、路由环路的问题。

割接实操流程

金山云对象存储会将B帐号的宁夏region的桶解析设置为固定ip(198.19.84.xx198.19.84.xx)A帐号的ip(198.19.84.xx198.19.84.xx)维持不变

青海:198.19.86.xx 198.19.86.xx

上海:新ip198.18.228.xx 198.18.228.xx

上海:老ip198.18.225.xx 198.18.225.xx 198.18.225.xx

ps:使用桶名时需要将存储桶名称放到三级域名位置

比如 bucketname.ks3-cn-ningxia-internal.ksyuncs.com.com

不可用:ks3-cn-ningxia-internal.ksyuncs.com/bucketname等方式

割接需要客户运维在云上控制台执行操作,主要分以下步骤:

  • 要先撤销路由

  • 解绑 打断新旧账号云企业网,届时客户内网会和新账号断联

  • 新建连接通道

  • 上海网关及路由配置

  • B账号上海&海东&宁夏云企业网配置(目前是新旧帐号海东互联+新旧账号上海互联,需要改为新账号上海&海东&宁夏互联)

指向网关网络示例创建后,在这个实例里面手动添加客户机房的静态路由段,这里可以写聚合后的网段:

边界网关的实例添加后,创建上海--海东--宁夏的云企业网实例,此时点自动发布路由即可

不能做聚合,因为云企业网如果里面写了/13 就会优先走/13更优 。

文档导读
纯净模式常规模式

纯净模式

点击可全屏预览文档内容
文档反馈