Google Cloud在2026年9月16日宣布，Compute Engine动态网卡与其他网络接口接入同一VPC网络的能力正式商用。多网卡实例不再必须为每个接口分配完全不同的VPC，但仍要连接不同子网。
Dynamic NIC是在父vNIC之上实现的VLAN子接口，可以在不重建或重启虚拟机的情况下增删。新能力适合网络设备、租户隔离和多子网服务，但路由、带宽与负载均衡规则需要重新审视。
同一VPC可以承载多块网卡
正式商用后，一台Compute Engine实例的多个vNIC或Dynamic NIC可以连接同一个普通VPC网络。每个网络接口仍必须使用该VPC中的不同子网，不能让两块接口绑定同一子网。
同一VPC并不等于同一二层网络或同一子网。管理员需要提前规划互不重叠的子网、接口地址与防火墙规则，避免把新能力误解为可以复制现有接口配置。
父网卡和nic0必须同时满足规则
当Dynamic NIC与其他接口位于同一VPC时，它的父vNIC也必须接入该VPC。若该网络包含多块普通vNIC，nic0也必须属于同一个网络。
接口拓扑缺少父vNIC或nic0会导致配置不被允许。例如nic1.6与nic2进入同一VPC时，父接口nic1和主接口nic0也需要在该VPC内。
动态网卡不会增加实例带宽
Dynamic NIC与父vNIC共享带宽，也共享接收和发送队列。即使增加多个VLAN子接口，实例可用的总网络吞吐量也不会因此提高。
需要隔离流量时必须在来宾系统配置流量策略。Linux可以使用Traffic Control对不同接口限速或分配优先级；需要独立队列时应选择普通vNIC，而不是继续增加Dynamic NIC。
来宾系统仍要管理VLAN接口和路由
Google分配的动态网卡名称采用nicN.VLAN_ID格式，VLAN ID范围为2到255，并且在同一父vNIC下必须唯一。用户可以通过来宾代理自动管理，也可以在操作系统内手动配置。
添加云侧接口不代表操作系统路由自动正确。默认路由通常仍从nic0离开，部分别名IP、协议转发或直通式负载均衡场景还需要手动添加本地路由。
GPU和部分网络安全能力仍不支持
Dynamic NIC目前不支持GPU实例、Windows驱动、Google Cloud Armor高级网络DDoS防护、网络边缘安全策略，以及依赖数据包拦截的部分功能。它也不能通过增加接口绕过父网卡的性能边界。
上线验收应覆盖重启、路由对称性、防火墙、负载均衡和故障回退。网络虚拟设备还要验证每个VLAN的转发路径，并确认某个接口故障时不会把管理流量一并切断。
