Como escalonar o ambiente MySQL

---

Este tutorial descreve como escalonar verticalmente (adicionar e remover recursos) uma implantação de cluster de banco de dados MySQL de alta disponibilidade (banco de dados primário e de réplica). Esse processo inclui a adição e remoção de recursos das instâncias do Compute Engine, bem como o escalonamento vertical dos discos.

O motivo comum para aumentar a capacidade do disco é acomodar um aumento nos dados gerenciados.

Há vários motivos para escalonar verticalmente instâncias do Compute Engine que executam o MySQL. Veja a seguir alguns motivos para adicionar recursos (e os motivos opostos para removê-los):

• O sistema está atingindo o limite de desempenho da capacidade de gravação/leitura. Um aumento no número de CPUs e memória fornece mais capacidade de hardware.
• O número de consultas está aumentando ao longo do tempo ou picos no número de consultas são esperados (por exemplo, durante a Black Friday ou a Cyber Monday). Um aumento no número de CPUs e memória introduz uma reserva.
• O número de consultas simultâneas está aumentando, por exemplo, por mais clientes sendo adicionados ao sistema. Um aumento no número de CPUs e memória é compatível com um nível mais alto de simultaneidade.
• O Google Cloud pode exibir a recomendação "aumentar desempenho" na lista de instâncias do Compute Engine. Essa recomendação é importante se você reconsidera o escalonamento vertical das instâncias do Compute Engine.

O tutorial é útil para os seguintes papéis:

• Arquitetos de nuvem que planejam a implantação de um cluster MySQL para escalonabilidade
• Engenheiros de nuvem que estão implementando aplicativos usando clusters do MySQL
• Equipes de operações do Cloud que gerenciam clusters do MySQL
• Administradores de TI e bancos de dados que gerenciam bancos de dados em clusters de MySQL e que precisam executar um processo de escalonamento vertical (ou executar vários ao longo do tempo)

Arquitetura

O diagrama a seguir mostra a arquitetura geral de um cluster de MySQL altamente disponível. O tutorial usa essa arquitetura como base para descrever o processo de escalonamento vertical.

Neste tutorial, presume-se que você tenha familiaridade com o seguinte:

• Como configurar e executar um cluster de MySQL usando o Deployment Manager e várias ferramentas de linha de comando, como o Cloud Shell e o mysql
• Operações de gerenciamento de instâncias do Compute Engine
• Operações de gerenciamento de disco do Compute Engine

Objetivos

• Configure um cluster de MySQL com bancos de dados primários e de réplica.
• Aumente os recursos de todas as instâncias do Compute Engine do cluster de MySQL (memória e CPU) alterando o tipo de máquina.
• Reduza os recursos de todas as instâncias do Compute Engine do cluster de MySQL (memória e CPU) alterando o tipo de máquina.
• Aumente o tamanho dos discos das instâncias do Compute Engine.

Custos

Neste documento, você usará os seguintes componentes faturáveis do Google Cloud:

• Compute Engine
• Cloud Storage

Para gerar uma estimativa de custo baseada na projeção de uso deste tutorial, use a calculadora de preços. Novos usuários do Google Cloud podem estar qualificados para uma avaliação gratuita.

Ao concluir as tarefas descritas neste documento, é possível evitar o faturamento contínuo excluindo os recursos criados. Saiba mais em Limpeza.

Antes de começar

1. Faça login na sua conta do Google Cloud. Se você começou a usar o Google Cloud agora, crie uma conta para avaliar o desempenho de nossos produtos em situações reais. Clientes novos também recebem US$ 300 em créditos para executar, testar e implantar cargas de trabalho.

2. No console do Google Cloud, na página do seletor de projetos, selecione ou crie um projeto do Google Cloud.

   Observação: se você não pretende manter os recursos criados neste procedimento, crie um projeto novo em vez de selecionar um que já existe. Depois de concluir essas etapas, é possível excluir o projeto. Para fazer isso, basta remover todos os recursos associados a ele.

   Acessar o seletor de projetos

3. Verifique se a cobrança está ativada para o seu projeto do Google Cloud.

4. Ative as APIs Compute Engine and Cloud Storage.

   Ative as APIs

5. Instale a CLI do Google Cloud.

6. Para inicializar a CLI gcloud, execute o seguinte comando:

   gcloud init

7. No console do Google Cloud, na página do seletor de projetos, selecione ou crie um projeto do Google Cloud.

   Observação: se você não pretende manter os recursos criados neste procedimento, crie um projeto novo em vez de selecionar um que já existe. Depois de concluir essas etapas, é possível excluir o projeto. Para fazer isso, basta remover todos os recursos associados a ele.

   Acessar o seletor de projetos

8. Verifique se a cobrança está ativada para o seu projeto do Google Cloud.

9. Ative as APIs Compute Engine and Cloud Storage.

   Ative as APIs

10. Instale a CLI do Google Cloud.

11. Para inicializar a CLI gcloud, execute o seguinte comando:

    gcloud init

Como configurar o cluster de MySQL

A primeira etapa é criar um cluster de MySQL em execução. Você preenche esse cluster com alguns dados usados para ilustração e verificação. Para a verificação de dados, o tutorial fornece instruções para consultar os bancos de dados primários e de réplica do MySQL.

As instruções a seguir para configurar um cluster do MySQL são extraídas de um tutorial relacionado, Como migrar um cluster de MySQL para o Compute Engine usando o HAProxy, e são ligeiramente modificadas aqui por conveniência.

1. No Console do Google Cloud, abra o Cloud Shell:

   ABRIR o Cloud Shell

2. Defina uma variável de ambiente para o nome do bucket do Cloud Storage:

   GCS_BUCKET_NAME=${USER}-mysql-$(date +%s)
   echo $GCS_BUCKET_NAME
   

3. Crie o bucket do Cloud Storage (multirregional por padrão):

   gsutil mb gs://${GCS_BUCKET_NAME}/
   

   O bucket conterá scripts de criação e scripts de inicialização usados para o MySQL primário e para a criação da réplica.

4. Clone o repositório do GitHub e recupere os scripts que você usa para configurar o ambiente:

   git clone https://github.com/GoogleCloudPlatform/solutions-compute-mysql-migration-haproxy.git mysql-migration
   

5. Na pasta mysql-migration, execute o script de inicialização para criar um cluster MySQL de instâncias primárias e de réplica do Compute Engine:

   cd mysql-migration
   ./run.sh ${DEVSHELL_PROJECT_ID} ${GCS_BUCKET_NAME}
   

   Esse script também cria uma instância do Compute Engine do cliente MySQL.

6. Ative o acesso raiz remoto à instância primária a partir da instância do cliente:

   1. No Console do Google Cloud, acesse a página Instâncias de VMs**:

      ACESSAR A PÁGINA "INSTÂNCIAS DE VM"

   2. Na linha da instância source-mysql-primary, clique em SSH para se conectar a um shell seguro.

   3. Quando o shell seguro estiver disponível, execute o seguinte comando:

      mysql -u root -psolution-admin
      

   4. Quando você estiver conectado ao mysql, emita a seguinte instrução:

      GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'solution-admin';
      

7. Verifique se o banco de dados está acessível no cliente. No Console do Google Cloud, use ssh para se conectar à instância mysql-client do Compute Engine. Quando o shell seguro estiver disponível, faça o seguinte:

   1. Selecione Compute Engine > Instâncias de VM, encontre a linha com uma instância chamada source-mysql-primary e anote o endereço IP interno:

      Substitua IP_ADDRESS_OF_SOURCE_MYSQL_PRIMARY pelo IP interno de source-mysql-primary:

      mysql -u root -psolution-admin -h IP_ADDRESS_OF_SOURCE_MYSQL_PRIMARY
      

   2. Quando o shell mysql estiver disponível, execute os seguintes comandos:

      SHOW databases; # source_db must be present
      USE source_db;
      SHOW tables; # source_table must be present
      SELECT COUNT(*) FROM source_table; # must return 5000
      

      Use o mesmo conjunto de comandos para verificar se a réplica contém o mesmo conjunto de dados: use o endereço IP interno de source-mysql-replica.

Neste ponto, três instâncias do Compute Engine estão em execução:

• O cliente (mysql-client).
• O MySQL primário (source-mysql-primary).
• A réplica do MySQL (source-mysql-replica). O MySQL primário está replicando para a réplica do MySQL.

O tipo de máquina para cada instância do Compute Engine é f1-micro (1 vCPU, 0,6 GB de memória) e o aumento é para o tipo de máquina n1-standard-1 (1 vCPU, 3,75 GB de memória). Os tamanhos dos discos são de 10 GB e dobram para 20 GB. Essas seleções são apenas exemplos e podem ser alteradas para as necessidades específicas de uma implantação.

Como escalonar verticalmente as instâncias do Compute Engine (sem failover)

Nesta seção, descrevemos como aumentar os recursos das instâncias do Compute Engine que executam o primário e a réplica do MySQL. É possível aumentar a CPU e a memória ao mesmo tempo, alterando o tipo de máquina da instância do Compute Engine. Para alterar o tipo de máquina, você precisa interromper a instância do Compute Engine e, após a alteração, reiniciá-la.

Para garantir a mesma capacidade de processamento, recomendamos que você configure ambas as instâncias do Compute Engine para usar o mesmo tipo de máquina.

A réplica do MySQL recebe recursos primeiro, e os problemas descobertos não interromperão a execução do MySQL primário. Se ocorrer um problema, será possível resolvê-lo sem tempo de inatividade principal. Além disso, é possível avaliar se esse problema foi temporário ou falso ou um problema geral que precisa ser solucionado antes do aumento dos recursos do banco de dados primário.

Uma abordagem alternativa, que ainda requer a reinicialização das instâncias do Compute Engine, envolve o failover da primária para a secundária para minimizar o tempo de inatividade. Você verá essa abordagem nas seções a seguir.

Aumentar os recursos da réplica do MySQL

Primeiro, pare a instância do Compute Engine que executa a réplica do MySQL.

1. No Console do Google Cloud, acesse a página Instâncias de VM para ver a lista de instâncias do Compute Engine:

   LISTA DE INSTÂNCIAS DO COMPUTE

2. Na linha da instância source-mysql-replica, clique em (Mais ações) e, em seguida, clique em Parar.

3. Depois que a instância do Compute Engine for interrompida, clique em source-mysql-replica e em Editar.

4. Em Tipo de máquina, selecione o tipo de máquina n1-standard-1 (1 vCPU, 3,75 GB de memória) para aumentar os recursos.

5. Clique em Salvar.

6. Após a conclusão do salvamento, clique em Iniciar.

Use os comandos de verificação mysql mencionados anteriormente para testar se a réplica do MySQL está funcionando novamente após a operação de escalonamento.

Aumentar os recursos do MySQL primário

Primeiro, pare a instância do Compute Engine que executa o MySQL primário.

1. No Console do Google Cloud, acesse a página Instâncias de VM para ver a lista de instâncias do Compute Engine:

   LISTA DE INSTÂNCIAS DO COMPUTE

2. Na linha da instância source-mysql-primary, clique em (Mais ações) e, em seguida, clique em Parar.

3. Depois que a instância do Compute Engine parar, clique em source-mysql-primary e em Editar.

4. Em Tipo de máquina, selecione o tipo de máquina n1-standard-1 (1 vCPU, 3,75 GB de memória) para aumentar os recursos. Verifique se esse tipo de máquina é o mesmo selecionado para a réplica do MySQL.

5. Clique em Salvar.

6. Após a conclusão do salvamento, clique em Iniciar.

Use os comandos de verificação mysql mencionados anteriormente para testar se o MySQL primário está ativo e em execução novamente após a operação de escalonamento.

Como escalonar verticalmente as instâncias do Compute Engine (sem failover)

Esta seção descreve como reduzir os recursos das instâncias do Compute Engine que executam o MySQL primário e de réplica. Você reduz a CPU e a memória ao mesmo tempo, alterando o tipo de máquina da instância do Compute Engine. Para alterar o tipo de máquina, é necessário parar a instância do Compute Engine e, após a alteração, reiniciá-la.

Para garantir a mesma capacidade de processamento, recomendamos que você configure ambas as instâncias do Compute Engine para usar o mesmo tipo de máquina. As etapas são análogas às de aumento de recursos. No entanto, para fins de conclusão, a próxima seção os declara explicitamente.

Reduzir os recursos da réplica do MySQL

Primeiro, pare a instância do Compute Engine que executa a réplica do MySQL.

1. No Console do Google Cloud, acesse a página Instâncias de VM para ver a lista de instâncias do Compute Engine:

   LISTA DE INSTÂNCIAS DO COMPUTE

2. Na linha da instância source-mysql-replica, clique em (Mais ações) e, em seguida, clique em Parar.

3. Depois que a instância do Compute Engine parar, clique em source-mysql-replica e em Editar.

4. Em Tipo de máquina, selecione o tipo de máquina f1-micro (1 vCPU, 0,6 GB de memória) para reduzir os recursos.

5. Clique em Salvar.

6. Após a conclusão do salvamento, clique em Iniciar.

Use os comandos de verificação mysql mencionados anteriormente para testar se a réplica do MySQL está funcionando novamente após a operação de escalonamento.

Reduzir os recursos do MySQL primário

Primeiro, pare a instância do Compute Engine que executa MySQL primário.

1. No Console do Google Cloud, acesse a página Instâncias de VM para ver a lista de instâncias do Compute Engine:

   LISTA DE INSTÂNCIAS DO COMPUTE

2. Na linha da instância source-mysql-primary, clique em (Mais ações) e, em seguida, clique em Parar.

3. Depois que a instância do Compute Engine parar, clique em source-mysql-primary e em Editar.

4. Em Tipo de máquina, selecione o tipo de máquina f1-micro (1 vCPU, 0,6 GB de memória) para reduzir os recursos. Verifique se esse tipo de máquina é o mesmo que você selecionou anteriormente para a réplica do MySQL.

5. Clique em Salvar.

6. Após a conclusão do salvamento, clique em Iniciar.

Use os comandos de verificação mysql mencionados anteriormente para testar se o MySQL primário está ativo e em execução novamente após a operação de escalonamento.

Como aumentar os recursos das instâncias do Compute Engine (com failover)

Encerrar, aumentar os recursos e reiniciar um banco de dados de MySQL pode demorar muito em um ambiente de produção. O processo mais rápido é baseado no failover: você primeiro aumenta os recursos da réplica e, assim que ela volta a funcionar, para a primária atual e a réplica se torna a (nova) primária. O tempo de inatividade geral é o tempo necessário para fazer o failover do banco de dados MySQL para a réplica com mais recursos.

Em um nível alto, o processo é o seguinte:

1. Aumente os recursos da réplica parando-a, alterando o tipo de máquina e reiniciando-a.
2. Aguarde a réplica acompanhar as alterações que ocorreram na primária durante o aumento dos recursos da réplica.
3. Pare o primário.
4. Aguarde a réplica esgotar o registro de replicação.
5. Torne a réplica o primário.
6. Interrompa o primário (nova réplica).
7. Aumente os recursos da nova réplica.
8. Faça dele a nova réplica do novo primário.

Após a conclusão desse processo, ambos os sistemas MySQL passam por um aumento de recursos e ficam em uma relação primário/réplica: o antigo primário é a nova réplica e a antiga réplica é o novo primário. Os comandos são descritos em detalhes nas seções a seguir.

Um fallback não é necessariamente necessário no caso geral, porque o primário e a réplica são os mesmos tipos de máquina com o mesmo tipo e quantidade de espaço em disco. Um fallback causaria uma breve interrupção durante o período da fallback. No entanto, se o fallback for necessário, você precisará executar as etapas de failover uma segunda vez.

Aumentar os recursos da réplica do MySQL atual

Aumente os recursos da réplica conforme descrito em Aumentar os recursos da réplica do MySQL. Durante esse período, o primário permanece disponível ininterruptamente.

Failover do primário para a réplica com mais recursos

Observação: neste documento ou seção, há menções a um ou mais termos que o Google considera desrespeitosos ou ofensivos. Os termos são usados porque são palavras-chave no software descrito no documento.

Os comandos a seguir executam o failover do primário para a réplica.

1. No Cloud Shell, pare o primário para que nenhuma outra atualização seja recebida:

   gcloud compute instances stop source-mysql-primary --zone=us-east1-b;
   

   Não é necessário esperar que o primário seja parado antes de continuar com as próximas etapas.

2. No Console do Google Cloud, acesse a página Instâncias de VMs:

   ACESSAR A PÁGINA "INSTÂNCIAS DE VM"

3. Na linha da instância source-mysql-replica, clique em SSH para se conectar à instância.

4. Quando o shell seguro estiver disponível, inicie o shell mysql:

   mysql -u root -psolution-admin
   

5. Verifique se a geração de registros binários está ativada na réplica (precisa ser ON):

   SHOW VARIABLES LIKE 'log_bin';
   

6. Verifique se as atualizações de réplica do registro estão desativadas (precisa ser OFF):

   SHOW VARIABLES LIKE 'log_slave%';
   

7. Drene o registro de redirecionamento:

   STOP SLAVE IO_THREAD;
   

8. Verifique se todo o processamento ocorreu:

   SHOW PROCESSLIST;
   

   A saída desse comando precisa mostrar Slave has read all relay log. Continue executando o comando até ver esse resultado.

9. Pare a réplica:

   STOP SLAVE;
   

10. Altere o papel da réplica para primário:

    RESET MASTER;
    GRANT REPLICATION SLAVE ON *.* TO 'sourcereplicator'@'%' IDENTIFIED BY 'solution-admin';
    

O novo primário já está em vigor.

Aumentar os recursos da nova réplica do MySQL

A antiga réplica agora é a primária, e os clientes podem acessá-la para operações de leitura e gravação.

Aumente os recursos da réplica (o antigo primário) seguindo as instruções conforme mostrado anteriormente e, em seguida, inicie a réplica.

Conectar a réplica ao primário para replicação

1. No Console do Google Cloud, acesse a página Instâncias de VMs:

   ACESSAR A PÁGINA "INSTÂNCIAS DE VM"

2. Na linha da instância source-mysql-primary, clique em SSH para se conectar a um shell seguro.

3. Quando o shell seguro estiver disponível, inicie o shell mysql:

   mysql -u root -psolution-admin
   

4. Inicie a replicação:

   CHANGE MASTER TO MASTER_HOST='source-mysql-replica', master_user='sourcereplicator',master_password='solution-admin';
   RESET SLAVE;
   START SLAVE;
   

A instância primária do MySQL agora está replicando para sua réplica.

Testar a replicação da primária para a réplica

O teste a seguir acrescenta uma linha à tabela source_table na instância primária do MySQL source-mysql-replica. Observe a adição na instância source-mysql-primary do MySQL de réplica.

1. Na instância source-mysql-replica, acrescente uma linha ao novo primário. Se nenhuma linha foi adicionada antes, a contagem precisa mostrar 5001.

   USE source_db;
   INSERT INTO source_table (event_data) VALUES (ROUND(RAND()*15000,2));
   SELECT count(*) FROM source_table;
   

2. Observe a replicação na réplica. A contagem precisa mostrar 5001.

   USE source_db;
   SELECT count(*) FROM source_table;
   

Isso conclui o procedimento necessário para o processo de failover. Você usa o mesmo procedimento para reduzir os recursos em conjunto com o failover.

Como aumentar o tamanho dos discos das instâncias do Compute Engine

Nesta seção, descrevemos como aumentar o tamanho de um disco de instância do Compute Engine para a instância do Compute Engine que hospeda o MySQL principal e para a instância do Compute Engine que hospeda a réplica do MySQL. Os discos só podem ser aumentados, não reduzidos.

Para aumentar os discos, há duas abordagens, e ambas estão descritas nas seções a seguir. A capacidade de redimensionar discos dinamicamente é um recurso que não exige que você recrie as instâncias do Compute Engine. Para ver mais detalhes, consulte esta postagem do blog. Uma abordagem é parar as instâncias do Compute Engine antes de aumentar o tamanho do disco e reiniciá-las. Reiniciar as instâncias redimensiona automaticamente a partição raiz que armazena os arquivos de dados do MySQL.

A abordagem alternativa não exige a interrupção e a reinicialização das instâncias do Compute Engine. Em vez disso, ele exige que você execute instruções de linha de comando no Cloud Shell e nos shells seguros das instâncias.

Para confirmar, use o comando df -h --total antes e depois do aumento do tamanho do disco para verificar o tamanho antes e depois.

Recomendamos a prática recomendada de tirar um snapshot de cada um dos discos antes de redimensioná-los. Essa precaução garante que você possa ressuscitar o estado de cada disco antes do redimensionamento.

Aumentar o tamanho do disco da réplica do MySQL (com encerramento)

Primeiro, aumente o tamanho do disco da instância do Compute Engine que hospeda a réplica do MySQL.

1. No Console do Google Cloud, acesse a página Instâncias de VM para ver a lista de instâncias do Compute Engine:

   LISTA DE INSTÂNCIAS DO COMPUTE

2. Na linha da instância source-mysql-replica, clique em (Mais ações) e, em seguida, clique em Parar.

3. Liste os discos das instâncias do Compute Engine:

   LISTAS DE DISCOS DE INSTANCES

4. Selecione source-mysql-replica.

5. Clique em Editar.

6. Para Tamanho, aumente o tamanho para 20 GB.

7. Clique em Salvar e aguarde a conclusão da operação de salvamento.

8. Liste as instâncias do Compute Engine:

   LISTA DE INSTÂNCIAS DO COMPUTE

9. Na linha da instância source-mysql-replica, clique em (Mais ações) e, em seguida, clique em Iniciar.

Use os comandos de verificação mysql mencionados anteriormente para verificar se o primário do MySQL está sendo executado conforme o esperado após o aumento do tamanho do disco.

Aumentar o tamanho do disco do MySQL primário (com encerramento)

Aumente o tamanho do disco do Compute Engine que hospeda o primário do MySQL.

1. No Console do Google Cloud, acesse a página Instâncias de VM para ver a lista de instâncias do Compute Engine:

   LISTA DE INSTÂNCIAS DO COMPUTE

2. Na linha da instância source-mysql-primary, clique em (Mais ações) e, em seguida, clique em Parar.

3. Liste os discos das instâncias do Compute Engine:

   LISTAS DE DISCOS DE INSTANCES

4. Selecione source-mysql-primary.

5. Clique em Editar.

6. Para Tamanho, aumente o tamanho para 20 GB.

7. Clique em Salvar e aguarde a conclusão da operação de salvamento.

8. Liste as instâncias do Compute Engine:

   LISTA DE INSTÂNCIAS DO COMPUTE

9. Na linha da instância source-mysql-primary, clique em (Mais ações) e, em seguida, clique em Iniciar.

Use os comandos de verificação mysql mencionados anteriormente para verificar se o primário do MySQL está sendo executado conforme o esperado após o aumento do tamanho do disco.

Aumentar o tamanho do disco da réplica do MySQL (dinamicamente sem encerramento)

As etapas a seguir mostram o aumento do tamanho do disco dinâmico para o sistema de arquivos ext4 e um volume com uma única partição. Outros tipos de sistema de arquivos ou configurações de partição exigem etapas diferentes para conseguir o aumento.

Como antes, aumente o tamanho do disco da instância do Compute Engine que hospeda a réplica e, em seguida, aumente o tamanho do disco da instância do Compute Engine que está hospedando o primário.

1. No Console do Google Cloud, acesse a página Instâncias de VM para ver a lista de instâncias do Compute Engine:

   LISTA DE INSTÂNCIAS DO COMPUTE

2. Clique em SSH para se conectar à instância source-mysql-replica.

3. No shell seguro, verifique o disco e o particionamento dele e observe que o disco sda tem uma partição sda1:

   lsblk
   

4. No Cloud Shell, execute o seguinte comando para aumentar o tamanho do disco. Quando solicitado, responda com y.

   gcloud compute disks resize source-mysql-replica --size=20G --zone=us-east1-c
   

5. No shell seguro, confirme se o tamanho do disco aumentou:

   lsblk
   

   Observe também que a partição ainda tem 10 GB.

6. No shell seguro, execute o seguinte comando para ver os sistemas de arquivos, seu tipo e seu tamanho.

   df -Th
   

7. No shell seguro, amplie a partição:

   sudo growpart /dev/sda 1
   sudo resize2fs /dev/sda1
   lsblk
   df -Th
   

   Os dois últimos comandos permitem que você veja o aumento.

Aumentar o tamanho do disco do MySQL primário (dinamicamente sem encerramento)

O processo para aumentar dinamicamente o tamanho do disco para o primário é o mesmo da réplica.

1. No Console do Google Cloud, acesse a página Instâncias de VM para ver a lista de instâncias do Compute Engine:

   LISTA DE INSTÂNCIAS DO COMPUTE

2. Clique em SSH para se conectar à instância source-mysql-primary.

3. No shell seguro, verifique o disco e o particionamento dele e observe que o disco sda tem uma partição sda1:

   lsblk
   

4. No Cloud Shell, execute o seguinte comando para aumentar o tamanho do disco. Quando solicitado, responda com y.

   gcloud compute disks resize source-mysql-primary --size=20G --zone=us-east1-b
   

5. No shell seguro, confirme se o tamanho do disco aumentou:

   lsblk
   

   Observe também que a partição ainda tem 10 GB.

6. No shell seguro, execute o seguinte comando para ver os sistemas de arquivos, seu tipo e seu tamanho.

   df -Th
   

7. No shell seguro, amplie a partição:

   sudo growpart /dev/sda 1
   sudo resize2fs /dev/sda1
   lsblk
   df -Th
   

   Os dois últimos comandos permitem que você veja o aumento.

Limpeza

Depois de concluir o tutorial, você pode limpar os recursos que criou para que eles parem de usar a cota e gerar cobranças. Nas seções a seguir, você aprenderá a excluir e desativar esses recursos.

Exclua o projeto

Cuidado: excluir um projeto tem os seguintes efeitos:
• Tudo no projeto é excluído. Se você tiver usado um projeto existente para as tarefas neste documento, a exclusão dele incluirá a exclusão de quaisquer outros trabalhos feitos no projeto.
• Os IDs do projeto personalizados são perdidos. Ao criar o projeto, você pode ter criado um código do projeto personalizado para ser usado no futuro. Para preservar os URLs que usam o ID do projeto, como um URL appspot.com, exclua recursos específicos do projeto, em vez de excluir o projeto inteiro.
1. No Console do Google Cloud, acesse a página Gerenciar recursos.

   Acessar "Gerenciar recursos"

2. Na lista de projetos, selecione o projeto que você quer excluir e clique em Excluir .
3. Na caixa de diálogo, digite o ID do projeto e clique em Encerrar para excluí-lo.

A seguir

É possível aplicar o que aprendeu neste tutorial aos clusters de MySQL em um ambiente de produção para estabelecer um processo e uma rotina para quando o escalonamento for necessário. Para praticar o conteúdo primeiro, clone o ambiente de produção em cluster de MySQL e execute uma simulação. Anote todas as etapas significativas que possam afetar as alterações de escalonamento vertical subsequentes no seu ambiente de produção.

Considere desenvolver scripts que executem as etapas mostradas neste tutorial. Dessa forma, no seu ambiente de produção, será possível escalonar automaticamente em vez de escalonar manualmente.

Para uma leitura mais detalhada, veja estes tutoriais do MySQL.

Confira arquiteturas de referência, diagramas e práticas recomendadas do Google Cloud. Confira o Centro de arquitetura do Cloud.