Estamos avaliando a transferência de um aplicativo Web grande que inclui ASP.NET, ASP Clássico e SQL Server Reporting Services para o Azure e queremos saber a "prática recomendada" para instalar o Mecanismo de Banco de Dados e o Reporting Services.
Em nosso ambiente atual, temos um mecanismo de banco de dados autônomo e um servidor separado que hospeda o Reporting Services. Uma das principais razões para isso foi evitar que usuários externos fizessem conexões HTTP diretas com o servidor que hospeda os bancos de dados - isolamento por uma questão de segurança.
Meu entendimento de nosso tipo de licenciamento MS é que pagamos apenas por uma instalação do SQL Server, seus componentes simplesmente estão espalhados por duas máquinas - isso pode ou não ser preciso.
Se quisermos ter uma configuração semelhante no Azure - seremos obrigados a pagar 2 x a cobrança por hora do SQL Server porque são consideradas duas instalações independentes?
Como alternativa, alguém está disposto a defender de forma convincente que colocar o Mecanismo de Banco de Dados e o Reporting Services na mesma máquina virtual não reduz significativamente a segurança?
Estou ciente do Windows Azure SQL Reporting, mas isso não cobrirá os requisitos porque já somos fortemente dependentes de Modelos de Relatório, Construtor de Relatórios, Relatório Agendado e autenticação personalizada.
Para responder puramente à sua pergunta:
Se você configurar duas VMs diferentes, uma executando o SQL Server e a outra hospedando o SQL Server Reporting Services, será cobrado o dobro do preço por hora de uma máquina virtual, mas apenas uma vez pela licença do SQL Server.
Melhor prática
Acho que a resposta de "prática recomendada" seria confiar no SQL Azure e no SQL Azure Reporting Services, pois eles fornecem licenciamento, instalação, manutenção, redundância, escalabilidade e segurança integrada.
Mas como isso não parece ser uma opção para você, aqui está o que eu faria com base na minha experiência:
Espero que esta resposta ajude.