Visão geral da avaliação (migrar para o Azure SQL)
Este artigo fornece uma visão geral das avaliações para migrar instâncias locais do SQL Server de um ambiente VMware, Microsoft Hyper-V e físico para o SQL Server na VM do Azure ou no Banco de Dados SQL do Azure ou na Instância Gerenciada SQL do Azure usando a ferramenta Azure Migrate: Discovery and assessment.
O que é uma avaliação?
Uma avaliação com a ferramenta de descoberta e avaliação é um instantâneo point-in-time dos dados e mede a prontidão e estima o efeito da migração de servidores locais para o Azure.
Tipos de avaliações
Há três tipos de avaliações que você pode criar usando a Migração do Azure: Descoberta e ferramenta de avaliação.
| Tipo de Avaliação | Detalhes |
|---|---|
| VM do Azure | Avaliações para migrar os seus servidores no local para máquinas virtuais do Azure. Você pode avaliar seus servidores locais no ambiente VMware e Hyper-V e servidores físicos para migração para VMs do Azure usando esse tipo de avaliação. |
| SQL do Azure | Avaliações para migrar seus servidores SQL locais de seus ambientes VMware, Microsoft Hyper-V e físico para o SQL Server na VM do Azure, ou Banco de Dados SQL do Azure ou Instância Gerenciada SQL do Azure. |
| Serviço de Aplicações do Azure | Avaliações para migrar seus aplicativos Web ASP.NET locais, executados em servidores Web IIS, do seu ambiente VMware para o Serviço de Aplicativo do Azure. |
| Azure VMware Solution (AVS) | Avaliações para migrar os seus servidores no local para o Azure VMware Solution (AVS). Você pode avaliar suas VMs VMware locais para migração para o Azure VMware Solution (AVS) usando esse tipo de avaliação. Mais informações. |
Nota
Se o número de avaliações de VM ou AVS do Azure estiver incorreto na ferramenta de descoberta e avaliação, clique no número total de avaliações para navegar até todas as avaliações e recalcular as avaliações de VM ou AVS do Azure. Em seguida, a ferramenta Descoberta e avaliação mostra a contagem correta para esse tipo de avaliação.
Uma avaliação SQL do Azure fornece dois critérios de dimensionamento:
| Critérios de dimensionamento | Detalhes | Dados |
|---|---|---|
| Como no local | Avaliações que fazem recomendações com base apenas na configuração local do SQL Server | A configuração SQL do Azure é baseada na configuração local do SQL Server, que inclui núcleos alocados, memória total alocada e tamanhos de banco de dados. |
| Com base no desempenho | Avaliações que fazem recomendações com base nos dados de desempenho recolhidos | A configuração SQL do Azure é baseada em dados de desempenho de instâncias SQL e bancos de dados, que incluem utilização de CPU, utilização de memória, IOPS (arquivos de dados e log), taxa de transferência e latência de operações de E/S. |
Como avalio meus servidores SQL locais?
Você pode avaliar suas instâncias locais do SQL Server usando os dados de configuração e utilização coletados por um dispositivo leve do Azure Migrate. O dispositivo descobre instâncias e bancos de dados do SQL Server local e envia os dados de configuração e desempenho para o Azure Migrate. Saiba mais.
Como faço para avaliar com o aparelho?
Se você estiver implantando um dispositivo Azure Migrate para descobrir servidores locais, execute as seguintes etapas:
- Configure o Azure e seu ambiente local para trabalhar com o Azure Migrate.
- Para sua primeira avaliação, crie um projeto do Azure Migrate e adicione a ferramenta Azure Migrate: Discovery and assessment a ele.
- Implante um dispositivo leve do Azure Migrate. O dispositivo descobre continuamente servidores locais e envia dados de configuração e desempenho para o Azure Migrate. Implante o dispositivo como uma VM ou um servidor físico. Você não precisa instalar nada nos servidores que deseja avaliar.
Depois que o dispositivo começar a descoberta, você poderá reunir os servidores que deseja avaliar em um grupo e executar uma avaliação para o grupo com o tipo de avaliação Azure SQL.
Siga nosso tutorial para avaliar instâncias do SQL Server para experimentar essas etapas.
Como o dispositivo calcula dados de desempenho para instâncias e bancos de dados SQL?
O dispositivo coleta dados de desempenho para configurações de computação com estas etapas:
- O aparelho recolhe um ponto de amostragem em tempo real. Para servidores SQL, ele coleta um ponto de exemplo a cada 30 segundos.
- O aparelho agrega os pontos de dados de amostra recolhidos a cada 30 segundos durante 10 minutos. Para criar o ponto de dados, o dispositivo seleciona os valores de pico de todas as amostras. Ele envia o máximo, a média e a variância de cada contador para o Azure.
- O Azure Migrate armazena todos os pontos de dados de 10 minutos do último mês.
- Quando você cria uma avaliação, o Azure Migrate identifica o ponto de dados apropriado a ser usado para o dimensionamento correto. A identificação é baseada nos valores de percentis para o histórico de desempenho e utilização do percentil.
- Por exemplo, se o histórico de desempenho for de uma semana e a utilização do percentil for o percentil 95, a avaliação classificará os pontos de amostra de 10 minutos para a última semana. Ele os classifica em ordem crescente e escolhe o valor do percentil 95 para dimensionamento correto.
- O valor do percentil 95 garante que você ignore quaisquer valores atípicos, que podem ser incluídos se você escolher o percentil 99.
- Se você quiser escolher o pico de uso para o período e não quiser perder nenhum outliers, selecione o percentil 99 para utilização do percentil.
- Esse valor é multiplicado pelo fator de conforto para obter os dados de utilização de desempenho efetivo para essas métricas que o dispositivo coleta:
- Utilização da CPU (%)
- Utilização da memória (%)
- Ler IO/s e Gravar IO/s (dados e arquivos de log)
- Ler MB/s e Escrever MB/s (Taxa de transferência)
- Latência das operações de E/S
Quais propriedades são usadas para criar e personalizar uma avaliação SQL do Azure?
As propriedades de avaliação do SQL do Azure incluem:
| Secção | Definição | Detalhes |
|---|---|---|
| Configurações de segmentação e preços | Localização de destino | A região do Azure para a qual você deseja migrar. A configuração do SQL do Azure e as recomendações de custo são baseadas no local especificado. |
| Configurações de segmentação e preços | Tipo de ambiente | O ambiente para as implantações SQL aplicarem preços aplicáveis à Produção ou Desenvolvimento/Teste. |
| Configurações de segmentação e preços | Programa de oferta/licenciamento | A oferta do Azure se você estiver inscrito. Atualmente, o campo é Pay-as-you-go por padrão, que oferece preços de varejo do Azure. Pode beneficiar de descontos adicionais aplicando capacidade reservada e Benefício Híbrido do Azure à oferta pré-paga. Você pode aplicar o Benefício Híbrido do Azure sobre a oferta de pagamento conforme o uso e o ambiente de desenvolvimento/teste. A avaliação não suporta a aplicação de Capacidade Reservada em cima da oferta de pagamento conforme o uso e do ambiente de Desenvolvimento/Teste. Se a oferta estiver definida como Pay-as-you-go e a capacidade reservada estiver definida como Sem instâncias reservadas, as estimativas de custo mensal serão calculadas multiplicando o número de horas escolhidas no campo de tempo de atividade da VM pelo preço horário da SKU recomendada. |
| Configurações de segmentação e preços | Opções de poupança - Azure SQL MI e DB (PaaS) | Especifique a opção de economia de capacidade reservada que você deseja que a avaliação considere para ajudar a otimizar seu custo de computação do Azure. As reservas do Azure (1 ano ou 3 anos reservados) são uma boa opção para os recursos em execução mais consistentes. Quando você seleciona 'Nenhum', o custo de computação do Azure é baseado na taxa Pay as you go ou com base no uso real. Você precisa selecionar o programa de oferta/licenciamento pré-pago para poder usar Instâncias Reservadas. Quando você seleciona qualquer opção de economia diferente de 'Nenhuma', as configurações 'Desconto (%)' e 'Tempo de atividade da VM' não são aplicáveis. As estimativas de custos mensais são calculadas multiplicando 744 horas pelo preço horário do SKU recomendado. |
| Configurações de segmentação e preços | Opções de economia - SQL Server na VM do Azure (IaaS) | Especifique a opção de economia que você deseja que a avaliação considere para ajudar a otimizar seu custo de computação do Azure. As reservas do Azure (1 ano ou 3 anos reservados) são uma boa opção para os recursos em execução mais consistentes. O Plano de Poupança do Azure (plano de poupança de 1 ou 3 anos) proporciona flexibilidade adicional e otimização de custos automatizada. Idealmente, após a migração, você poderia usar o plano de reserva e economia do Azure ao mesmo tempo (a reserva é consumida primeiro), mas nas avaliações de migração do Azure, você só pode ver estimativas de custo de 1 opção de economia de cada vez. Quando você seleciona 'Nenhum', o custo de computação do Azure é baseado na taxa Pay as you go ou com base no uso real. Você precisa selecionar o programa de oferta/licenciamento pré-pago para poder usar as Instâncias Reservadas ou o Plano de Economia do Azure. Quando você seleciona qualquer opção de economia diferente de 'Nenhuma', as configurações 'Desconto (%)' e 'Tempo de atividade da VM' não são aplicáveis. As estimativas de custo mensal são calculadas multiplicando 744 horas no campo de tempo de atividade da VM pelo preço horário da SKU recomendada. |
| Configurações de segmentação e preços | Moeda | A moeda de faturação da sua conta. |
| Configurações de segmentação e preços | Desconto (%) | Quaisquer descontos específicos da subscrição que receba sobre a oferta do Azure. A predefinição é 0%. |
| Configurações de segmentação e preços | Tempo de atividade de VM | Especifique a duração (dias por mês/hora por dia) que os servidores/VMs executam. Isso é útil para calcular estimativas de custo para o SQL Server na VM do Azure, onde você está ciente de que as VMs do Azure podem não ser executadas continuamente. As estimativas de custo para servidores em que o destino recomendado é o SQL Server na VM do Azure baseiam-se na duração especificada. O padrão é 31 dias por mês/24 horas por dia. |
| Configurações de segmentação e preços | Benefício Híbrido do Azure | Especifique se você já tem uma licença do Windows Server e/ou do SQL Server ou uma assinatura do Enterprise Linux (RHEL e SLES). O Benefício Híbrido do Azure é um benefício de licenciamento que ajuda a reduzir significativamente os custos de execução das cargas de trabalho na cloud. Permite utilizar as licenças do SQL Server e do Servidor do Windows no local com o Software Assurance no Azure. Por exemplo, se você tiver uma licença do SQL Server e eles estiverem cobertos com o Software Assurance ativo de Assinaturas do SQL Server, poderá solicitar o Benefício Híbrido do Azure quando trouxer licenças para o Azure. |
| Critérios de avaliação | Critérios de dimensionamento | Definido como Baseado no desempenho por padrão, o que significa que o Azure Migrate coleta métricas de desempenho pertencentes a instâncias SQL e aos bancos de dados gerenciados por ela para recomendar um SQL Server de tamanho ideal na VM do Azure e/ou no Banco de Dados SQL do Azure e/ou na configuração da Instância Gerenciada SQL do Azure. Você pode alterar isso para As on-premises para obter recomendações baseadas apenas na configuração local do SQL Server sem as otimizações baseadas em métricas de desempenho. |
| Critérios de avaliação | Histórico de desempenho | Indique a duração dos dados na qual pretende basear a avaliação. (O padrão é um dia) |
| Critérios de avaliação | Utilização de percentil | Indique o valor de percentil que você deseja usar para a amostra de desempenho. (O padrão é percentil 95) |
| Critérios de avaliação | Fator de conforto | Indique o buffer que você deseja usar durante a avaliação. Isso explica problemas como uso sazonal, histórico de desempenho curto e prováveis aumentos no uso futuro. |
| Critérios de avaliação | Preferência de otimização | Especificar a preferência pelo relatório de avaliação recomendado. Selecionar Minimizar custo resultaria no relatório de avaliação Recomendado recomendando os tipos de implantação que têm menos problemas de migração e são mais econômicos, enquanto selecionar Modernizar para PaaS resultaria em Relatório de avaliação recomendado recomendando tipos de implantação de PaaS (Azure SQL MI ou DB) sobre IaaS Azure(VMs), sempre que a instância do SQL Server estiver pronta para migração para PaaS independentemente do custo. |
| Dimensionamento da Instância Gerenciada SQL do Azure | Escalão de Serviço | Escolha a opção de camada de serviço mais apropriada para acomodar suas necessidades de negócios para a migração para a Instância Gerenciada SQL do Azure: Selecione Recomendado se quiser que o Azure Migrate recomende a camada de serviço mais adequada para seus servidores. Isso pode ser de uso geral ou crítico para os negócios. Selecione Finalidade Geral se desejar uma configuração SQL do Azure projetada para cargas de trabalho orientadas a orçamento. Selecione Business Critical se quiser uma configuração SQL do Azure projetada para cargas de trabalho de baixa latência com alta resiliência a falhas e failovers rápidos. |
| Dimensionamento da Instância Gerenciada SQL do Azure | Tipo de instância | Padrão para instância única. |
| Dimensionamento da Instância Gerenciada SQL do Azure | Escalão de Preço | Padrão para Padrão. |
| SQL Server no dimensionamento de VM do Azure | Série das VMs | Especifique a série de VMs do Azure que você deseja considerar para o SQL Server no dimensionamento da VM do Azure. Com base nos requisitos de configuração e desempenho do seu SQL Server ou instância do SQL Server, a avaliação recomenda um tamanho de VM na lista selecionada de séries de VMs. Você pode editar as configurações conforme necessário. Por exemplo, se você não quiser incluir a VM da série D, poderá excluir a série D dessa lista. Como as avaliações SQL do Azure pretendem oferecer o melhor desempenho para suas cargas de trabalho SQL, a lista de séries de VMs só tem VMs otimizadas para executar seu SQL Server em Máquinas Virtuais (VMs) do Azure. Mais informações. |
| SQL Server no dimensionamento de VM do Azure | Tipo de armazenamento | O padrão é Recomendado, o que significa que a avaliação recomenda o Disco Gerenciado do Azure mais adequado com base no tipo de ambiente escolhido, tamanho do disco local, IOPS e taxa de transferência. |
| Dimensionamento do Banco de Dados SQL do Azure | Escalão de Serviço | Escolha a opção de camada de serviço mais apropriada para acomodar suas necessidades de negócios para a migração para o Banco de Dados SQL do Azure: Selecione Recomendado se quiser que o Azure Migrate recomende a camada de serviço mais adequada para seus servidores. Isso pode ser de uso geral ou crítico para os negócios. Selecione Finalidade Geral se desejar uma configuração SQL do Azure projetada para cargas de trabalho orientadas a orçamento. Selecione Business Critical se quiser uma configuração SQL do Azure projetada para cargas de trabalho de baixa latência com alta resiliência a falhas e failovers rápidos. |
| Dimensionamento do Banco de Dados SQL do Azure | Tipo de instância | Padrão para Banco de dados único. |
| Dimensionamento do Banco de Dados SQL do Azure | Modelo de compra | Padrão para vCore. |
| Dimensionamento do Banco de Dados SQL do Azure | Camada de computação | Padrão para provisionado. |
| Propriedades de alta disponibilidade e recuperação de desastres | Região de recuperação de desastres | Padrão para o par de replicação entre regiões do local de destino. Em um evento improvável quando o local de destino escolhido ainda não tiver esse par, o próprio local de destino especificado será escolhido como a região de recuperação de desastres padrão. |
| Propriedades de alta disponibilidade e recuperação de desastres | Intenção de várias sub-redes | Padrão para Recuperação de desastres. Selecione Recuperação de desastres se desejar replicação assíncrona de dados em que alguns atrasos de replicação sejam toleráveis. Isso permite maior durabilidade usando redundância geográfica. Em caso de failover, os dados que ainda não foram replicados podem ser perdidos. Selecione Alta disponibilidade se desejar que a replicação de dados seja síncrona e que nenhuma perda de dados devido a atraso de replicação seja permitida. Essa configuração permite que a avaliação aproveite as opções internas de alta disponibilidade nos Bancos de Dados SQL do Azure e nas Instâncias Gerenciadas do SQL do Azure, e as zonas de disponibilidade e redundância de zona nas Máquinas Virtuais do Azure para fornecer maior disponibilidade. Em caso de failover, nenhum dado é perdido. |
| Propriedades de alta disponibilidade e recuperação de desastres | Acesso à Internet | Padrão para Disponível. Selecione Disponível se permitir o acesso de saída à Internet a partir de VMs do Azure. Isso permite o uso do Cloud Witness, que é a abordagem recomendada para Clusters de Failover do Windows Server em Máquinas Virtuais do Azure. Selecione Não disponível se as VMs do Azure não tiverem acesso de saída à Internet. Isso requer o uso de um Disco Compartilhado como testemunha para Clusters de Failover do Windows Server em Máquinas Virtuais do Azure. |
| Propriedades de alta disponibilidade e recuperação de desastres | Intenção do modo de confirmação assíncrona | Padrão para Recuperação de desastres. Selecione Recuperação de desastres se estiver usando o modo de disponibilidade de confirmação assíncrona para permitir maior durabilidade para os dados sem afetar o desempenho. Em caso de failover, os dados que ainda não foram replicados podem ser perdidos. Selecione Alta disponibilidade se estiver usando o modo de disponibilidade de dados de confirmação assíncrona para melhorar a disponibilidade e dimensionar o tráfego de leitura. Essa configuração permite que a avaliação aproveite os recursos internos de alta disponibilidade nos Bancos de Dados SQL do Azure, nas Instâncias Gerenciadas SQL do Azure e nas Máquinas Virtuais do Azure para fornecer maior disponibilidade e expansão. |
| Segurança | Segurança | O padrão é Sim, com o Microsoft Defender for Cloud. Especifica se você deseja avaliar a prontidão e o custo das ferramentas de segurança no Azure. Se a configuração tiver o valor padrão Sim, com o Microsoft Defender for Cloud, ela avaliará a prontidão de segurança e os custos do seu Azure SQL MI/DB com o Microsoft Defender for Cloud. |
Analise as práticas recomendadas para criar uma avaliação com o Azure Migrate.
Calcular prontidão
Nota
A avaliação inclui apenas bases de dados que estão em estado online. Caso a base de dados esteja em qualquer outro estado, a avaliação ignora o respetivo cálculo de preparação, dimensionamento e custo. Caso deseje avaliar essas bases de dados, altere o estado da base de dados e recalcule a avaliação dentro de algum tempo.
Preparação para SQL do Azure
Verificações de prontidão para diferentes estratégias de migração:
Implantação recomendada, Instâncias para SQL Server na VM do Azure, Instâncias para o SQL MI do Azure, Banco de Dados para o Banco de Dados SQL do Azure:
A preparação do SQL do Azure para instâncias e bancos de dados SQL é baseada em uma verificação de compatibilidade de recursos com o SQL Server na VM do Azure, no Banco de Dados SQL do Azure e na Instância Gerenciada SQL do Azure:
- A avaliação SQL do Azure considera os recursos de instância do SQL Server que são usados atualmente pelas cargas de trabalho do SQL Server de origem (trabalhos do SQL Agent, servidores vinculados, etc.) e os esquemas de bancos de dados do usuário (tabelas, exibições, gatilhos, procedimentos armazenados etc.) para identificar problemas de compatibilidade.
- Se não forem encontrados problemas de compatibilidade, a instância será marcada como Pronta para o tipo de implantação de destino (SQL Server na VM do Azure ou Banco de Dados SQL do Azure ou Instância Gerenciada SQL do Azure)
- Se houver problemas de compatibilidade não críticos, como recursos preteridos ou sem suporte que não bloqueiam a migração para um tipo de implantação de destino específico, a instância será marcada como Pronta (hiperlinkada) com detalhes de aviso e orientação de correção recomendada. Isso inclui a situação em que os dados de origem têm uma configuração do Grupo de Disponibilidade Always On e as réplicas necessárias excedem as disponíveis com o tipo de implantação de destino específico.
- Se houver algum problema de compatibilidade que possa bloquear a migração para um tipo de implantação de destino específico, a instância será marcada como Pronta com condições com detalhes do problema e orientação de correção recomendada.
- Nos relatórios Implantação recomendada, Instâncias para SQL MI do Azure e Instâncias para SQL Server no Azure VM prontidão, se houver mesmo um banco de dados em uma instância SQL, que não esteja pronto para um determinado tipo de implantação de destino, a instância será marcada como Pronto com condições para esse tipo de implantação.
- Não está pronto: a avaliação não conseguiu encontrar uma configuração do SQL Server no Azure VM/Azure SQL MI/Azure SQL DB que atendesse às características de configuração e desempenho desejadas. Analise a recomendação para preparar a instância/servidor para o tipo de implantação de destino desejado.
- Se a descoberta ainda estiver em andamento ou se houver problemas de descoberta para uma instância ou banco de dados SQL, a instância será marcada como Desconhecida , pois a avaliação não pôde calcular a prontidão para essa instância SQL.
Nota
Na estratégia de implantação recomendada, migrar instâncias para o SQL Server na VM do Azure é a estratégia recomendada para migrar instâncias do SQL Server. No entanto, quando as credenciais do SQL Server não estão disponíveis, a avaliação do SQL do Azure fornece recomendações de elevação e deslocamento de tamanho certo, ou seja, "Servidor para SQL Server na VM do Azure".
Todos os servidores para SQL Server na VM do Azure:
Consulte a prontidão aqui.
Tipo de implantação recomendado
Para a estratégia de migração de implantação recomendada, a avaliação recomenda um tipo de implantação SQL do Azure que seja o mais compatível com sua instância SQL e o mais econômico. A migração para um destino recomendado pela Microsoft reduz o esforço geral de migração. Se sua instância estiver pronta para o SQL Server na VM do Azure, na Instância Gerenciada SQL do Azure e no Banco de Dados SQL do Azure, o tipo de implantação de destino, que tem menos problemas de preparação para migração e é o mais econômico, é recomendado. Se você selecionar o tipo de implantação de destino como Recomendado nas propriedades de avaliação do SQL do Azure, o Azure Migrate recomendará um tipo de implantação do Azure SQL que seja compatível com sua instância SQL. A migração para um destino recomendado pela Microsoft reduz o esforço geral de migração.
Nota
Na estratégia de implantação recomendada, se o SQL Server de origem for adequado para todos os três destinos de implantação - SQL Server na VM do Azure, Instância Gerenciada do SQL do Azure e Banco de Dados SQL do Azure, a avaliação recomenda uma opção específica que otimiza seu custo e se encaixa nos limites de tamanho e desempenho.
Prontidão de segurança
Se o banco de dados/instância estiver marcado como Pronto para o tipo de implantação de destino Azure SQL DB/MI, ele será automaticamente considerado Pronto para o Microsoft Defender for SQL. Se o banco de dados/instância estiver marcado como Pronto para o tipo de implantação de destino SQL Server na VM do Azure, ele será considerado Pronto para o Microsoft Defender for SQL se estiver executando qualquer uma destas versões:
- SQL Server versões 2012, 2014, 2016, 2017, 2019, 2022
- Para todas as outras versões, está marcado como Pronto com Condições.
Calcular dimensionamento
Depois que a avaliação determina a prontidão e o tipo de implantação SQL do Azure recomendado, ela calcula uma camada de serviço específica e a configuração SQL do Azure (tamanho da SKU) que podem atender ou exceder o desempenho do SQL Server local. Esse cálculo depende se você está usando critérios de dimensionamento como local ou baseados em desempenho.
Como cálculo de dimensionamento local
Se você usar os critérios de dimensionamento como local, a avaliação usará apenas dados de configuração da instância SQL e não considerará os dados de desempenho.
Instâncias para o Azure SQL MI e Bancos de Dados para a configuração do Banco de Dados SQL do Azure
A avaliação calcula uma camada de serviço específica e uma configuração SQL do Azure (tamanho SKU) que podem atender ou exceder a configuração da instância SQL local:
- Durante o processo de descoberta, o Azure Migrate coleta a configuração da instância SQL que inclui:
- vCores (alocado)
- Memória (alocada)
- Tamanho total do banco de dados e organizações de arquivos de banco de dados
- O tamanho do banco de dados é calculado adicionando todos os dados e arquivos de log.
- A avaliação agrega todos os dados de configuração e tenta encontrar a melhor correspondência entre várias camadas e configurações de serviço SQL do Azure e escolhe uma configuração que pode corresponder ou exceder os requisitos da instância SQL, otimizando o custo.
Instâncias para o SQL Server na configuração da VM do Azure
O relatório de avaliação de instância para SQL Server na VM do Azure abrange a abordagem ideal para migrar instâncias e bancos de dados do SQL Server para o SQL Server na VM do Azure, aderindo às práticas recomendadas. Mais informações.
Dimensionamento do armazenamento
Para o dimensionamento de armazenamento, a avaliação mapeia cada disco de instância para um disco do Azure. O dimensionamento funciona da seguinte forma:
O tamanho de disco necessário para cada um dos discos é o tamanho das unidades de Dados SQL e Log SQL.
A avaliação recomenda a criação de um pool de discos de armazenamento para todas as unidades de log e dados SQL. Para unidades temporárias, a avaliação recomenda armazenar os arquivos na unidade local.
Se a avaliação não conseguir encontrar um disco para o tamanho necessário, ela marcará a instância como inadequada para migrar para o SQL Server na VM do Azure
Se a avaliação encontrar um conjunto de discos adequados, ela selecionará os discos que suportam o local especificado nas configurações de avaliação.
Se o tipo de ambiente for Produção, a avaliação tenta encontrar discos Premium para mapear cada um dos discos, caso contrário, tenta encontrar um disco adequado, que pode ser disco SSD Premium ou Standard.
- Se houver vários discos qualificados, a avaliação selecionará o disco com o menor custo.
Dimensionamento computacional
Depois de calcular os requisitos de armazenamento, a avaliação considera os requisitos de CPU e RAM da instância para encontrar um tamanho de VM adequado no Azure.
- A avaliação examina os núcleos alocados e a RAM para encontrar um tamanho de VM do Azure adequado.
- Se nenhum tamanho adequado for encontrado, o servidor será marcado como inadequado para o Azure.
- Se for encontrado um tamanho adequado, o Azure Migrate aplicará os cálculos de armazenamento. Em seguida, ele aplica as configurações de local e camada de preço para a recomendação final de tamanho da VM.
- Se existirem vários tamanhos de VMs do Azure elegíveis, é recomendado aquele que tiver o custo mais baixo.
Nota
Como as avaliações SQL do Azure se destinam a fornecer o melhor desempenho para suas cargas de trabalho SQL, a lista de séries de VMs só tem VMs otimizadas para executar seu SQL Server em Máquinas Virtuais (VMs) do Azure. Mais informações.
Servidores para SQL Server na configuração de VM do Azure
Para Todos os servidores para o SQL Server na estratégia de migração de VM do Azure, consulte Computação e dimensionamento de armazenamento aqui.
Nota
As classificações de confiança não são aplicáveis a avaliações SQL do Azure usando critérios de dimensionamento como locais .
Cálculo de dimensionamento baseado no desempenho
Se você usar o dimensionamento baseado em desempenho, a avaliação usará a configuração da instância SQL e os dados de desempenho para gerar recomendações que atendam ou excedam os requisitos de desempenho.
Instâncias para o Azure SQL MI e Bancos de Dados para a configuração do Banco de Dados SQL do Azure
A avaliação calcula uma camada de serviço específica e uma configuração SQL do Azure (tamanho de SKU) que podem atender ou exceder os requisitos de desempenho da instância SQL local:
- Durante o processo de descoberta, o Azure Migrate coleta a configuração e o desempenho da instância SQL que incluem:
- vCores (alocado) e utilização da CPU (%)
- A utilização da CPU para uma instância SQL é a porcentagem de CPU alocada utilizada pela instância no servidor SQL
- A utilização da CPU para um banco de dados é a porcentagem de CPU alocada utilizada pelo banco de dados na instância SQL
- Memória (alocada) e utilização de memória (%)
- Ler IO/s e Gravar IO/s (dados e arquivos de log)
- E/S de leitura e E/S de gravação em um nível de instância SQL é calculado adicionando as E/S de leitura e E/S de gravação de todos os bancos de dados descobertos nessa instância.
- Ler MB/s e Escrever MB/s (Taxa de transferência)
- Latência das operações de E/S
- Tamanho total do banco de dados e organizações de arquivos de banco de dados
- O tamanho do banco de dados é calculado adicionando todos os dados e arquivos de log.
- Configuração de sub-rede de rede da Instância de Cluster de Failover Sempre Ativa (Sub-rede Única ou Multi-Sub-rede)
- Configurações do Grupo de Disponibilidade Always On
- Configuração de rede de instâncias participantes (Sub-rede única ou Multi-Sub-rede)
- Número e tipo de réplicas secundárias
- Modo de disponibilidade: Confirmação síncrona vs Confirmação assíncrona
- Modo de conexão: Somente leitura vs Nenhum
- vCores (alocado) e utilização da CPU (%)
- A avaliação agrega todos os dados de configuração e desempenho e tenta encontrar a melhor correspondência entre várias camadas e configurações de serviço SQL do Azure e escolhe uma configuração que pode corresponder ou exceder os requisitos de desempenho da instância SQL, otimizando o custo.
Instâncias para o SQL Server na configuração da VM do Azure
O relatório de avaliação de instância para SQL Server na VM do Azure abrange a abordagem ideal para migrar instâncias e bancos de dados do SQL Server para o SQL Server na VM do Azure, aderindo às práticas recomendadas. Mais informações.
Se a origem for uma FCI (Instância de Cluster de Failover Always On) do SQL Server, o relatório de avaliação abordará a abordagem para migrar para uma Instância de Cluster de Failover do SQL Server de dois nós. Isso preserva a alta disponibilidade e as intenções de recuperação de desastres, ao mesmo tempo em que adere às práticas recomendadas. Mais informações.
Dimensionamento do armazenamento
Para o dimensionamento de armazenamento, a avaliação mapeia cada disco de instância para um disco do Azure. O dimensionamento funciona da seguinte forma:
A avaliação adiciona as IOPS de leitura e gravação de um disco para obter o total de IOPS necessário. Da mesma forma, ele adiciona os valores de taxa de transferência de leitura e gravação para obter a taxa de transferência total de cada disco. O tamanho de disco necessário para cada um dos discos é o tamanho das unidades de Dados SQL e Log SQL.
A avaliação recomenda a criação de um pool de discos de armazenamento para todas as unidades de log e dados SQL. Para unidades temporárias, a avaliação recomenda armazenar os arquivos na unidade local.
- Se a avaliação não conseguir encontrar um disco para o tamanho, IOPS e taxa de transferência necessários, ela marcará a instância como inadequada para migrar para o SQL Server na VM do Azure
- Se a avaliação encontrar um conjunto de discos adequados, ela selecionará os discos que suportam o local especificado nas configurações de avaliação.
- Se a origem for uma Instância de Cluster de Failover Always On do SQL Server, a configuração de disco compartilhado será selecionada.
- Se o tipo de ambiente for Produção, a avaliação tenta encontrar discos Premium para mapear cada um dos discos, caso contrário, tenta encontrar um disco adequado, que pode ser disco SSD Premium ou Standard.
- Se houver vários discos qualificados, a avaliação selecionará o disco com o menor custo.
Dimensionamento computacional
Depois de calcular os requisitos de armazenamento, a avaliação considera os requisitos de CPU e RAM da instância para encontrar um tamanho de VM adequado no Azure.
- A avaliação analisa os núcleos e a RAM utilizados efetivamente para encontrar um tamanho de VM do Azure adequado. A RAM ou memória efetiva utilizada para uma instância é calculada agregando o cache de buffer (tamanho do pool de buffers em MB) para todos os bancos de dados em execução em uma instância.
- Se nenhum tamanho adequado for encontrado, o servidor será marcado como inadequado para o Azure.
- Se for encontrado um tamanho adequado, o Azure Migrate aplicará os cálculos de armazenamento. Em seguida, ele aplica as configurações de local e camada de preço para a recomendação final de tamanho da VM.
- Se existirem vários tamanhos de VMs do Azure elegíveis, é recomendado aquele que tiver o custo mais baixo.
- Se a origem for uma Instância de Cluster de Failover Always On do SQL Server, o tamanho da computação será usado novamente para uma segunda VM do Azure para atender à necessidade de dois nós.
Nota
Como as avaliações SQL do Azure se destinam a fornecer o melhor desempenho para suas cargas de trabalho SQL, a lista de séries de VMs só tem VMs otimizadas para executar seu SQL Server em Máquinas Virtuais (VMs) do Azure. Mais informações.
Servidores para SQL Server na configuração de VM do Azure
Para Todos os servidores para o SQL Server na estratégia de migração de VM do Azure, consulte Computação e dimensionamento de armazenamento aqui.
Índices de confiança
Cada avaliação SQL do Azure está associada a uma classificação de confiança. A classificação varia de uma (mais baixa) a cinco (mais alta) estrelas. A classificação de confiança ajuda a estimar a confiabilidade das recomendações de tamanho fornecidas pelo Azure Migrar.
- A classificação de confiança é atribuída a uma avaliação. A classificação baseia-se na disponibilidade de pontos de dados necessários para calcular a avaliação.
- Para dimensionamento baseado em desempenho, a avaliação coleta dados de desempenho de todas as instâncias e bancos de dados SQL, que incluem:
- Utilização da CPU (%)
- Utilização da memória (%)
- Ler IO/s e Gravar IO/s (dados e arquivos de log)
- Ler MB/s e Escrever MB/s (Taxa de transferência)
- Latência das operações de E/S
Se algum desses números de utilização não estiver disponível, as recomendações de tamanho podem não ser confiáveis. Esta tabela mostra as classificações de confiança da avaliação, que dependem da percentagem de pontos de dados disponíveis:
| Disponibilidade do ponto de dados | Classificação de confiança |
|---|---|
| 0%-20% | 1 estrela |
| 21%-40% | 2 estrelas |
| 41%-60% | 3 estrelas |
| 61%-80% | 4 estrelas |
| 81%-100% | 5 estrelas |
Baixos índices de confiança
Aqui estão algumas razões pelas quais uma avaliação pode obter uma classificação de confiança baixa:
Não analisou o ambiente durante o período para o qual está a criar a avaliação. Por exemplo, se você criar a avaliação com a duração do desempenho definida como um dia, deverá aguardar pelo menos um dia após iniciar a descoberta para que todos os pontos de dados sejam coletados.
A Avaliação não consegue coletar os dados de desempenho de alguns ou de todos os servidores no período de avaliação. Para uma classificação de confiança elevada, certifique-se de que:
- Os servidores são ligados durante a avaliação.
- São permitidas ligações de saída nas portas 443.
- Se o status da conexão do Azure Migrate do agente SQL no Azure Migrate estiver Conectado, verifique a última pulsação.
- O status da conexão do Azure Migrate para todas as instâncias SQL é Conectado na seção instância SQL descoberta.
Recalcule a avaliação para refletir as últimas alterações na classificação de confiança.
Algumas bases de dados ou instâncias foram criadas durante o período para o qual a avaliação foi calculada. Por exemplo, você criou uma avaliação para o histórico de desempenho do último mês, mas alguns bancos de dados ou instâncias foram criados há apenas uma semana. Nesse caso, os dados de desempenho para os novos servidores não estarão disponíveis durante toda a duração e a classificação de confiança será baixa.
Nota
Como as avaliações SQL do Azure são avaliações baseadas no desempenho, se a classificação de confiança de qualquer avaliação for inferior a cinco estrelas, recomendamos que você aguarde pelo menos um dia para que o dispositivo crie o perfil do ambiente e, em seguida, recalcule a avaliação. Caso contrário, o dimensionamento baseado no desempenho pode não ser confiável.
Detalhes da recomendação
Quando o cálculo de prontidão e dimensionamento estiver concluído, a preferência de otimização será aplicada para chegar a um destino e configuração recomendados. Os Detalhes da Recomendação fornecem uma explicação detalhada dos cálculos de prontidão e dimensionamento por trás da recomendação.
Documentação de orientação de migração
Esta seção fornece orientação para configurar o recurso de destino e as etapas para migrar. As etapas são específicas para as combinações de implantação de origem e destino. Esta orientação é especificamente útil para usuários que pretendem migrar instâncias de cluster de failover Always On (FCI) e grupos de disponibilidade (AG).
Calcular custos mensais
Após a conclusão das recomendações de dimensionamento, a avaliação SQL do Azure calcula os custos de computação e armazenamento para as configurações SQL do Azure recomendadas usando uma API de preços interna. Ele agrega o custo de computação e armazenamento em todas as instâncias para calcular o custo total mensal de computação.
Custo da computação
- Para calcular o custo de computação para uma configuração SQL do Azure, a avaliação considera as seguintes propriedades:
- Benefício Híbrido do Azure para licenças SQL e Windows ou subscrição Enterprise Linux (RHEL e SLES)
- Tipo de ambiente
- Capacidade reservada
- Local de destino do Azure
- Moeda
- Programa de oferta/licenciamento
- Desconto (%)
Custo do armazenamento
- As estimativas de custo de armazenamento incluem apenas arquivos de dados e não arquivos de log.
- Para calcular o custo de armazenamento para uma configuração SQL do Azure, a avaliação considera as seguintes propriedades:
- Local de destino do Azure
- Moeda
- Programa de oferta/licenciamento
- Desconto (%)
- O custo do armazenamento de backup não está incluído na avaliação.
- Base de Dados SQL do Azure
- Um custo mínimo de armazenamento de 5 GB é adicionado na estimativa de custo e o custo de armazenamento adicional é adicionado para armazenamento em incrementos de 1 GB. Saiba mais.
- Instância Gerida do SQL no Azure
- Não há custo de armazenamento adicionado para o primeiro armazenamento de 32 GB/instância/mês e o custo de armazenamento adicional é adicionado para armazenamento em incrementos de 32 GB. Saiba mais.
Custo de segurança
Para instâncias do SQL Server e DBs recomendados para SQL Server na VM do Azure, Azure SQL MI ou Banco de Dados SQL do Azure, se estiverem prontos para executar o Defender for SQL, o Defender for SQL por instância do SQL Server para essa região será adicionado. Para DBs recomendados ao Banco de Dados SQL do Azure, o custo é acumulado no nível da instância.