Como fazer o Auto Scaling de um banco de dados do MySQL para atender a demandas flutuantes de aplicativos
com o Amazon Aurora
O Amazon Aurora é um banco de dados relacional compatível com MySQL e PostgreSQL que combina a performance e a disponibilidade de bancos de dados comerciais tradicionais com a simplicidade e a economia de bancos de dados de código aberto. Neste tutorial, você aprenderá a criar um banco de dados do Amazon Aurora e configurá-lo para escalar automaticamente acrescentado ou removendo réplicas de leitura, a fim de atender às demandas flutuantes do seu aplicativo.
Este tutorial não está no nível gratuito e custará menos de 1 USD desde que você siga as etapas e encerre os recursos criados quando terminar.
Sobre este tutorial | |
---|---|
Duração | 10 a 20 minutos |
Custo | Menos de 1 USD |
Caso de uso | Bancos de dados |
Produtos | Amazon Aurora, Amazon RDS |
Público | Administradores de banco de dados, Desenvolvedores |
Nível | Intermediário |
Data da última atualização | 2 de julho de 2019 |
Etapa 1: Crie um cluster de banco de dados do Aurora
1.1 – Abra um navegador e navegue até o console do Amazon RDS. Se você já tiver uma conta da AWS, faça login no console. Caso contrário, crie uma nova conta da AWS para começar.
Você já tem uma conta? Faça login em sua conta
1.5 – Em Edition (Edição), selecione “Amazon Aurora with MySQL compatibility” (Compatibilidade do Amazon Aurora com MySQL).
Recursos do banco de dados
1.8 – Selecione “One writer and multiple readers” (Um gravador e vários leitores).
Configurações
1.10 – Escolha um identificador para o cluster de banco de dados do Aurora. Por exemplo, “bancodados-1”.
Tamanho da instância do banco de dados
1.11 – Selecione uma instância grande (que termine com .large) para o banco de dados.
Disponibilidade e durabilidade
1.12 – Escolha “Create an Aurora Replica/Reader” (Criar uma réplica/leitor do Aurora).
Conectividade
1.13 – Selecione a VPC na qual deseja criar o banco de dados.
Lembre-se de que, após a criação, não será possível migrar o banco de dados para uma VPC diferente.
1.16 – Em Publicly accessible (Acessível publicamente), selecione “No” (Não).
Isso significa que você precisará se conectar ao banco de dados a partir de uma instância do EC2 na mesma VPC.
1.17 – No grupo de segurança da VPC, selecione “Create new” (Criar novo). Se você tiver um grupo de segurança que permita conexões TCP de entrada na porta 3306, poderá escolhê-lo em vez de criar um novo. Esse grupo de segurança controlará o ingresso no cluster do Aurora.
1.18 – Em New VPC security group name (Nome do novo grupo de segurança da VPC), digite “aurora-tutorial”.
Configuração adicional
Deixe os valores padrão de “Additional configuration” (Configuração adicional).
A melhor prática é habilitar a proteção contra exclusão. Se desejar excluir o banco de dados no final do tutorial, você poderá deixar a opção desmarcada.
1.20 – Em “Deletion protection” (Proteção contra exclusão), desmarque “Enable deletion protection” (Habilitar proteção contra exclusão).
Revisar e criar
Após uma rápida revisão de todos os campos do formulário, você poderá prosseguir.
1.21 – Clique em “Create database” (Criar banco de dados).
Durante a criação das instâncias, você verá uma faixa explicando como obter credenciais. É uma boa oportunidade de salvar as credenciais, pois é a única vez que você visualizará esta senha.
1.22 – Clique em “View credential details” (Visualizar detalhes da credencial).
1.24 – Depois de fechar o pop-up de detalhes de credencial, clique no nome do banco de dados que você criou.
Etapa 2: Adicione uma política de escalabilidade
O Aurora Auto Scaling pode criar e remover réplicas com base em políticas de escalabilidade definidas por você. Quando há um aumento repentino da carga de trabalho ou do número de conexões para o banco de dados, o Aurora Auto Scaling pode adicionar réplicas do Aurora. Quando a carga de trabalho ou o número de conexões diminui, o Aurora Auto Scaling remove réplicas do Aurora adicionais para que você não gaste em capacidade extra.
2.4 – Escolha uma métrica a ser usada no auto scaling.
Você pode usar duas métricas de destino: “Average CPU utilization of Aurora Replicas” (Uso médio da CPU de réplicas do Aurora) e “Average connections of Aurora Replicas” (Média de conexões de réplicas do Aurora). O Aurora Auto Scaling cria e gerencia alarmes CloudWatch que acionam a política de escalabilidade e calculam o ajuste de escalabilidade com base na métrica e no valor de destino. A política de escalabilidade adiciona ou remove réplicas do Aurora conforme necessário para manter a métrica próxima ao valor de destino especificado.
A métrica a ser usada depende da arquitetura e da carga de trabalho do seu aplicativo. Se precisar executar muitas consultas de banco de dados na CPU, talvez seja uma boa ideia medir a utilização da CPU. Se as consultas forem simples, mas você precisar escalar leituras e gravações, a medição do número de conexões pode ser uma solução.
Lembre-se de que a política de escalabilidade deve se basear em apenas uma métrica, mas pode criar mais de uma política de escalabilidade. Para este tutorial, você pode selecionar “Average connections of Aurora Replicas” (Média de conexões de réplicas do Aurora).
2.5 – Para valor de destino, insira “20”.
Isso significa que o Aurora Auto Scaling adicionará réplicas do Aurora se o número de conexões atingir o valor de destino de 20 e removerá réplicas adicionais se ele ficar abaixo desse valor de destino. Em todos os casos, o Aurora Auto Scaling remove apenas réplicas do Aurora criadas por ele, nunca as criadas por você.
2.7 – Para capacidade máxima, insira “2”.
Os números de capacidade mínima e máxima poderão ser modificados posteriormente. A escolha dos valores a serem usados em um ambiente de produção dependerá das estimativas de carga de trabalho, número de conexões e orçamento. As réplicas do Aurora criadas pelo Aurora Auto Scaling são da mesma classe de instância de banco de dados que a utilizada na instância primária.
Etapa 3: Modifique uma política de escalabilidade
Detalhes da capacidade de cluster
3.5 – Altere a capacidade máxima para 4.
3.6 – Clique em “Save” (Salvar).
Etapa 5: Exclua o cluster
Para concluir este tutorial, você aprenderá a excluir o cluster de banco de dados do Aurora quando ele não for mais necessário. Para excluir o cluster de banco de dados do Aurora, acesse o Painel do RDS e siga estas instruções:
5.1 – Selecione “Databases” (Bancos de dados) no painel esquerdo.
Será mostrada uma lista de todos os clusters de banco de dados do Aurora.
5.2 – Selecione a instância do leitor do cluster de banco de dados do Aurora que você criou para este tutorial.
5.4 – Você será solicitado a confirmar a ação. Digite “delete me” (exclua-me) e clique em “Delete” (Excluir).
5.5 – Selecione a instância do gravador do cluster de banco de dados do Aurora que você criou para este tutorial.
Você será solicitado a informar se deseja criar um backup final. Isso costuma ser uma boa ideia, mas não é necessário para este tutorial.
5.7 – Desmarque a caixa “Create final snapshot” (Criar snapshot final) e marque a caixa “I acknowledge...” (Confirmo...).
Parabéns
Você criou um cluster de banco de dados do Aurora com o Auto Scaling. Você aprendeu a ajustar automaticamente a capacidade do cluster de banco de dados do Aurora por meio da adição ou remoção de réplicas de leitura com base nas necessidades do seu aplicativo.