为高级 Azure Cache for Redis 实例配置虚拟网络 (VNet) 支持

使用 tcping ，从缓存所在的虚拟网络中的某台计算机对缓存终结点发出 ping 命令（使用端口 6380）。 例如：

tcping.exe contosocache.redis.cache.windows.net 6380

如果 tcping 工具报告端口已打开，则可从虚拟网络中的客户端连接缓存。

进行测试的另一种方法：创建测试缓存客户端，使其连接到缓存，以便添加和检索缓存的某些项。 测试缓存客户端可以是使用 StackExchange.Redis 的控制台应用程序。 将示例客户端应用程序安装到缓存所在虚拟网络中的一个 VM 上。 然后运行它来验证与缓存的连接。

尝试连接到虚拟网络中的 Azure Cache for Redis 实例时，为何会收到一个指出远程证书无效的错误？

尝试连接到虚拟网络中的 Azure Cache for Redis 实例时，你会看到类似于以下内容的证书验证错误：

{"No connection is available to service this operation: SET mykey; The remote certificate is invalid according to the validation procedure.; …"}

这可能是因为你在通过 IP 地址来连接主机。 建议使用主机名。 换而言之，请使用以下字符串：

[mycachename].redis.cache.windows.net:6380,password=xxxxxxxxxxxxxxxxxxxx,ssl=True,abortConnect=False

避免使用类似于以下连接字符串的 IP 地址：

10.128.2.84:6380,password=xxxxxxxxxxxxxxxxxxxx,ssl=True,abortConnect=False

如果无法解析 DNS 名称，则可使用某些客户端库包括的 sslHost （由 StackExchange.Redis 客户端提供）之类的配置选项。 此选项允许你替代用于证书验证的主机名。 例如：

10.128.2.84:6380,password=xxxxxxxxxxxxxxxxxxxx,ssl=True,abortConnect=False;sslHost=[mycachename].redis.cache.windows.net

是否可以将虚拟网络与标准或基本缓存一起使用？

虚拟网络只能与高级层缓存一起使用。

为什么在某些子网中创建 Azure Cache for Redis 实例会失败，而在其他子网中不会失败？

如果要将 Azure Cache for Redis 实例部署到虚拟网络，则缓存必须位于不包含其他资源类型的专用子网中。 如果尝试将 Azure Cache for Redis 实例部署到包含其他资源（例如 Azure 应用程序网关实例和出站 NAT）的资源管理器虚拟网络子网，则部署通常会失败。 先删除其他类型的现有资源，然后再创建新的 Azure Cache for Redis 实例。

子网中还必须有足够的可用 IP 地址。

子网地址空间的要求是什么？

Azure 会保留每个子网中的某些 IP 地址，不可以使用这些地址。 子网的第一个和最后一个 IP 地址仅为协议一致性而保留，其他三个地址用于 Azure 服务。 有关详细信息，请参阅 使用这些子网中的 IP 地址是否有任何限制？

除了 Azure 虚拟网络基础结构使用的 IP 地址以外，子网中的每个 Azure Cache for Redis 实例还为每个群集分片使用两个 IP 地址，为其他副本（如果有）使用 IP 地址。 为负载均衡器使用另外一个 IP 地址。 非群集缓存被视为包含一个分片。

能否将虚拟网络对等互连到缓存？

如果虚拟网络位于同一区域，则可以使用虚拟网络对等互连或 VPN 网关 VNET 到 VNET 连接来连接虚拟网络。

如果对等互连的 Azure 虚拟网络位于不同的区域：由于基本负载均衡器的约束，区域 1 中的客户端 VM 无法通过其负载均衡的 IP 地址访问区域 2 中的缓存。 也就是说，除非它是具有标准负载均衡器的缓存（当前仅使用可用性区域创建的缓存）。

有关虚拟网络对等互连约束的详细信息，请参阅“虚拟网络 - 对等互连 - 要求和约束”。 一种解决方案是使用 VPN 网关 VNET 到 VNET 连接，而不是虚拟网络对等互连。

当缓存承载在虚拟网络中时，是否所有缓存功能都可以使用？

如果缓存是虚拟网络的一部分，则只有虚拟网络中的客户端可以访问缓存。 因此，以下缓存管理功能目前无法使用。