Entender um servidor que você herdou: ler antes de mudar

Caiu no seu colo um Proxmox que você não montou. Quem montou já não está, não existe documentação, e agora você é o responsável. O primeiro instinto nessa situação é cutucar alguma coisa e ver o que acontece. É exatamente isso que não se deve fazer primeiro, porque você ainda não sabe o que está ligado a quê.

A primeira semana é uma semana de leitura. Todas as perguntas abaixo se respondem sem mudar nada.

Primeira pergunta: o que roda aqui

Não quantas máquinas existem, mas quais delas realmente fazem trabalho. Em servidores herdados quase sempre há máquinas desligadas que ninguém ousa apagar. Você não vai apagá-las agora, vai apenas listá-las.

Segunda pergunta: onde fica fisicamente o disco de cada máquina

É a pergunta que as visões em lista respondem pior, e é a que mais decide. Porque a resposta te diz isto: a morte de um único disco leva uma máquina ou oito?

Siga a corrente até o fim: máquina, disco virtual, armazenamento, pool, disco físico. Ver que os discos virtuais de oito máquinas descem para o mesmo disco físico é a coisa mais valiosa que você pode aprender sobre aquele servidor.

Terceira pergunta: do que há backup, e de quando é o mais recente

Não olhe se existem tarefas de backup, olhe a idade do backup mais recente. Encontrar uma tarefa que parou em silêncio é comum em instalações herdadas, e saber disso na primeira semana sai muito mais barato do que saber no sexto mês.

Quarta pergunta: quem consegue entrar aqui

Não quantos usuários existem, mas a quem é permitido o quê. Em sistemas herdados ficam contas de pessoas que saíram, chaves de automação esquecidas e permissões que ninguém lembra de ter concedido. Anote essas também, por enquanto.

Quinta pergunta: quanto ficou para trás

Olhe as atualizações pendentes e se há um kernel instalado mas sem reinício. O segundo ponto importa: a máquina pode parecer atualizada enquanto na verdade roda no kernel antigo.

A armadilha do "roda há dois anos, então é sólido"

Tempo de atividade não é saúde, é a ausência de um reinício. Uma máquina que roda há dois anos é uma máquina não testada há dois anos. Serviços iniciados à mão e nunca colocados na inicialização, montagens nunca escritas na configuração, tudo isso fica sem ser exercitado nesses dois anos e sai junto no primeiro reinício.

Por isso o primeiro reinício planejado em um servidor herdado deve acontecer num momento escolhido por você, com um backup na mão. O momento que você não escolheu chega mais cedo ou mais tarde.

Anote o que encontrar

O documento que você escreve na primeira semana é o que te salva no sexto mês. Não precisa ser longo: qual máquina faz o quê, onde fica o disco dela, se tem backup, quem consegue alcançá-la. Mesmo cinco linhas valem infinitamente mais do que nada.

Não apague nada por um tempo

Uma máquina sem etiqueta que ninguém sabe identificar é um risco, mas apagá-la é um risco maior. Desligue e espere. Se ninguém gritar por duas semanas, aí você decide. Aprender depois de apagar não se desfaz; aprender depois de desligar é um botão.

O que o Atlas faz

O Atlas desenha duas correntes, e em um servidor herdado são exatamente essas duas correntes de que você precisa.

O mapa de recursos desce da máquina até o disco físico: a máquina, a fatia de processador e memória dela, o disco virtual, o armazenamento, o pool e, lá embaixo, o disco real. Ou seja, a pergunta "onde fica de verdade o disco desta máquina" se responde seguindo a linha, e não abrindo uma a uma a configuração de cada máquina. Ver que oito máquinas descem para o mesmo disco acontece nessa mesma tela.

O mapa de rede desenha a outra corrente: máquina, ponte, porta física, mundo externo. Juntos, em uma tarde você consegue ler como é um servidor que não foi você quem construiu.