部署到不同的云服务与使用 vnet 子网
Deploying to diffrent cloud services vs using vnet subnets
我目前正在执行一项任务，在虚拟机上部署网站并将其连接到位于另一个虚拟机上的数据库
目前，我在一个具有不同子网的云服务上设置了两个虚拟机以将它们分开，并且正在研究哪个更好地保持原样，或者可能将每个虚拟机部署到一个单独的云服务中
简而言之，我建议您将两台机器都放在同一个云服务中。下面是长版：
为什么？在您的体系结构中，一件重要的事情是能够在您的 Web 服务器和数据库之间的通信中使用来自机器（类型 192.168 或 10.0）的内部 IP 地址。使用这些私有地址（称为动态 IP (DIP)，与云服务的 public 地址虚拟 IP (VIP) 相反）允许 Azure 不必通过 public 路由您的请求互联网，因此您可以避免通过数据中心的负载平衡器，...您可以获得安全性和性能。
其实如果你在同一个云服务中，你可以直接使用DIP寻址系统，这样更容易保持你当前的架构。将它们分开还有其他可能性，但它只会增加复杂性并且不会带来太多好处......
云服务旨在将同类 VM 分组，例如在它们之间进行负载平衡。如果将数据库部署到同一个虚拟网络（相同或不同的子网），您将能够通过专用 IP space.
与数据库通信
我目前正在执行一项任务，在虚拟机上部署网站并将其连接到位于另一个虚拟机上的数据库 目前，我在一个具有不同子网的云服务上设置了两个虚拟机以将它们分开，并且正在研究哪个更好地保持原样，或者可能将每个虚拟机部署到一个单独的云服务中
简而言之，我建议您将两台机器都放在同一个云服务中。下面是长版：
为什么？在您的体系结构中，一件重要的事情是能够在您的 Web 服务器和数据库之间的通信中使用来自机器（类型 192.168 或 10.0）的内部 IP 地址。使用这些私有地址（称为动态 IP (DIP)，与云服务的 public 地址虚拟 IP (VIP) 相反）允许 Azure 不必通过 public 路由您的请求互联网，因此您可以避免通过数据中心的负载平衡器，...您可以获得安全性和性能。
其实如果你在同一个云服务中，你可以直接使用DIP寻址系统，这样更容易保持你当前的架构。将它们分开还有其他可能性，但它只会增加复杂性并且不会带来太多好处......
云服务旨在将同类 VM 分组，例如在它们之间进行负载平衡。如果将数据库部署到同一个虚拟网络（相同或不同的子网），您将能够通过专用 IP space.
与数据库通信