Eu sou o autor do post mencionado por LouD acima. Concordo com esses comentários, que o preço por unidade de desempenho aumentou significativamente no DB SQL do Azure sob as novas camadas de serviço (ou seja, Básica, Padrão e Premium). Se você tiver requisitos significativos de E / S, as novas camadas provavelmente serão caras.
Além disso, apenas para salientar, porém, que embora não haja Custo de Licença do SQL Server para executar o SQL Express em uma VM, lembre-se de que em uma VM você paga pela quantidade de E / S que usa, portanto, muita leitura e gravação aumenta o custo (onde o Azure SQL DB é baseado em taxa fixa). É difícil dizer se a VM será mais barata ou mais cara que o DB SQL do Azure sem saber o tamanho do banco de dados, a taxa de E / S necessária etc. Mas, no ar, acho que, para um banco de dados pequeno, a VM pode muito bem seja mais barato.
Se você possui vários bancos de dados, isso provavelmente leva as coisas a favor (em termos de custo) da VM. No momento, não há como compartilhar recursos entre bancos de dados no Azure (por exemplo, você tem cinco bancos de dados, quatro estão silenciosos, mas um está ocupado, o ocupado não pode usar nenhum dos recursos alocados aos outros quatro, esses recursos são essencialmente desperdiçados) . A Microsoft afirmou que está trabalhando em algo que facilitará o compartilhamento de recursos / custos entre grupos de bancos de dados. Eles se comprometeram a disponibilizá-lo antes do final da Web / Empresa (que acontece em setembro de 2015), mas ainda não há outros detalhes.
Lembre-se também de que o DB SQL do Azure e o SQL Express em uma VM não oferecem o mesmo conjunto de recursos. O banco de dados como serviço no Azure oferece muito mais recursos, por exemplo, backup automatizado, mais possibilidades de HA, serviço gerenciado etc. Além disso, e muito importante, observe que o Banco de Dados SQL do Azure oferece suporte a muitos, mas não a todos os recursos do SQL Server local. A documentação online fornece uma análise bastante detalhada dos recursos locais, instruções SQL etc. que NÃO são suportados no Azure.
Além disso, eu seria cauteloso ao usar a grande tabela postada acima pelo Vdub como um guia. Foi retirado de uma postagem de blog de 2012 e muita coisa mudou desde então no DB SQL do Azure. A coluna Banco de Dados SQL do Azure nessa tabela refere-se às edições Web / Business que estão sendo aposentadas no próximo ano. Comparado ao conteúdo da tabela acima, os novos níveis de serviço custam mais (de modo geral), possuem recursos adicionais de alta disponibilidade, não suportam federações da mesma maneira, têm uma garantia de tempo de atividade mais alta etc.
Finalmente, apenas para seguir um comentário que LouD fez ... As novas camadas de serviço suportam uma quantidade limitada de intermitências. Por exemplo, consulte este gráfico:
http://cbailiss.files.wordpress.com/2014/07/2014-07-04-seqsel-metrics5.png?w=800&h=401
nesta postagem:
http: // cbailiss. wordpress.com/2014/07/06/microsoft-azure-sql-database-performance-tests-sequential-selects/
O início deste teste (uma leitura seqüencial em disco) mostra um pequeno aumento / maior taxa de burst no primeiro poucos minutos. No entanto, grosso modo, isso é menos do que o normalmente disponível na Web / Empresas.
