Complemento do relatório técnico · 15/11/2026

Estabilização da infraestrutura Oracle Cloud Free Tier

Desafios, investigação de travamentos e otimizações aplicadas à instância LAB-LIRA, que hospeda o monitoramento Cloudflare do Studio Pilates Tridimensional.

Contexto

O projeto utiliza Oracle Linux 9, uma instância com 1 OCPU e cerca de 1 GiB de RAM, dashboard Python, banco SQLite e Cloudflare Tunnel. Durante a implantação, ocorreram lentidão, pressão de memória e dificuldades temporárias de acesso SSH.

Diagnóstico e causa identificada

A análise de logs do kernel, processos e serviços systemd identificou um evento de Out of Memory (OOM) em 15/11/2026. O kernel encerrou um processo dnf executado pelo dnf-makecache.service, com aproximadamente 729 MiB de memória residente. Também foi identificada uma reserva de 448 MiB para crashkernel, apesar de o kdump não estar ativo.

Medidas implementadas

01 · Recuperação de memória

Remoção do parâmetro crashkernel dos kernels normais e reinicialização controlada. A RAM utilizável passou de aproximadamente 498 MiB para 945 MiB. A mudança elimina a disponibilidade de dumps de falhas do kernel nessa configuração.

02 · Swap de contingência

Configuração de 2,5 GiB de swap para reduzir o impacto de picos de memória, sem substituir a necessidade de RAM física.

03 · Controle do DNF

Desativação do timer dnf-makecache, evitando a repetição automática da rotina associada ao OOM. Atualizações manuais continuam disponíveis.

04 · Monitoramento preventivo

Script Bash e timer systemd com verificações aproximadamente a cada cinco minutos, histórico de RAM e swap e alerta quando a memória disponível fica abaixo de 150 MB.

05 · Continuidade operacional

Validação do dashboard, Cloudflare Tunnel e coletores após as intervenções, com serviços ativos e coletas concluídas.

06 · Atualizações controladas

Inspeção do atualizador do Cloudflare Tunnel, mantido ativo. Atualizações do sistema operacional devem ser planejadas para janelas de manutenção.

Resultados observados

945 MiBRAM utilizável
~625 MiBRAM disponível nas últimas verificações
2,5 GiBSwap configurada

As verificações posteriores indicaram serviços operacionais e ausência de processos DNF em execução. Esses resultados são pontuais; o acompanhamento contínuo permanece necessário para confirmar estabilidade em longo prazo.

Lições aprendidas

Nem sempre estabilizar uma infraestrutura significa aumentar recursos. Investigar a causa raiz, revisar reservas de memória e tarefas automáticas, além de implementar observabilidade, pode transformar a operação de um ambiente com capacidade limitada.

O projeto reuniu práticas de Linux, troubleshooting, automação, observabilidade, segurança e otimização de infraestrutura.