2. Direct Connect产品族与端口类型

在真正下单一条 AWS Direct Connect 之前,最容易踩坑的不是配置命令,而是“选错产品形态”。AWS 把 Direct Connect 拆成了几个层次:物理端口、逻辑连接、虚拟接口(VIF),以及由合作伙伴转售的托管形态。理解它们之间的从属关系,才能判断自己该买专用连接还是托管连接,该申请几个 VIF,以及端口速率和接入点怎么选。

一、产品族的三层结构

Direct Connect 的产品族可以按“物理—逻辑—虚拟”三层来理解。最底层是物理端口(Port),它是你在某个 Direct Connect 接入点(Location)租用或自建的一根光纤链路,速率从 50 Mbps 到 100 Gbps 不等。中间层是逻辑连接(Connection),它绑定在一个物理端口上,分为专用连接(Dedicated Connection)和托管连接(Hosted Connection)。最上层是虚拟接口(VIF),它承载具体的 BGP 会话和 VLAN,分为私有 VIF、公有 VIF 和传输 VIF。

关键点在于:一个物理端口可以承载多个逻辑连接,一个逻辑连接可以承载多个 VIF。这个“一对多”的嵌套关系,是后面所有容量规划和计费判断的基础。

Direct Connect 产品族三层结构 第一层:物理端口 Port(接入点内的光纤链路) 1 Gbps 端口 单模/多模光纤 10 Gbps 端口 LR4 光模块 100 Gbps 端口 高密度接入 第二层:逻辑连接 Connection(绑定在端口上) 专用连接 Dedicated 客户独占端口,可自管 VLAN/BGP 托管连接 Hosted 合作伙伴端口切片,速率灵活 第三层:虚拟接口 VIF(承载 BGP 与 VLAN) 私有 VIF 访问 VPC 私有 IP VLAN + BGP ASN 公有 VIF 访问 AWS 公共服务 S3 / DynamoDB 等 传输 VIF 连接 Transit Gateway 多 VPC 汇聚

二、专用连接与托管连接的本质区别

专用连接是客户直接向 AWS 租用整个物理端口。以 10 Gbps 端口为例,AWS 会分配一个端口,客户自己决定在这个端口上创建几个 VIF、每个 VIF 用哪个 VLAN ID、BGP 用哪个 ASN。它的特点是独占带宽、可预测性强,适合流量稳定且较大的场景,比如数据中心到 VPC 的骨干互联。计费上,端口按小时计费,出方向流量按 GB 计费。

托管连接则是由 AWS 合作伙伴(如电信运营商、云交换服务商)在自己的物理端口上切分出来的逻辑连接。客户拿到的不是整根光纤,而是一个带宽切片,常见规格有 50 Mbps、100 Mbps、200 Mbps、500 Mbps、1 Gbps、2 Gbps、5 Gbps、10 Gbps。托管连接的最大优势是开通快、门槛低,适合中小流量或需要快速上线的场景。但要注意:托管连接的带宽是“承诺带宽”,实际可用带宽受合作伙伴端口总容量和超售策略影响,SLA 通常也不如专用连接严格。

选择判断可以简化为:如果月均出方向流量超过 50 TB 且对抖动敏感,优先专用连接;如果流量在 10 TB 以下或需要两周内开通,优先托管连接。

三、Hosted VIF 的定位与使用场景

Hosted VIF 是托管连接上的虚拟接口,但它有一个特殊之处:VIF 的所有者与连接的所有者可以不是同一个 AWS 账户。典型场景是,一家企业通过合作伙伴开通了托管连接,但希望把其中一个 VIF 分配给自己的另一个 AWS 账户,或者分配给一个 ISV 合作伙伴的账户。这时就可以创建 Hosted VIF,由连接所有者授权,VIF 所有者接受后即可在自己的 VPC 上使用。

Hosted VIF 的带宽上限受限于底层托管连接。例如底层是 1 Gbps 托管连接,上面创建了两个 Hosted VIF,每个 VIF 的带宽之和不能超过 1 Gbps。实际工程中,建议为每个 Hosted VIF 设置明确的带宽上限,避免某个租户突发流量挤占其他租户。

四、端口速率选择与选址逻辑

端口速率的选择不是“越大越好”,而是要看流量模型和成本。下面给出一个示例性的判断表,参数为合理假设,用于说明决策逻辑:

月均出方向流量 推荐端口/连接 典型场景 注意事项
< 5 TB 托管连接 100–500 Mbps 办公网访问 AWS、测试环境 确认合作伙伴是否超售
5–30 TB 托管连接 1–2 Gbps 中型业务系统、混合云备份 预留 30% 突发余量
30–100 TB 专用连接 1 Gbps 或 10 Gbps 核心数据库同步、大数据传输 建议双端口 LAG 做冗余
> 100 TB 专用连接 10 Gbps × 2 或 100 Gbps 数据中心迁移、灾备复制 评估 LAG 哈希与链路冗余

选址逻辑同样重要。AWS Direct Connect 接入点分布在全球主要城市,选择接入点时优先考虑三个因素:与本地数据中心的物理距离(决定光纤铺设成本和延迟)、与目标 AWS 区域的网络路径(决定端到端延迟)、接入点是否支持你需要的端口速率。例如,如果你的数据中心在上海,目标区域是 ap-northeast-1(东京),那么选择上海或东京的接入点都可以,但上海接入点通常光纤成本更低,而东京接入点可能到目标区域的内部延迟更短。实际项目中,建议至少选择两个不同接入点做冗余,避免单点故障。

工程提示:专用连接下单后,AWS 会提供一个 LOA(Letter of Authorization)文件,你需要把它交给本地运营商或机房,由他们完成交叉连接(Cross Connect)。托管连接则由合作伙伴全程处理,你只需要在合作伙伴门户下单并等待开通通知。

五、一个完整的选型示例

假设某公司在北京有一个自建机房,需要连接 AWS 的 ap-northeast-1 区域,月均出方向流量约 40 TB,业务对延迟敏感,要求 99.9% 可用性。选型过程如下:

  1. 流量 40 TB 落在 30–100 TB 区间,优先考虑专用连接 1 Gbps 或 10 Gbps。
  2. 延迟敏感,选择北京或东京接入点。北京接入点光纤成本低,但需确认到东京区域的内部路径延迟;东京接入点延迟更短,但跨境光纤成本高。
  3. 可用性要求 99.9%,单端口无法满足,需要两个专用连接做 LAG 或主备。
  4. VIF 规划:一个私有 VIF 访问生产 VPC,一个传输 VIF 连接 Transit Gateway 以覆盖多个 VPC,一个公有 VIF 访问 S3 用于备份。
  5. BGP ASN 使用私有 ASN(如 65000),VLAN ID 在两端保持一致,例如 100、200、300。

这个示例说明,产品族的选择不是孤立的,而是流量、延迟、可用性、成本四个维度共同作用的结果。先确定物理端口和连接类型,再规划 VIF 数量和类型,最后落到具体的 VLAN 和 BGP 参数,才是完整的 Direct Connect 选型路径。