Azure duas VMs no serviço de nuvem, não pode RDP para um

Question

Eu sou novo no Azure e estou tentando configurar nosso ambiente de teste de empresas no Azure.

Pelo que entendi para dois computadores conversarem no Azure, eles precisam estar no mesmo serviço de nuvem, ou seja, nosso servidor da Web e servidor de banco de dados.

Então, criei um serviço e criei cada uma das VMs nesse serviço. Ambos estão correndo. Nos pontos finais eu posso ver:

servidor da web:

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           -

servidor db:

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

no serviço de nuvem, as áreas de entrada

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

Eu posso conectar ao servidor protodb, mas não ao servidor protoapp (nas portas dadas).

Existem duas / três perguntas na verdade.

1. Os dois devem estar no mesmo serviço de nuvem?
2. O banco de dados e o servidor da Web dinâmicos devem estar em um servidor de nuvem separado (ainda não criados)
3. Alguém pode pensar em uma razão pela qual eu não consiga mais MSTSC / rdp em uma das máquinas, mesmo que os pontos de extremidade digam que tudo está bem, a máquina está em execução e o serviço em nuvem diz que ela é um endpoint.

Answer 1

Você está fazendo várias perguntas, já que está apontando a si mesmo. Vou tentar tocar em todos eles:

1. Um "Serviço em Nuvem" deve ser um agrupamento lógico de servidores idênticos. Efetivamente, um serviço de nuvem significa um único endereço IP externo. Você pode facilmente formar um farm com carga balanceada de servidores da Web dentro do mesmo serviço de nuvem, por exemplo, ou se você tiver servidores que não devem ser publicamente acessíveis, não há mal nenhum em colocá-los lá também. Você não tem permissão para publicar um ponto de extremidade na mesma porta para vários servidores sem que este seja um conjunto com balanceamento de carga (de servidores idênticos).

2. Uma maneira mais flexível de fazer as coisas é usando redes virtuais. Aqui você tem mais controle sobre o endereçamento IP interno e é capaz de colocar servidores em diferentes serviços de nuvem dentro da mesma rede virtual. Se você tivesse 4 servidores front-end e 2 servidores db back-end, provavelmente criaria uma rede virtual para todos eles e os agruparia em dois serviços de nuvem diferentes, um para web e outro para db. Mas isso é só comigo - o Azure é flexível e deve ser assim.

3. Você deve absolutamente conseguir executar o RDP em ambos os servidores. Como você pode ver, eles recebem uma porta pública exclusiva que é convertida para a porta RDP padrão (3389) na VM, então você deve conseguir acertar os dois. Talvez haja algo errado com o sistema operacional ou com o Firewall do Windows em execução na própria VM.