DTU vs. vCore no Azure SQL Database: como escolher o modelo de compra certo
By Mirko Peters ·
Compare os modelos de compra DTU e vCore do Azure SQL Database. Conheça as diferenças de preço, os limites de escalabilidade e saiba como escolher o modelo certo para a sua carga de trabalho na nuvem.
Automatically translated with AI from the original post. Read the English original

Escolher entre os modelos de compra DTU e vCore do Azure SQL Database é uma das decisões financeiras e arquiteturais mais importantes na implantação de cargas de trabalho na nuvem. Este guia detalha as principais diferenças, as estruturas de preço e os recursos de escalabilidade para ajudar você a selecionar o modelo ideal para o desempenho do seu banco de dados e para os requisitos do seu orçamento.
Principais conclusões
- O modelo DTU agrupa computação, armazenamento e E/S em uma única métrica de preço pré-empacotada, distribuída nas camadas Basic, Standard e Premium.
- O modelo vCore permite configurar de forma independente a computação, o armazenamento e a geração de hardware, com controle granular e otimização de custos.
- O vCore oferece recursos avançados de redução de custos, como o Azure Hybrid Benefit e a pausa de bancos de dados Serverless, que não estão disponíveis no modelo DTU.
- Você pode começar com qualquer um dos dois modelos com segurança e converter o seu banco de dados online, sem nenhuma indisponibilidade da aplicação, conforme as suas necessidades de desempenho evoluírem.
- Tamanhos DTU pequenos oferecem menos que um único vCore de poder de processamento, o que torna o vCore a escolha preferida para cargas de trabalho intensivas em CPU.
Entendendo o modelo de compra DTU
O modelo Database Transaction Unit (DTU) foi projetado como uma solução agrupada e pronta para uso, voltada a administradores de bancos de dados em nuvem que preferem simplicidade e cobrança mensal previsível. Em vez de calcular separadamente os ciclos de CPU, a alocação de memória e as operações de entrada e saída de disco, a Microsoft agrupa todos esses recursos em uma única métrica combinada, conhecida como DTU.
No modelo DTU, o seu banco de dados é implantado em uma de três camadas de desempenho distintas: Basic, Standard ou Premium. A escalabilidade dentro dessas camadas é aproximadamente linear. Se você dobrar a alocação de DTUs, dobrará, aproximadamente, os recursos subjacentes disponíveis para a sua aplicação. Isso torna o planejamento de capacidade simples para iniciantes ou para equipes que gerenciam aplicações mais simples.
No entanto, a abordagem em pacote tem limitações. Como computação e armazenamento ficam atrelados em proporções fixas, você não consegue escalar o armazenamento independentemente do poder de processamento. Se a sua aplicação exige grande volume de armazenamento, mas pouca CPU, o modelo DTU pode levar você a pagar por capacidade de computação desnecessária.
Dominando o modelo de compra vCore
O modelo de compra vCore representa a abordagem "monte o seu próprio" para bancos de dados em nuvem. Um vCore corresponde a um processador virtual, o que dá aos administradores controle direto e independente sobre os recursos de computação e armazenamento. A Microsoft recomenda fortemente este modelo para aplicações modernas na nuvem, por causa da sua flexibilidade e do alinhamento com as demandas de escalabilidade corporativa.
Ao configurar um banco de dados vCore, você seleciona a geração de computação, escolhe o tipo de hardware e provisiona o armazenamento separadamente. Isso permite ajustar o banco ao perfil exato da sua carga de trabalho, em vez de adivinhar qual camada pré-empacotada se encaixa melhor. O modelo vCore opera em três camadas principais de desempenho: Uso geral (General Purpose), Business Critical e Hyperscale.
Uma das vantagens mais significativas do modelo vCore é a otimização financeira. Como ele separa computação de armazenamento e oferece opções avançadas de configuração, desbloqueia recursos de preço exclusivos que simplesmente não existem no ecossistema DTU. Entre eles estão o Azure Hybrid Benefit, que permite reutilizar suas licenças existentes do SQL Server local com descontos expressivos, e as configurações de computação Serverless.
Diferenças financeiras e arquiteturais
Ao avaliar DTU versus vCore, sua decisão terá forte impacto na sua fatura mensal do Azure e na escalabilidade de longo prazo. O modelo DTU oferece preços previsíveis e pacotes fechados, fáceis de orçar para cargas de trabalho pequenas e médias. O nível Basic pode custar apenas cinco dólares por mês, o que o torna um ponto de entrada acessível para testes e pequenos projetos paralelos.
Por outro lado, o modelo vCore introduz níveis especializados para lidar com escala extrema. O nível Hyperscale, por exemplo, permite que bancos de dados individuais escalem até 128 terabytes de armazenamento, tornando-se o padrão do setor para aplicações corporativas que crescem rapidamente. Além disso, o modelo vCore traz o nível de computação Serverless, que pausa automaticamente seu banco de dados após uma hora de inatividade. Enquanto estiver pausado, você paga apenas pelo armazenamento, o que torna o custo praticamente zero quando ele fica ocioso nos fins de semana ou fora do horário comercial.
Também vale destacar as escolhas de geração de hardware dentro do vCore. As gerações mais novas de hardware oferecem memória e processadores mais rápidos, permitindo otimizar a relação preço-desempenho de forma muito mais eficaz do que as configurações fixas de hardware dos níveis DTU padrão.
Migração e flexibilidade sem dependência de fornecedor
Um temor comum entre profissionais de TI que migram para a nuvem é cometer um erro arquitetural irreversível. Felizmente, a Microsoft projetou o Azure SQL Database com caminhos de migração online entre esses dois modelos de compra. Se você começar no modelo DTU e depois perceber que sua aplicação exige a granularidade do vCore, poderá converter o modelo do seu banco de dados online.
Durante esse processo de conversão, sua aplicação permanece online e acessível. A transição se parece mais com alterar uma configuração do que com reconstruir toda a sua infraestrutura do zero. Essa flexibilidade permite que as equipes comecem de forma enxuta, monitorem métricas reais de utilização de recursos e migrem para um modelo mais robusto somente quando os dados de desempenho justificarem o investimento.
Conclusão e próximos passos
Escolher o modelo de compra certo para o seu banco de dados na nuvem se resume a equilibrar simplicidade e controle granular. Se você quer uma configuração rápida e agrupada, com custo mensal fixo, o modelo DTU oferece um ponto de partida fácil. Se você precisa de descontos de licença, pausa automática no Serverless, escalonamento independente de armazenamento ou capacidade corporativa massiva, o vCore é claramente a melhor escolha.
Para aprofundar estratégias de bancos de dados gerenciados na nuvem, alta disponibilidade e melhores práticas de segurança, não deixe de ouvir o episódio completo. Acompanhe a discussão completa para obter insights de especialistas e orientações práticas sobre como dominar as plataformas de dados da Microsoft na nuvem.
Perguntas frequentes
Posso mudar do modelo DTU para o modelo vCore sem tempo de inatividade?
Sim, o Azure permite converter seu banco de dados entre os modelos de compra DTU e vCore online, enquanto sua aplicação continua em execução.
Qual é o principal benefício do modelo vCore em relação ao DTU?
O modelo vCore permite escalar computação e armazenamento de forma independente, escolher gerações específicas de hardware e utilizar recursos de economia de custos, como o Azure Hybrid Benefit e a computação Serverless.
O nível Serverless está disponível no modelo de compra DTU?
Não, o nível de computação Serverless está disponível exclusivamente dentro do nível Uso Geral do modelo vCore, permitindo que os bancos de dados sejam pausados em períodos de inatividade para reduzir custos.
Qual é o menor tamanho possível de um banco de dados DTU para testes?
O nível Basic do modelo DTU oferece uma configuração mínima a partir de apenas 5 DTUs e 2 gigabytes de armazenamento, tornando-o ideal para aprendizado e pequenos projetos de desenvolvimento.