Explore as tecnologias de migração de dados disponíveis
A fase de descoberta e avaliação deve ter proporcionado uma compreensão clara do seu ambiente atual e das cargas de trabalho que operam nele. Você também deve entender o que está buscando em seus resultados de modernização de dados. Com uma compreensão clara desses tópicos, você pode selecionar uma tecnologia de plataforma de dados apropriada para dar suporte às suas cargas de trabalho.
Em nosso cenário de varejista global, você concluiu as fases de descoberta e avaliação de seu projeto de modernização da plataforma de dados. Agora, na fase de planejamento, você deseja escolher as melhores tecnologias de banco de dados para migrar seu conjunto de dados. Decidiu alojar dados na nuvem, mas sabe que existem várias tecnologias diferentes no Azure que pode utilizar.
Aqui, você aprenderá sobre os serviços de hospedagem SQL do Azure disponíveis e também sobre o Azure Synapse Analytics.
SQL Server em uma máquina virtual do Azure
O uso de IaaS (infraestrutura como serviço) é útil para qualquer solução de aplicativo que exija uma migração rápida para a nuvem com alterações mínimas. Todas as versões e edições do SQL Server estão disponíveis e oferecem 100% de compatibilidade com o SQL Server, permitindo que você hospede quantos bancos de dados forem necessários e execute transações entre bancos de dados.
Há também outros benefícios que podem levá-lo a considerar o uso da plataforma IaaS, incluindo:
- Configure e gerencie alta disponibilidade, recuperação de desastres e aplicação de patches para o SQL Server com mais facilidade do que máquinas locais
- Ambiente personalizado com direitos administrativos completos
- Instâncias do SQL Server com até 64 TB de armazenamento e quantos bancos de dados forem necessários
- Suporta totalmente replicação transacional do SQL Server, grupos de disponibilidade AlwaysOn, Integration Services, envio de logs para replicar dados e backups tradicionais do SQL Server
Além disso, migrar para o SQL Server em uma Máquina Virtual do Azure pode ser uma opção para sistemas herdados, onde o aplicativo e o banco de dados precisam coexistir no mesmo servidor.
Devido à natureza simples da migração, a migração para essa plataforma de destino é frequentemente chamada de "lift and shift".
Instância Gerida do Azure SQL
A Instância Gerenciada do SQL é um destino de migração ideal para organizações que buscam uma solução de baixo esforço para transferir um grande número de bancos de dados SQL Server locais para o Azure. Com ampla compatibilidade com o SQL Server e isolamento de rede, ele simplifica o processo de elevação e deslocamento e, ao mesmo tempo, fornece uma solução segura e econômica. Você pode fazer backup e restaurar bancos de dados locais para a Instância Gerenciada do SQL, que oferece os mesmos recursos do Banco de Dados SQL, juntamente com suporte para tamanhos de banco de dados maiores (até 8 TB) e recursos do SQL Server, como SQL Agent, consulta entre bancos de dados e replicação.
Usar a Instância Gerenciada SQL do Azure traz os seguintes benefícios:
- Ambiente isolado (serviço de locatário único com VNET, computação dedicada e recursos de armazenamento)
- Retenção e recuperação de backup configuráveis pelo cliente
- Database Advisor e Log Analytics para análise avançada de carga de trabalho
- Ajuste e manutenção automáticos do banco de dados para um desempenho previsível
- Monitore, solucione problemas e gerencie em escala
- Funcionalidade do portal do Azure para provisionamento e dimensionamento manual de serviços
- Autenticação Microsoft Entra, suporte de logon único
- Adere aos mesmos padrões de conformidade que o Banco de Dados SQL do Azure
- Criptografia dos dados em trânsito e repouso com chaves de criptografia fornecidas pelo cliente
- Sem aplicação de patches e sobrecarga de atualização de versão
Base de Dados SQL do Azure
O Banco de Dados SQL do Azure é totalmente gerenciado e fornece às organizações um mecanismo de banco de dados relacional de uso geral, confiável e seguro de alto desempenho na nuvem. Existem modelos de implantação no Banco de Dados SQL do Azure, cada um fornecendo benefícios diferentes:
Base de dados única
Um único banco de dados tem seus próprios recursos e é implantado em um servidor lógico do Banco de dados SQL onde é gerenciado. Há vários níveis de desempenho, cada um fornecendo diferentes níveis de throughput, desempenho, armazenamento e custo.
Conjuntos elásticos
Os pools elásticos fornecem às organizações uma maneira econômica de implantar e gerenciar vários bancos de dados com diferentes características de carga de trabalho. Os bancos de dados que pertencem a um pool elástico são implantados em um único servidor do Banco de dados SQL, permitindo a utilização de recursos compartilhados entre todos os bancos de dados dentro do pool.
Bancos de dados únicos e pools elásticos podem ser adquiridos usando o modelo de compra baseado em DTU ou o modelo de compra baseado em vCore.
Modelo de compra baseado em DTU
Uma unidade de taxa de transferência de banco de dados (DTU) é uma unidade de desempenho calculada pela combinação de CPU, memória, E/S de dados e E/S de log de transações. Quanto maior a DTU, maior o nível de desempenho. O Modelo de Compras DTU permite que os clientes controlem seus orçamentos com faturamento por hora e preço fixo.
Modelo de compra baseado em vCore
O modelo de compra vCore permite que os clientes selecionem um nível de desempenho com base em vCores e memória. Esse modelo permite que a computação seja dimensionada independentemente do armazenamento em um nível mais granular. Como um benefício adicional, o modelo de compra vCore permite que as organizações licenciem Bancos de Dados SQL do Azure com o Benefício de Uso Híbrido do Azure para SQL Server. Isso significa que os clientes com cobertura do Ative Software Assurance (SA) para licenças principais do SQL Server Enterprise e Standard Edition podem obter economias de até 30%.
Usar um único serviço do Banco de Dados SQL do Azure atenderá a muitos requisitos de negócios que têm bancos de dados com requisitos de desempenho previsíveis e pode trazer os seguintes benefícios:
- Uma compatibilidade com o mecanismo do SQL Server e suporte a rede virtual nativa (VNET)
- Escalabilidade dinâmica sem tempo de inatividade
- Otimização inteligente integrada, escalabilidade e disponibilidade globais e opções avançadas de segurança
- Elimina os custos de hardware e reduz os custos administrativos
- Recursos internos de infraestrutura de tolerância a falhas, o Banco de Dados SQL do Azure fornece recursos, como backups automatizados, restauração point-in-time, restauração geográfica e replicação geográfica ativa para aumentar a continuidade de negócios para aplicativos que hospedam dados no Banco de Dados SQL do Azure
- Bancos de dados de até 4 TB ou maiores que podem ser particionados horizontal ou verticalmente usando um padrão de expansão
Azure Synapse Analytics
O Azure Synapse Analytics é um Enterprise Data Warehouse (EDW) baseado na nuvem que tira partido do Processamento Paralelo Massivo (MPP) para executar rapidamente consultas complexas numa grande quantidade de dados. É um sistema distribuído projetado para fornecer análises sobre grandes volumes de dados. A migração para o Azure Synapse Analytics requer algumas alterações de design em esquemas de tabela e código que não são difíceis de entender, mas podem levar algum tempo para serem implementadas. Se a sua empresa requer um armazém de dados de classe empresarial, os benefícios valem o esforço. No entanto, se você não precisar do poder do Azure Synapse Analytics, será mais econômico usar o Banco de Dados SQL do Azure ou o SQL Server na Máquina Virtual.
Considere usar o Azure Synapse Analytics quando:
- Ter um ou mais terabytes de dados
- Planejar a execução de análises em grandes quantidades de dados
- Precisa da capacidade de dimensionar computação e armazenamento
- Deseja economizar em custos pausando recursos de computação quando não precisar deles.
Não use o Azure Synapse Analytics quando suas cargas de trabalho tiverem:
- Leituras e gravações de alta frequência
- Grande número de instruções singleton select
- Volumes elevados de inserções de linha única
- Necessidades de processamento linha a linha
- Formatos incompatíveis (JSON, XML)