Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/samiracavalcanti/dimensionamento-correto-ec2
Laboratório
https://github.com/samiracavalcanti/dimensionamento-correto-ec2
Last synced: 13 days ago
JSON representation
Laboratório
- Host: GitHub
- URL: https://github.com/samiracavalcanti/dimensionamento-correto-ec2
- Owner: SamiraCavalcanti
- Created: 2023-12-02T15:11:35.000Z (about 1 year ago)
- Default Branch: main
- Last Pushed: 2023-12-02T19:54:34.000Z (about 1 year ago)
- Last Synced: 2023-12-31T00:22:07.272Z (about 1 year ago)
- Size: 3.91 KB
- Stars: 0
- Watchers: 1
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# Laboratório
# Dimensionamento Correto da Instância EC2
Este laboratório demonstra o procedimento para identificar as oportunidades de dimensionamento correto para otimização
de custos em duas instâncias do Amazon Elastic Compute Cloud (Amazon EC2), em que você adota configurações mais adequadas
para a utilização de recursos de carga de trabalho simulada com base nas métricas observadas do Amazon CloudWatch.
# OBJETIVOS
Ao final deste laboratório, você deverá ser capaz de fazer o seguinte:
• Instalar e configurar o agente do CloudWatch em instâncias do Amazon EC2.
• Executar comandos interativos em instâncias do Amazon EC2 para simular carga de memória e CPU.
• Revisar as métricas da instância do Amazon EC2 usando um painel do CloudWatch.
• Modificar os tamanhos ou tipos de instância do Amazon EC2 com base nas métricas do CloudWatch observadas.
• Configurar alarmes do CloudWatch
# TAREFA 1.1: INSTALAR O CLOUDWATCH AGENT EM SUAS INSTÂNCIAS DO AMAZON EC2 DA APLICAÇÃO WEB
Nesta tarefa, vamos instalar o CloudWatch Agent nas instâncias da aplicação web.
Usaremos o AWS Systems Manager para executar os comandos de instalação e configuração para
ambas as instâncias do EC2 simultaneamente, por meio do grupo de recursos já criado para este laboratório.
Comando executado através do AWS System Manager para instalar o CloudWatch Agent nas instâncias da aplicação web
# TAREFA 1.2: CONFIGURAR E INICIAR AGENTES DO CLOUDWATCH NO GRUPO DE RECURSOS WEB-APPLICATION-INSTANCES
Comando executado, no arquivo(JSON) de configuração que foi pré-criado e armazenado no Repositório de parâmetros do Systems Manager
especifica as métricas e os logs que o agente deve coletar, incluindo métricas personalizadas.
# Tarefa 2: Fazer teste de estresse do servidor web e analisar as métricas da CPU
Depois da insnstalção e configuração do CloudWatch Agent nas instâncias do EC2,
vamos simular o uso e examinar as métricas de desempenho usando o stress-ng
uma ferramenta para carregar e aplicar estresse à sua instância do EC2 do servidor web.
- Primeiro conectamos a instaência web-Server
- usando o comando cd ~ && stress-ng --version, navegamos para o diretório inicial e validamos a instalação da ferramenta stress-ng
- usando o comando stress-ng --cpu 1 carregarregamos e aplicamos estresse à instância do Web-Server
Aqui examinamos a utilização da CPU para sua instância do Web-Server e analisá-la usando o CloudWatch.
No CloudWatch dois painéis com no nome EC2_Metric_Comparison ja tinham sido criados .
Teste de stress com 3 CPUs
Resultado
** Com a carga de trabalho relatando no primeiro 25% de utilização de CPU, você pode concluir que a instância do Web-Server
está superprovisionada na área da CPU. O custo contínuo da t3.xlarge pode ser otimizado selecionando um tamanho de
instância menor que forneça menos recursos de CPU.
# Tarefa 3: Redimensionar e fazer o teste de estresse no servidor web outra vez para analisar as métrica de CPU
TAREFA 3.1: REDIMENSIONAR O WEB-SERVER
Depois de interromper a instância o alterei seu tipo de t3.xlarge que tem 4 vCPUs para t3.medium com 2 vCPUs
# TAREFA 3.2: FAZER TESTE DE ESTRESSE DO WEB-SERVER OUTRA VEZ PARA ANALISAR AS MÉTRICAS DE CPU
** Considere: para uma aplicação real, considere esta uma oportunidade de executar mais testes para garantir boas características de desempenho.
# Tarefa 4: Criar alarmes de utilização da CPU
Agora que alteramos o tamanho da instância do servidor web, é importante monitorar a métrica
de utilização da CPU para garantir que a instância não seja subutilizada no futuro.
Para facilitar isso, você configura um alarme do CloudWatch para monitorar a utilização da CPU.
TAREFA 4.1: ALARME PARA UTILIZAÇÃO EXCESSIVA DA CPU
TAREFA 4.2: ALARME PARA CPU SUBUTILIZADA
# TAREFA 4.3: ADICIONAR ALARMES AO PAINEL
Agora que criamos dois alarmes, vamos adicional ao painel para começar a desenvolver uma só visualização sobre a integridade da aplicação.
# Tarefa 5: Testar a carga do servidor do banco de dados e analisar as métricas de memória
Usaremos o comando head para simular a utilização de memória e analisar as análises de memória para sua instância do DB-Server.
O comando head -c 10G /dev/zero | tail Simula a utilização de memória alocando 10 GB de informações de /dev/zero e enviando-as para o programa final.
** Depois de simular o uso de memória com os comandos head e tail, o uso de memória na instância do servidor de banco de dados é próximo de 70%.
# Tarefa 6: abranger a instância do DB-Server e analisar as análises de memória
Depois de analisar as análises do DB-Server, você observa que, embora o uso de memória não caiba em um tamanho de instância menor,
o uso de CPU foi mínimo e pode ser redimensionado. Isso representa um potencial para encontrar um tipo de instância melhor de acordo
com o uso do servidor de banco de dados.
TAREFA 6.1 ANALISAR OS TIPOS DE INSTÂNCIA PROFISSIONAL
Filtrando os tipos de instâncias na minha região por arquitetura ,vCPUs e memória
Depois de interromper a instância alterei seu tipo t3.xlarge para r5.large que proporciona
uma vantagem de custo de ~24% com relação à t3.xlarge para essa carga de trabalho.
# TAREFA 6.3: SIMULAR A UTILIZAÇÃO DE MEMÓRIA NA INSTÂNCIA DO DB-SERVER E ANALISAR AS MÉTRICAS DE MEMÓRIA OUTRA VEZ
# Tarefa 7: Criar alarmes de utilização de memória
Agora que otimizamos a instância do servidor de banco de dados, é importante monitorar a métrica de utilização da
memória para garantir que a instância não seja utilizada demais nem de menos no futuro. Para facilitar isso, configuramos
um alarme do CloudWatch para monitorar a utilização da memória.
TAREFA 7.2: CRIAR UM ALARME COMPOSTO
Criamos um alarme composto que combina o alarme de utilização de memória que criamos anteriormente para
DB-Server e o alarme de superutilização da CPU para Web-Server. Isso permite monitorar problemas de desempenho
em várias instâncias do EC2 com um único alarme
# Conclusão
Você realizou as seguintes tarefas:
Instalou e configurou o agente do CloudWatch em instâncias do Amazon EC2.
Executou comandos interativos em instâncias do Amazon EC2 para simular carga de memória e CPU.
Revisou as métricas da instância do Amazon EC2 utilizadas com um painel do CloudWatch.
Modificou os tamanhos ou tipos de instância do Amazon EC2 com base nas métricas do CloudWatch observadas.
Configurou alarmes do CloudWatch.