4. FastConnect私有互联工程
FastConnect 是 Oracle Cloud Infrastructure 提供的私有互联服务，它让本地数据中心与 OCI 区域之间通过专线或合作伙伴网络建立不经过公网的连接。理解 FastConnect 的关键，是把它拆成三个层次：物理层（专线或合作伙伴链路）、逻辑层（虚拟电路 Virtual Circuit，简称 VC）、路由层（BGP 会话与路由通告）。三层各自独立，又必须逐层打通，端到端连通性才成立。
物理专线与两种接入模型
FastConnect 有两种接入方式。第一种是 Dedicated Connection（专用连接）：用户直接向 Oracle 或指定运营商租用一条物理端口，端口速率常见为 1 Gbps 或 10 Gbps，端口在 Oracle 侧被分配到某个 FastConnect 位置（如东京、新加坡、法兰克福等）。专用连接适合流量大、对时延和带宽稳定性要求高的场景。第二种是 Partner Connection（合作伙伴连接）：由 Oracle 认可的合作伙伴（如 Equinix、Megaport、中国电信等）提供接入，用户无需自建物理端口，只需在合作伙伴门户下单，再在 OCI 控制台创建 VC。合作伙伴连接开通快、成本低，适合中小规模或快速验证。
无论哪种方式，物理层只负责“把线拉到 Oracle 边缘”，它本身不携带任何 OCI 网络语义。真正把流量引入 VCN 的是虚拟电路。
虚拟电路：把物理链路映射到 VCN
创建 VC 时需要指定几个关键参数：类型（Private Virtual Circuit 用于访问 VCN 私有子网；Public Virtual Circuit 用于访问 OCI 公共服务，如 Object Storage 的公共端点）、关联的 Dynamic Routing Gateway（DRG）、BGP ASN、客户侧 BGP 对端 IP 与 Oracle 侧 BGP 对端 IP、以及 MTU（通常 1500，部分场景可协商 9000）。Private VC 必须绑定到 DRG，再由 DRG 通过 VCN Attachment 关联到目标 VCN。这条链路是：本地路由器 → 物理专线 → Oracle 边缘 → VC → DRG → VCN Attachment → VCN 子网。
一个常见误区是认为“专线通了就能访问 VCN”。实际上，如果 VC 没有正确绑定 DRG，或 DRG 没有 attach 到 VCN，流量会在 DRG 处被丢弃。因此排障时要按“物理端口状态 → VC 状态 → DRG 关联 → VCN Attachment → 路由表”的顺序逐层检查。
冗余设计：单点故障的消除
FastConnect 的冗余不是“多买一条线”这么简单。Oracle 推荐两种冗余模型：双 FastConnect 位置冗余（两条专线接入不同 FastConnect 位置，避免单机房故障）和 同位置双端口冗余（同一位置两个端口，避免单端口/单设备故障）。对于关键业务，通常采用“两个不同位置 + 每个位置两条 VC”的组合，形成 2×2 冗余。
冗余要真正生效，BGP 必须能感知路径差异。常见做法是：主路径使用较短的 AS Path 或较高的 Local Preference，备路径作为备份；当主路径 BGP 会话 Down 或路由撤销时，备路径自动接管。如果两条路径的 BGP 属性完全一致，流量可能哈希到两条路径，虽然带宽叠加，但单条故障时收敛行为依赖 BGP 收敛速度，需要评估。
BGP 会话配置要点
FastConnect 的 BGP 配置在客户侧 CE 路由器与 Oracle 边缘之间进行。以专用连接为例，Oracle 会分配一对 /30 或 /31 的互联地址，例如客户侧 10.0.0.1/30、Oracle 侧 10.0.0.2/30，客户 ASN 可自定义（如 64512），Oracle 侧 ASN 通常为 31898。配置时需要在 CE 上建立 eBGP 邻居，并通告本地需要访问 OCI 的网段。
! 以 Cisco IOS 风格为例（示例参数，非实测）
router bgp 64512
bgp log-neighbor-changes
neighbor 10.0.0.2 remote-as 31898
neighbor 10.0.0.2 description OCI-FastConnect-VC1
!
address-family ipv4 unicast
network 192.168.10.0 mask 255.255.255.0
neighbor 10.0.0.2 activate
neighbor 10.0.0.2 soft-reconfiguration inbound
exit-address-family
在 OCI 侧，VC 的 BGP 状态可以在控制台的“FastConnect → Virtual Circuits → BGP Session”中查看。正常状态为 Up，并显示收发的路由前缀数量。如果状态为 Down，优先检查：互联 IP 是否在同一网段、ASN 是否匹配、是否有 ACL 拦截 TCP 179、MTU 是否一致。
路由通告方面，客户侧应只通告真正需要走专线的网段，避免把默认路由或大段公网地址通告给 Oracle，否则可能影响 OCI 侧路由选择。Oracle 侧会向客户通告 VCN 的 CIDR 以及 OCI 服务网段。若使用 Public Virtual Circuit，还会通告 Object Storage、Autonomous Database 等公共服务的路由。
端到端连通性验证
验证不能只看 BGP Up。建议按以下顺序执行：
- 物理层：在 CE 上查看接口状态与光功率，确认端口 Up、无 CRC 错误。
- VC 层：在 OCI 控制台确认 VC 状态为 Provisioned，且绑定到正确的 DRG。
- BGP 层：确认邻居 Established，收发前缀数量与预期一致，AS Path 无异常。
- 路由层：在 CE 上查看 BGP 路由表，确认能学到 VCN CIDR；在 OCI DRG 路由表中确认能学到本地网段。
- 数据面：从本地主机 ping 或 traceroute 到 VCN 内实例的私有 IP，确认路径经过专线而非公网。也可在 VCN 内实例上反向 ping 本地主机。
- 冗余验证：手动 shutdown 主路径 BGP 邻居，观察流量是否切换到备路径，切换期间丢包数量是否在可接受范围。
常见故障与判断依据
| 现象 | 可能原因 | 判断依据 |
|---|---|---|
| VC 状态 Down | 物理链路中断、DRG 未绑定、跨区域配置错误 | 控制台 VC 详情页状态与错误提示 |
| BGP 邻居 Idle/Active | 互联 IP 不通、ASN 不匹配、TCP 179 被拦截 | CE 上 show ip bgp summary |
| BGP Up 但无路由 | 未配置 network 通告、路由策略过滤 | show ip bgp neighbors 查看收发前缀 |
| 能 ping 通但应用不通 | 安全列表/NSG 未放行、MTU 问题 | 检查端口放行规则与分片测试 |
| 冗余切换慢 | BGP 收敛参数未优化、BFD 未启用 | 切换时丢包时长与 BGP 日志 |
FastConnect 工程的核心不是“拉一条线”，而是把物理、逻辑、路由三层都设计成可验证、可切换、可排障的结构。专用连接与合作伙伴连接决定接入方式，VC 决定如何映射到 DRG 和 VCN，BGP 决定路由如何交换，冗余设计决定故障时业务是否连续。把这四件事分别确认清楚，端到端连通性才有可靠保障。