App reports instalado no Windows Azure linkado ao Banco de Dados hospedado no servidor fisico SQL Server

Question

Pessoal, tenho um servidor com SQL Server 2012 que condiciono meus banco de dados. Esse servidor está alocado fisicamente no ambiente da empresa. Estou projetando uma VM no Windows Azure, no qual o objetivo é implementar um aplicação de relatório para usuários.

VM criada e configurada já com a aplicação de relatório acessando externamente. Porém tenho uma pequena dúvida quanto a conexão da aplicação de relatório com o banco de dados físico. Qual seria o melhor cenário para fazer a ligação entre o APP de relatório e o Banco de Dados sem perder performance?

Answer 1

Jerfeson,

Definir o melhor cenário é algo totalmente complexo, pois não conhecemos o seu ambiente, não sabemos o que poderia ser estabelecido como bom ou ruim, isso depende muito da sua necessidade e exigência.

Eu particularmente vejo que o mais importante para este tipo de cenário é possível um link de Internet com boa capacidade de processamento, pois as solicitações de rede será feitas via internet, já o processamento dos dados será diretamente na VM que deverá retornar somente o resultado.

Acredito que o melhor é fazer dentro do possível testes de latência na sua rede para tentar identificar algum cenário que lentidão ou até mesmo timeout.

Vale ressaltar que o SQL Server 2012 foi a primeira versão totalmente compatível como Windows Azure e SQL Azure, sendo assim, acredito que se você deseja trabalhar totalmente direto no Azure o SQL Server 2014 venha a ser mais indicado, ainda mais se você for querer fazer Backup Nativo no Azure, algo que o 2014 já apresenta.

---

Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitário | SoroCódigos] @JuniorGalvaoMVP | pedrogalvaojunior.wordpress.com

Answer 2

Olá Galvão.

Na verdade criei uma conta Azure para avaliar as possibilidade de colocar meu app de relatório na nuvem. Meu ambiente atualmente é constituído de 01 Servidor de bd Produção mais 01 Servidor bd Desenvolvimento/Homologação que está alocado no mesmo no IIS com o erp e 01 Servidor que está o app de relatório (JasperReports). Esse último servidor está defasado e preciso tomar uma decisão pra substituí-lo. A ideia inicial seria de simular primeiro somente o app de relatório na nuvem para compreender melhor a possibilidade de migrar apenas esse serviço, sendo que os demais ficariam como está no momento.

Queria saber se seria essa a alternativa mais viável e se existe algum outro meio mais convincente de construir um cenário menos traumático pra os usuários que irão usufruir dos resultados dos relatórios.

Answer 3

Jerfeson,

      Eu avaliaria com bastante atenção o uso do AlwaysOn Availability Groups que foi implementado no SQL Server 2012 e melhorado no SQL 2014. Com esta funcionalidade, você poderia ter cópias com acesso de leitura no seu SQL no Azure e ter uma boa performance para execução de relatórios.

Espero ter ajudado!

---

Roberto Fonseca MCT / MCITP - Database Administrator 2008 MCITP - Database Developer 2008 MCITP - Business Intelligence 2008

Answer 4

Jerfeson,

Dizer que é a alternativa mais viável fica complicado, mas acredito e entendo que é uma das soluções mais adotadas neste momento.

A sugestão do Roberto Fonseca em analisar o uso do AlwaysOn é uma boa pedida, mas não sei se enquadra no plano de contingência e disponibilidade que você esta pensando, mas vale entender e analisar.

---

Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitário | SoroCódigos] @JuniorGalvaoMVP | pedrogalvaojunior.wordpress.com

Answer 5

Nesse momento Galvão não estava buscando um plano de contingência nem de disponibilidade. Estou mesmo preocupado com o custo em adquirir um novo servidor para alocar o app de relatórios. Esse está sendo o principal motivo em analisar a alternativa do uso do azure para alocar o app server de relatório.