多租户 GPU 集群中的“租户”可能是不同部门、项目、客户环境或安全等级。仅靠 Kubernetes 命名空间或不同 VLAN，无法覆盖主机网络、RDMA、存储、管理与共享平台服务的全部路径。VRF 可以缩小路由可见范围，但同一 VRF 中仍需要基于工作负载身份限制东西向访问。
设计前应明确隔离目标：防止地址冲突、阻断非授权连接、限制故障和广播影响、保护数据，还是满足独立运维。不同目标对应的控制点不同，不能把一个网络功能包装成完整多租户方案。
VRF 管理路由边界和地址重叠
为租户或安全域建立独立路由表，可以限制相互可达并容纳部分地址重叠。但跨 VRF 的共享 DNS、存储、镜像和推理服务需要明确泄露或网关策略。任何路由互通都应有资源所有者和审计记录，不能临时全互通后长期保留。
微隔离绑定工作负载身份
Pod、虚拟机或作业实例可能频繁变化地址，策略需要使用可靠的身份和编排标签，并防止租户自行伪造高权限标签。控制面应定义策略生成、分发和失效行为。网络地址仍可作为上下文，但不应成为唯一身份依据。
RDMA 与普通 IP 路径分别核对
训练通信、存储和控制流量可能使用不同协议与接口。某一侧实施隔离，不代表另一条 RDMA 或主机旁路也被覆盖。应从实际网卡、DPU、交换和容器设备映射出发枚举路径，并验证未经授权的跨租户通信被拒绝。
共享服务需要最小暴露
调度、镜像、模型仓库、监控和存储往往服务多个租户。它们应通过明确接口和服务身份提供，按租户记录访问与配额。不要为了共享服务把租户 VRF 整体互联，否则隔离边界会退化为依赖每个应用自行防护。
隔离验收包含攻击与故障用例
测试同租户允许路径、跨租户拒绝路径、伪造身份、错误路由、策略控制器不可用和节点迁移。观察默认行为是拒绝还是放行，并确认日志能关联租户、工作负载和资源。升级网络或编排平台后需要重复关键用例。
可执行的实施检查项
- 定义租户、安全域和共享服务的路由边界。
- 使用受保护的工作负载身份生成微隔离策略。
- 分别枚举 IP、RDMA、存储和管理数据路径。
- 让共享服务通过最小接口跨域提供能力。
- 验证跨租户拒绝、控制器失效和节点迁移场景。
以官方资料约束实施边界
VRF 可用于构建彼此分离的路由与转发上下文，具体实现由网络平台决定。
零信任架构不因网络位置自动授予信任，访问决策需要主体、资源与策略上下文。
核对具体功能、版本和部署条件时，请以NIST 零信任架构与 IETF VRF 资料（1）、NIST 零信任架构与 IETF VRF 资料（2）的当前页面为准；公开平台方向不能替代完整料号、兼容矩阵和目标环境验证。
选型支持与实施边界
中科新远是 NVIDIA Networking Elite 合作伙伴。中科新远可结合 Spectrum、SuperNIC、BlueField 与集群编排环境，协助盘点多租户数据路径，形成 VRF、工作负载策略和共享服务的分层验证方案。具体合作范围和项目交付内容以当前有效资质、官方目录及书面确认结果为准。
每个租户一个 VRF 是否已经足够隔离？
不一定。VRF 主要隔离路由上下文，仍需控制同一域内的工作负载访问、共享服务、存储、管理和非 IP 路径。
WeChat
Profile