Pular para o conteúdo

Arquitetura real · Pleno

Netflix: análise de performance Linux em 60 s

Arquitetura real em produção. Pontos centrais: Monitoramento e Observabilidade e Antipadrões de Desempenho.

15 min de leitura · Fonte: Netflix · Conteúdo revisado em 23 de outubro de 2026

Resposta curta

Arquitetura real em produção. Pontos centrais: Monitoramento e Observabilidade e Antipadrões de Desempenho. Você entra num servidor Linux que está com problema de desempenho. O post da Netflix parte de uma pergunta direta: o que checar no primeiro minuto? A Netflix tem uma grande nuvem EC2 Linux e várias ferramentas de monitoramento e observabilidade.

01 · CONTEXTO

Um servidor lento e um minuto para olhar

Você entra num servidor Linux que está com problema de desempenho. O post da Netflix parte de uma pergunta direta: o que checar no primeiro minuto? A Netflix tem uma grande nuvem EC2 Linux e várias ferramentas de monitoramento e observabilidade.

O Atlas cuida do monitoramento da nuvem e o Vector da análise de instância sob demanda. Segundo o post, essas ferramentas resolvem a maioria dos problemas, mas às vezes é preciso entrar numa instância e rodar as ferramentas padrão do Linux. É para esse momento que a lista de comandos serve.

  1. Há uma instância Linux com problema de desempenho, e a pergunta é o que checar primeiro.

    Diagrama da arquitetura: Monitoramento da frota e análise na instância
    CLEngenheiro de performance
    NWAtlas
    CPVector
    CPInstância Linux com problemacom problema
  2. O Atlas faz o monitoramento da nuvem.

    Diagrama da arquitetura: Monitoramento da frota e análise na instância
    CLEngenheiro de performance
    NWAtlasnuvem inteira
    CPVector
    CPInstância Linux com problema
  3. O Vector faz a análise de uma instância sob demanda.

    Diagrama da arquitetura: Monitoramento da frota e análise na instância
    CLEngenheiro de performance
    NWAtlas
    CPVectorsob demanda
    CPInstância Linux com problema
  4. Quando essas ferramentas não bastam, o engenheiro entra na instância e roda ferramentas padrão do Linux.

    Diagrama da arquitetura: Monitoramento da frota e análise na instância
    CLEngenheiro de performance
    NWAtlas
    CPVector
    CPInstância Linux com problemalogin direto

02 · OS DEZ COMANDOS

Um comando para cada recurso

O roteiro reúne dez comandos que, em sessenta segundos, dão uma visão geral do uso de recursos e dos processos em execução. A tabela liga cada comando ao recurso que ele ajuda a olhar e ao que o post destaca.

ComandoRecursoO que o post destaca
uptimeCarga geralA média de carga inclui processos bloqueados em I/O ininterruptível
dmesg | tailErros do kernelProcurar erros que possam causar problemas de desempenho
vmstat 1Fila de CPUA coluna r acima da contagem de CPUs é saturação
mpstat -P ALL 1CPU por núcleoMostra o tempo de CPU por CPU e permite checar desequilíbrio
pidstat 1ProcessosNo exemplo, dois processos java respondem pelo consumo de CPU
iostat -xz 1DiscoUtilização acima de 60% costuma levar a mau desempenho; o await é o tempo médio de I/O em milissegundos
free -mMemóriaO Linux usa memória livre para caches e pode recuperá-la rapidamente
sar -n DEV 1Interfaces de redeNo exemplo, a recepção da eth0 chega a 22 Mbytes/s
sar -n TCP,ETCP 1TCPRetransmissões são sinal de problema de rede ou de servidor
topVisão geralDificulta ver padrões ao longo do tempo

03 · EXEMPLO DE PRODUÇÃO

Seguindo os sinais num servidor real

O post ilustra os comandos com saídas de um sistema de produção. Acompanhe os sinais do exemplo, um a um, no servidor sob investigação.

  1. O uptime mostra a média de carga de um minuto em 30, contra 19 na de quinze minutos: um aumento recente.

    Diagrama da arquitetura: Servidor sob investigação
    CLTráfego recebido
    CPServidor sob investigaçãocarga em alta
  2. No vmstat, as CPUs aparecem bem acima de 90% de utilização média.

    Diagrama da arquitetura: Servidor sob investigação
    CLTráfego recebido
    CPServidor sob investigaçãoCPUs muito usadas
  3. O pidstat aponta quais processos consomem a CPU: dois processos java, um deles com quase 16 CPUs.

    Diagrama da arquitetura: Servidor sob investigação
    CLTráfego recebido
    CPServidor sob investigaçãodois processos java
  4. No tráfego que chega ao servidor, o sar mostra a recepção da eth0 em 22 Mbytes/s.

    Diagrama da arquitetura: Servidor sob investigação
    CLTráfego recebido
    CPServidor sob investigação

04 · COMO LER OS SINAIS

Erros e saturação primeiro

O post manda procurar erros e saturação, que são fáceis de interpretar, e só depois olhar a utilização. Saturação é quando um recurso tem mais carga do que consegue atender. Esse roteiro faz parte do método USE, que confere utilização, saturação e erros de todos os recursos, e o post recomenda atentar para quando um recurso já foi checado e descartado. Esse raciocínio se liga ao estudo de antipadrões de desempenho.

05 · LIMITES E PRÓXIMOS PASSOS

Quando o minuto não basta

Para ir mais fundo, o post indica um tutorial que percorre mais de 40 comandos. O post diz que as ferramentas de monitoramento resolvem a maioria dos problemas e que só às vezes é preciso entrar na instância.

Perguntas frequentes

O que é Netflix: análise de performance Linux em 60 s?

Arquitetura real em produção. Pontos centrais: Monitoramento e Observabilidade e Antipadrões de Desempenho.

O que o design de Netflix: análise de performance Linux em 60 s cobre?

Ele está organizado nestas seções: Um servidor lento e um minuto para olhar, Um comando para cada recurso, Seguindo os sinais num servidor real, Erros e saturação primeiro e Quando o minuto não basta.

Quanto tempo leva Netflix: análise de performance Linux em 60 s e qual é o nível?

Leva cerca de 15 minutos para ler e tem nível Pleno.

Agora projete você mesmo

Rode este caso como uma entrevista na escola de System Design: você toma as decisões, o tutor as questiona e você vê a nota do seu desenho.