Qual serviço da Plataforma de Dados do Azure devo escolher? – BLOG DE TECNOLOGIA SQL

Qual serviço da Plataforma de Dados do Azure devo escolher? – BLOG DE TECNOLOGIA SQL

image


Então, você decidiu usar o Azure para seu projeto de dados novo ou existente? Esta série de blogs está focada na escolha da tecnologia certa para o seu projeto. É difícil né? Tantas opções e tantas variáveis. Este post se concentrará mais no custo das escolhas.

Vamos começar com uma rápida visão geral das várias opções e depois aprofundaremos cada uma delas ao longo de uma série de postagens.

* Não discutiremos MySQL, PostgreSQL, Cosmos ou Azure Synapse Analytics nesta postagem.

Soluções PaaS

O que é PaaS? PaaS significa Plataforma como Serviço; Mas o que isso significa? Em resumo, significa que o provedor de nuvem manterá o hardware, o SO, as correções e até os backups. Isso pode ser uma grande vantagem, mas em alguns casos também pode ser negativo. Por exemplo, se você é um DBA de longa data, pode resolver algumas dessas questões sozinho, mas se tiver uma experiência limitada no banco de dados, o PaaS pode ser a melhor opção.

Banco de Dados SQL do Azure (SQL Server, MySQL e PostgreSQL)

O Banco de Dados SQL do Azure é um ótimo produto, especialmente para novos desenvolvimentos. Por que novo desenvolvedor? Porque este serviço tem algumas limitações, como: nenhuma transação entre bancos de dados. O legal do Banco de Dados SQL do Azure é que você pode facilmente aumentar ou diminuir o tamanho e pode ser configurado em um pool elástico para compartilhar recursos.

https://docs.microsoft.com/azure/sql-database/sql-database-get-started-portal?WT.mc_id=gallery

O Banco de Dados SQL do Azure pode ser a opção mais cara se sua arquitetura não for adequada. Digamos que seu ambiente atual tenha um banco de dados por cliente e você tenha 500 clientes. Usando a Calculadora do Azure, você pode ver como isso pode gerar despesas rapidamente.

https://azure.microsoft.com/en-us/pricing/calculator/

 image

Os recursos provisionados são muito caros. Com o mínimo de 2 vCores, o custo para 500 bancos de dados seria norte de US $ 200.000 por mês. Isso se você precisar provisionar. Sempre há a opção de usar o modelo DTU, que é muito mais barato. O Azure também oferece uma opção sem servidor que “poderia” reduzir significativamente os custos, mas isso é apenas se os aplicativos permitirem que o banco de dados seja desativado devido à falta de uso.

Leia Também  Mudando de idéia - SQLBlog

Instâncias gerenciadas do Azure

As Instâncias Gerenciadas do Azure são um serviço muito interessante, muito mais próximo do SQL local, que pode ajudar quando você deseja migrar aplicativos existentes para uma solução nativa da nuvem, mas foi limitado pelos recursos do Banco de Dados SQL do Azure.

Há muito mais recursos suportados pelas Instâncias Gerenciadas do Azure do que o SQL DB. Para obter uma lista dos recursos suportados pelo SQL DB e MI, consulte aqui: https://docs.microsoft.com/en-us/azure/sql-database/sql-database-features

Já ouvi muitas pessoas descreverem as Instâncias Gerenciadas do Azure como caras, mas acho que elas podem ajudar a controlar os custos quando você tem centenas ou milhares de bancos de dados. Uma das principais desvantagens é a “limitação de 100 bancos de dados”. É isso mesmo que cada MI pode suportar apenas 100 bancos de dados. Usando o mesmo cenário acima, precisaríamos de 5. Infelizmente, a Calculadora do Azure não possui Instâncias Gerenciadas; portanto, você precisará usar seu portal para verificar os preços. Olhando para o meu portal pay-as-you-go, você pode ver o seguinte:

 image

Se você precisasse de 5 instâncias, isso custaria cerca de US $ 8500 / mês. Isso está correto? Como você sabe qual é o tamanho certo da instância? Bem, não sei para seus aplicativos. Isso é algo que você precisa descobrir. Discutirei esse tópico em uma nova postagem, portanto, fique atento. Para uma visualização rápida de 10.000 ‘, basta coletar métricas de desempenho do seu aplicativo e ver quais são os pontos altos e médios para dimensionar corretamente o ambiente.

Outra consideração para as Instâncias gerenciadas é que elas podem ser mais difíceis de trabalhar devido à forma como a rede está configurada. Por exemplo, o Azure Data Factory requer um tempo de execução de integração auto-hospedado para funcionar com um MI.

Leia Também  Variáveis ​​de tabela com otimização de memória no SQL Server
cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br

Soluções IaaS (elevação e mudança)

Há uma razão pela qual a abordagem de “levantamento e troca” é a primeira etapa mais comum da nuvem para bancos de dados e aplicativos existentes. Qual é a razão? É que geralmente é o mais simples e o menor risco. Basta pegar o que você tem hoje e movê-lo para a nuvem. Onde fica em termos de custo? Isso tudo depende. Poderia ser consideravelmente mais barato ou consideravelmente mais caro. Digamos que os 500 bancos de dados estejam todos hospedados em um único servidor no seu datacenter. Que tamanho é necessário? Se você precisar de uma VM enorme, a resposta é que provavelmente custará mais, porque você deseja criar uma forma de H / A como um cluster que exigiria um balanceador de carga e pelo menos dois nós. Se você não precisa de muitos núcleos, mas precisa de muita memória, o IaaS pode ser realmente muito melhor que as instâncias gerenciadas. Vamos dar uma olhada nas limitações da RAM para instâncias gerenciadas do Azure:

 image

https://docs.microsoft.com/en-us/azure/sql-database/sql-database-managed-instance-resource-limits

A tabela acima descreve 5,1 GB de RAM por núcleo. Se tudo o que você precisa são 8 núcleos para os 500 bancos de dados, uma Instância gerenciada com 8 vCores terá apenas 40 GB de RAM, ai! Mas se você pode lidar com apenas 40 GB por MI, talvez esteja bem, afinal 40 × 5 = 200 GB no total. Uma única série E (E32-8s v3) com 8 vCores possui 256 GB de RAM e custa cerca de US $ 5.000 / mês sem nenhum benefício híbrido. Com uma VM, você também precisará de armazenamento. Se você traz sua própria licença, o IaaS é de longe o menos caro. Instâncias gerenciadas podem ficar muito caras ao adicionar vCores.

 image

Algumas coisas a ter em mente ao pensar em um FCI:

  1. Quanto mais bancos de dados você adicionar ao FCI, menos dispendiosa a solução custa por banco de dados. Adicionar mais bancos de dados a uma solução de Instância gerenciada significa adicionar mais instâncias gerenciadas, aumentando o custo mensal.
  2. Se você não possui uma licença existente e planeja instalar apenas com o modelo PAYG, pode ficar chocado ao descobrir que a licença no nó passivo também precisará ser paga. É isso mesmo, PAYG não cobre o custo do nó de cluster inativo para uma FCI do SQL Server (Instância de Cluster de Failover).
  3. Você faz todas as correções, backups e outras manutenções.
Leia Também  O ajuste de desempenho significa três coisas

Sumário

O Azure oferece muitas opções para migrar seu SQL Server. Entrarei em mais detalhes sobre cada uma das postagens futuras. Fique atento. Quanto a essa visão geral de alto nível, você pode ver que há muito a pensar na decisão e tudo se resume ao que é certo para você. O custo é uma preocupação? Você tem um único banco de dados multilocatário ou centenas de bancos de dados individuais? Os limites do Banco de Dados SQL do Azure oferecem suporte à sua solução e faz sentido modificar o aplicativo, caso contrário? Sua solução precisa de muito mais RAM que o vCores? Todas essas são perguntas que você precisará responder antes de tomar a decisão.

Se você tiver uma arquitetura de aplicativo que não permita bancos de dados com vários inquilinos, o Banco de Dados SQL do Azure provavelmente não é a escolha certa. Gostaria de dizer que o gráfico abaixo é um exemplo extremo, mas considerando que cada banco de dados SQL está configurado apenas para 50 DTUs, não é tão extremo quanto você imagina para um cenário de banco de dados de produção e pode argumentar que US $ 73 por cliente é baixo o suficiente mas é provável que 50 DTUs não atendam a todas as suas necessidades de banco de dados. Por outro lado, um pequeno E32-8s pode não ser suficiente para suportar 2000 bancos de dados; mas mostra que, quanto mais bancos de dados você puder colocar em uma única VM, maior economia potencial poderá obter.

 image

Questões? Me mande um e-mail. Além disso, fique atento para um mergulho mais profundo sobre esse tópico em breve.



cupom com desconto - o melhor site de cupom de desconto cupomcomdesconto.com.br