Azure中的两个VM在云服务中，不能RDP到一个

我是Azure的新手，尝试在Azure中设置公司的testing环境。

据我所知，它需要两台机器在Azure中彼此交谈，他们需要在同一个云服务，即我们的Web服务器和数据库服务器。

所以我创build了一个服务，然后在该服务中创build了每个虚拟机。他们都在跑步。在终点我可以看到：

networking服务器：

NAME PROTOCOL PUBLIC PORT PRIVATE PORT LOAD-BALANCED SET NAME HTTP TCP 80 80 - HTTPS TCP 443 443 - PowerShell TCP 5986 5986 - Remote Desktop TCP 50232 3389 -

db服务器：

 NAME PROTOCOL PUBLIC PORT PRIVATE PORT LOAD-BALANCED SET NAME MSSQL TCP 1433 1433 - PowerShell TCP 54327 5986 - Remote Desktop TCP 52459 3389 -

在云服务的input区域

 INPUT ENDPOINTS protoApp : 123.456.789.227:80 protoApp : 123.456.789.227:443 protoApp : 123.456.789.227:5986 protoApp : 123.456.789.227:50232 protodb : 123.456.789.227:1433 protodb : 123.456.789.227:54327 protodb : 123.456.789.227:52459

我可以连接到protodb服务器，但不是protoapp服务器（在给定端口上）。

真的有两个/三个问题。

他们是否应该在同一个云服务？
如果活的数据库和Web服务器在一个单独的云服务器（还没有创build它们）
任何人都可以想到为什么我不能再把MSTSC / rdp连接到其中一台机器上，尽pipe端点说它一切正常，机器正在运行，云服务说它已经成为terminal。

你提出了很多问题，正如你指出的那样。我会试着去触及他们所有的人：

“云服务”旨在成为相同服务器的逻辑分组。云服务实际上意味着一个外部IP地址。例如，您可以轻松地在同一个云服务内部形成一个负载均衡的Web服务器场，或者如果您有不应该公开访问的服务器，那么也不会有任何伤害。您不允许在多个服务器的相同端口上发布端点，而不是这是一个负载均衡集（相同的服务器）。
更灵活的做事方式是使用虚拟networking。在这里，您可以更好地控制内部IP地址，并且可以将服务器放在同一个虚拟networking中的不同云服务中。如果你有4个前端服务器和2个后端数据库服务器，我可能会为它们创build一个虚拟networking，然后将它们分成两个不同的云服务，一个用于web，一个用于db。但是，这只是我 – Azure是灵活的，并且是这样的。
你应该完全能够将RDP发送到你的两台服务器。正如你所看到的，他们被分配了一个独特的公共端口，这个端口被转换成vm上的默认RDP端口（3389），所以你应该能够同时击中这两个端口。也许在虚拟机本身上运行的操作系统或Windows防火墙有问题。