Migrar carga de trabalho do MySQL local ou VM (Máquina Virtual) para o Banco de Dados do Azure para MySQL com a CLI de Importação do Banco de Dados do Azure para MySQL

A Importação do Banco de Dados do Azure para MySQL para migrações externas permite migrar sua carga de trabalho do MySQL local ou da VM (Máquina Virtual) de forma ininterrupta para o Banco de Dados do Azure para MySQL – Servidor Flexível. Ele usa um arquivo de backup físico fornecido pelo usuário e restaura os arquivos de backup físicos do servidor de origem para o servidor de destino oferecendo um caminho de migração simples e rápido. Após a operação de Importação, você pode aproveitar os benefícios do servidor flexível, que inclui melhores preço e desempenho, controle granular sobre a configuração do banco de dados e janelas de manutenção personalizadas.

Com base nas entradas do usuário, ele assume a responsabilidade de provisionar o servidor flexível de destino e, em seguida, restaurar o backup físico fornecido pelo usuário do servidor de origem armazenado na conta de armazenamento de Blobs do Azure para a instância do Servidor Flexível de destino.

Esse tutorial mostra como usar o comando da CLI de Importação do Banco de Dados do Azure para MySQL para Migrar a carga de trabalho do MySQL local ou da VM (Máquina Virtual) para o Banco de Dados do Azure para MySQL – Servidor Flexível.

Iniciar o Azure Cloud Shell

O Azure Cloud Shell é um shell gratuito e interativo que poderá ser usado para executar as etapas deste artigo. Ele tem ferramentas do Azure instaladas e configuradas para usar com sua conta.

Para abrir o Cloud Shell, selecione Experimentar no canto superior direito de um bloco de código. Você também pode abrir o Cloud Shell em uma guia separada do navegador indo até https://shell.azure.com/bash. Selecione Copiar para copiar os blocos de código, cole-o no Cloud Shell e selecione Enter para executá-lo.

Se preferir instalar e usar a CLI localmente, este tutorial exigirá a CLI do Azure versão 2.54.0 ou posterior. Para saber qual é a versão, execute az --version. Se você precisa instalar ou atualizar, consulte Instalar a CLI do Azure.

Instalação

Você deve entrar na sua conta usando o comando az sign-in. Observe a propriedade id, que se refere à ID de assinaturada sua conta do Azure.

az login

Selecione a assinatura específica em sua conta na qual você deseja implantar o Servidor Flexível de destino usando o comando az account set. Anote o valor da id da saída az login para usá-la como valor do argumento subscription no comando. Para obter todas as suas assinaturas, use az account list.

az account set --subscription <subscription id>

Pré-requisitos

• O servidor de origem deve ter os seguintes parâmetros:

  • Lower_case_table_names = 1
  • Innodb_file_per_table = ON
  • O nome do espaço de tabela do sistema deve ser ibdata1.
  • O nome do espaço de tabela do sistema deve ser igual ou superior a 12 MB. (Padrão MySQL)
  • Innodb_page_size = 16348 (padrão MySQL)
  • Há suporte apenas para o mecanismo INNODB.

• Faça um backup físico da carga de trabalho do MySQL usando o Percona XtraBackup. Estas são as etapas para usar o Percona XtraBackup para fazer um backup completo:

  • Instale o Percona XtraBackup na carga de trabalho de VM ou local. Para a versão do mecanismo MySQL v5.7, instale o Percona XtraBackup versão 2.4, confira Instalação do Percona XtraBackup 2.4. Para a versão do mecanismo MySQL v8.0, instale o Percona XtraBackup versão 8.0, confira Instalação do Percona XtraBackup 8.0.

  • Para obter instruções sobre como fazer um Backup completo com o Percona XtraBackup 2.4, consulte Backup completo. Para obter instruções sobre como fazer um Backup completo com o Percona XtraBackup 8.0, confira [Backup completo] (https://docs.percona.com/percona-xtrabackup/8.0/create-full-backup.html). Ao fazer backup completo, execute os comandos abaixo nesta ordem:

    • ** xtrabackup --backup --host={host} --user={user} --password={password} --target-dir={backup__dir_path}**
    • ** xtrabackup --prepare --{backup_dir_path}** (Forneça o mesmo caminho de backup aqui como no comando anterior)

  • Considerações ao usar o Percona XtraBackup:

    • Execute as etapas de backup e preparação.
    • Verifique se não há erros nas etapas de backup e preparação.
    • Mantenha os logs das etapas de backup e preparação para o Suporte do Azure, necessários em caso de falhas.

    Importante

    A tentativa de acessar tabelas corrompidas importadas de um servidor de origem pode causar uma falha em um servidor flexível. Como resultado, antes de fazer um backup usando o utilitário Percona XtraBackup, é altamente recomendável executar uma operação "mysqlcheck/Otimizar Tabela" no servidor de origem.

• Crie um contêiner de Blob do Azure e obtenha o token SAS (Assinatura de Acesso Compartilhado) (portal do Azure ou CLI do Azure) para o contêiner. Certifique-se de conceder Adicionar, Criar e Gravar na lista suspensa Permissões. Copie e cole o token SAS do blob e os valores da URL em um local seguro. Eles são exibidos apenas uma vez e não podem ser recuperados depois que a janela é fechada.

• Carregue o arquivo de backup completo em {backup_dir_path} no Armazenamento de Blobs do Azure. Siga estas etapas para carregar um arquivo.

• Para executar uma migração online, capture e armazene a posição do bin-log do arquivo de backup feito usando o Percona XtraBackup executando o comando cat xtrabackup_info e copiando a saída de bin_log pos.

• A conta de armazenamento do Azure deve ser acessível publicamente usando o token SAS. Não há suporte para a conta de armazenamento do Azure com configuração de rede virtual.

Limitações

• A configuração do servidor de origem não é migrada. Você deve criar e configurar o Servidor flexível de destino de forma adequada.
• Não há suporte para a migração em backups criptografados.
• Usuários e privilégios não são migrados como parte da Importação do Banco de Dados do Azure para MySQL. Você deve fazer um backup manual de usuários e privilégios antes de iniciar a Importação do Banco de Dados do Azure para MySQL para migrar logons após a operação de importação restaurando-os no Servidor Flexível de destino.
  • O user1@localhost não pode ser migrado, pois não há suporte para a criação de usuário do localhost no Servidor Flexível.
• Servidores Flexíveis habilitados para HA (Alta Disponibilidade) são retornados como servidores desabilitados de HA para aumentar a velocidade da operação de migração após a migração de importação. Habilite a HA para o Servidor Flexível de destino após a migração.

Recomendações para uma experiência de migração ideal

• Considere manter a conta de Armazenamento de Blobs do Azure e o Servidor Flexível de destino a serem implantados na mesma região para melhor desempenho de importação.
• Configuração de SKU recomendada para o Servidor Flexível de destino do Banco de Dados do Azure para MySQL –
  • A configuração de SKU com capacidade de intermitência para o destino não é recomendada para otimizar o tempo de migração ao executar a operação de Importação do Banco de Dados do Azure para MySQL. É recomendável escalar para Uso Geral/Comercialmente Crítico para o curso da operação de importação, postagem, que você pode reduzir verticalmente para SKU com capacidade de intermitência.

Acionar uma operação de importação do Banco de Dados do Azure para MySQL para migrar do Banco de Dados do Azure para MySQL – Servidor Flexível

Dispare uma operação de importação do Banco de Dados do Azure para MySQL com o comando az mysql flexible-server import create. O comando a seguir cria um Servidor Flexível de destino e executa a importação no nível da instância do arquivo de backup para o destino usando o contexto local da CLI do Azure:

az mysql flexible-server import create --data-source-type
                                --data-source
                                --data-source-sas-token
                                --resource-group
                                --name
                                --sku-name
                                --tier
                                --version
                                --location
                                [--data-source-backup-dir]
                                [--storage-size]
                                [--mode]
                                [--admin-password]
                                [--admin-user]
                                [--auto-scale-iops {Disabled, Enabled}]
                                [--backup-identity]
                                [--backup-key]
                                [--backup-retention]
                                [--database-name]
                                [--geo-redundant-backup {Disabled, Enabled}]
                                [--high-availability {Disabled, SameZone, ZoneRedundant}]
                                [--identity]
                                [--iops]
                                [--key]
                                [--private-dns-zone]
                                [--public-access]
                                [--resource-group]
                                [--standby-zone]
                                [--storage-auto-grow {Disabled, Enabled}]
                                [--subnet]
                                [--subnet-prefixes]
                                [--tags]
                                [--vnet]
                                [--zone]

The following example takes in the data source information for your source MySQL server's backup file and target Flexible Server information, creates a target Flexible Server named `test-flexible-server` in the `westus` location and performs an import from backup file to target.

azurecli-interactive
az mysql flexible-server import create --data-source-type "azure_blob" --data-source "https://onprembackup.blob.core.windows.net/onprembackup" --data-source-backup-dir "mysql_backup_percona" –-data-source-token "{sas-token}" --resource-group "test-rg"  --name "test-flexible-server" –-sku-name Standard_D2ds_v4  --tier GeneralPurpose –-version 5.7 -–location "westus"

Aqui estão os detalhes dos argumentos acima:

Migração para o Servidor Flexível com tempo de inatividade mínimo

Para fazer uma migração online depois de concluir a propagação inicial do arquivo de backup usando a importação do Banco de Dados do Azure para MySQL, configure a replicação de dados entre a origem e o destino seguindo as etapas descritas aqui. Você pode usar a posição de bin-log capturada ao usar o arquivo de backup usando o Percona XtraBackup para configurar a replicação baseada na posição de Bin-log.

Quanto tempo a importação do Banco de Dados do Azure para MySQL leva para migrar minha instância do MySQL?

O desempenho do parâmetro de comparação com base no tamanho do armazenamento.

À medida que o tamanho do armazenamento aumenta, o tempo necessário para copiar os dados também aumenta, em uma relação quase linear. No entanto, é importante observar que as flutuações de rede podem afetar significativamente a velocidade da cópia. Portanto, os dados fornecidos aqui devem ser considerados apenas como uma referência.

Próxima etapa