你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
方案：路由到共享服务 VNet
使用虚拟 WAN 虚拟中心路由时，有很多可用方案。 此方案的目标是设置路由以访问共享服务 VNet，其中包含你希望每个 VNet 和分支 (VPN/ER/P2S) 访问的工作负荷。 这些共享工作负荷的示例可能包括具有域控制器或文件共享等服务的虚拟机，或通过 Azure 专用终结点在内部公开的 Azure 服务。
有关虚拟中心路由的详细信息，请参阅关于虚拟中心路由。
设计
我们可以使用连接性矩阵来汇总此方案的各项要求：
连接性矩阵
| 源 | 到: | 隔离的 VNet | 共享 VNet | 分支 |
|---|---|---|---|---|
| 隔离的 VNet | -> | 直接 | 直接 | |
| 共享 VNet | -> | 直接 | 直接 | 直接 |
| 分支 | -> | 直接 | 直接 | 直接 |
上表中的各单元格描述了虚拟 WAN 连接（流的“源”端，行标题）是否与目标（流的“目标”端，斜体形式的列标题）通信。 在此方案中，没有防火墙或网络虚拟设备，因此通信直接通过虚拟 WAN 进行（因此在表中使用“直接”一词）。
与隔离 VNet 方案类似，此连接性矩阵提供了两种不同的行模式，它们会转换为两个路由表（共享服务 VNet 和分支具有相同的连接要求）。 虚拟 WAN 已经具有默认路由表，因此我们还需要一个自定义路由表，在本例中，我们将其称为 RT_SHARED。
VNet 将与 RT_SHARED 路由表关联。 由于它们需要连接到分支和共享服务 VNet，因此共享服务 VNet 和分支需要传播到 RT_SHARED（否则 VNet 无法了解分支前缀和共享 VNet 前缀）。 由于分支始终关联到默认路由表，并且共享服务 VNet 的连接要求相同，因此我们也将共享服务 VNet 关联到默认路由表。
因此，最终设计如下：
- 隔离的虚拟网络：
- 关联的路由表：RT_SHARED
- 传播到路由表：默认
- 共享服务虚拟网络：
- 关联的路由表：默认
- 传播到路由表：RT_SHARED 和 Default
- 分支：
- 关联的路由表：默认
- 传播到路由表：RT_SHARED 和 Default
注意
如果将虚拟 WAN 部署在多个区域，则需要在每个中心创建 RT_SHARED 路由表，并且需要使用传播标签将每个共享服务 VNet 和分支连接中的路由传播到每个虚拟中心的路由表。
有关虚拟中心路由的详细信息，请参阅关于虚拟中心路由。
工作流
若要配置此方案，请考虑以下步骤：
标识“共享服务 VNet”。
创建一个自定义路由表。 在本例中，我们将路由表称为 RT_SHARED。 有关创建路由表的步骤，请参阅如何配置虚拟中心路由。 使用以下值作为准则：
关联
- 对于“除共享服务 VNet 外的 VNet”，请选择要隔离的 VNet。 这意味着，所有这些 VNet（共享服务 VNet 除外）都能够基于 RT_SHARED 路由表的路由来访问目标。
传播
- 对于分支，除了可能已经选择的任何其他路由表之外，还需要将路由传播到此路由表。 此步骤可让 RT_SHARED 路由表了解所有分支连接（VPN/ER/用户 VPN）中的路由。
- 对于 VNet，请选择“共享服务 VNet” 。 此步骤可让 RT_SHARED 路由表了解共享服务 VNet 连接中的路由。
最终的路由配置如下图所示：
后续步骤
- 若要使用 ARM 模板进行配置，请参阅快速入门：使用 ARM 模板路由到共享服务 VNet。
- 有关虚拟中心路由的详细信息，请参阅关于虚拟中心路由。