Além de ser mais barato, há algum problema / vantagem em usar o SQL Azure vs em usar uma máquina virtual com o SQL Express?
Queremos configurar um servidor SQL para mais de 50 sites, você tem alguma recomendação?
Atualmente, temos o SQL Express em um servidor dedicado e esperamos mudar esse servidor para o Azure.
sql-server
azure
VinnyG
fonte
fonte
Respostas:
Eu pesquisei e encontrei essas diferenças.
A última diferença foi Gerenciar em recursos de escala: servidor SQL com janelas do Windows Azure VM - banco de dados justo do Windows Azure Azure - Bom
Eu espero que isso ajude. Aqui está a página que pode ser útil para você. Espero que ajude! < http://azure.microsoft.com/blog/2012/06/26/data-series-sql-server-in-windows-azure-virtual-machine-vs-sql-database/ >
fonte
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.
fonte
A menos que você tenha casos de uso muito específicos, duvido que seja mais barato (ou mais rápido) usar o serviço de banco de dados SQL do Azure. Você está comparando uma licença GRATUITA do SQL Server com o que equivale a uma fatia de uma licença corporativa cara e redundante em dados do SQL Server.
Estou em um barco semelhante (usando o SQLExpress e o MySQL para vários projetos pequenos) e concluí que não mudarei para o banco de dados SQL hospedado tão cedo. Dê uma olhada no seguinte link para um longo encadeamento da Microsoft, mas o consenso é que os preços foram aumentados significativamente e o desempenho reduzido em comparação aos planos anteriores no Azure. A Microsoft também começou a usar um novo termo "Data Transfer Unit" (DTU) para confundir o problema ainda mais, em vez de usar IOPs ou MB / s.
http://social.msdn.microsoft.com/Forums/sqlserver/en-US/d9af6c45-3552-4baf-8046-524c3f0a1399/new-sql-database-editions-performance
Para resumir: como a Microsoft passou do preço no tamanho do banco de dados para o preço dos recursos dedicados, as taxas de transferência são muito baixas, a menos que você atualize para o banco de dados P1 (US $ 465 / mês). Duvido que você esteja pagando muito pelo seu servidor dedicado no momento. A Microsoft também removeu a capacidade de estourar, para que as pessoas cujos casos de uso precisem de baixa latência ou envolvam acesso pouco frequente a dados de alto volume (sites interativos, grandes importações, restaurações de bancos de dados) sejam as mais afetadas. O link a seguir mostra benchmarks recentes e eles são medidos em MB por MINUTE, não segundo.
http://cbailiss.wordpress.com/2014/09/16/performance-in-new-azure-sql-database-performance-tiers/
Como sempre, YMMV, mas, a menos que você esteja apenas executando lentamente tarefas em segundo plano de maneira consistente ao longo do dia e possa tolerar alta latência, sua VM atual será muito mais rápida. Também espere pagar mais pelo serviço mais redundante e altamente disponível. E, a menos que seus 50 sites já existam no mesmo banco de dados físico, você precisará alterar seu banco de dados e código para permitir a multilocação ou pagar por 50 instâncias separadas de bancos de dados SQL.
fonte