Eu tenho uma rede virtual existente (VN) configurada no Azure. Existe uma VM nela. O VN é uma rede básica usando o DNS do Azure e foi criado com configurações padrão (se a memória for veiculada).
Consegui configurar um serviço de nuvem e adicioná-lo ao VN por meio do arquivo Cloud.cscfg, por exemplo, adicionando:
<NetworkConfiguration>
<VirtualNetworkSite name="Group Group-n xxxxxx" />
<AddressAssignments>
<InstanceAddress roleName="yyyyy.API">
<Subnets>
<Subnet name="Subnet-42" />
</Subnets>
</InstanceAddress>
<InstanceAddress roleName="yyyyy.WorkerRole">
<Subnets>
<Subnet name="Subnet-42" />
</Subnets>
</InstanceAddress>
</AddressAssignments>
</NetworkConfiguration>
onde os nomes foram alterados para proteger os inocentes. Observe que o nome da região e o grupo de afinidade não foram fornecidos - não tenho certeza se isso é relevante.
Fiz ajustes semelhantes aos arquivos cscfg que carregamos após a implantação e consegui atualizar a configuração sem causar problemas.
A configuração funcionou (para determinadas definições de trabalho) e as funções web e de trabalho em nosso serviço de nuvem puderam enviar mensagens através de tcp para nossa VM no mesmo VN ao usar o endereçamento de números IP (também algumas vezes o FQDN da VM, mas esse é outro problema que pode resultar em outra pergunta).
Esse serviço de nuvem era uma pilha dev. Para testar se o processo de implantação funciona, reimportei esse serviço de nuvem sem a configuração de rede e confirmei que as funções não estavam mais listadas na sub-rede do VN.
Eu então tentei adicionar um serviço de nuvem diferente, na mesma região, à Rede Virtual, usando a mesma configuração.
Falha ao implantar com a mensagem "A implantação não pode usar o VNNAME que pertence a uma região azure".
Eu fiz algumas pesquisas e encontrei pouca coisa que ajude, por exemplo link
descreve um problema semelhante que não recebeu muitos conselhos úteis.
Portanto, as perguntas são: quais são as etapas corretas a serem seguidas ao adicionar e remover um serviço do Azure Cloud a uma rede virtual existente e alguém está ciente dos problemas com o Azure relacionados à configuração da Rede Virtual que podem estar causando o comportamento acima?
Obrigado
PS Lembrei-me de algumas informações que podem ser relevantes. Quando o serviço de nuvem original foi adicionado ao VN, foi para o slot de teste de um serviço de nuvem que não tinha nada implantado no slot de produção. No segundo caso, o serviço estava sendo implantado no slot de preparação de um serviço que tinha um slot de produção ocupado com funções de web e de trabalho em execução.