Nomear, etiquetar e registrar um novo servidor: metodologia para hostnames e inventário

Objetivo

Dar a um servidor recém-provisionado um nome que siga uma convenção documentada e registrar metadados suficientes para que outra pessoa, que não quem o montou, consiga identificar depois o responsável e a finalidade dele.

Pré-requisitos

Uma convenção de nomes combinada previamente, por exemplo <environment>-<role>-<sequence>, como prod-web-03 (no Windows, mantenha os nomes em até 15 caracteres por causa do NetBIOS); um sistema de inventário para registrar o resultado — um banco de dados de gerenciamento de configuração (CMDB), uma planilha ou etiquetas no próprio recurso de nuvem atendem a esse requisito, desde que um deles seja a fonte autoritativa.

Passos

1. Sempre que possível, defina o hostname antes do primeiro boot; alterá-lo depois que serviços e certificados já referenciam o nome antigo causa mais transtorno do que defini-lo corretamente desde o início.
2. No Linux, execute hostnamectl set-hostname <new-name> como root. Isso funciona em qualquer versão do systemd. As notas de lançamento da versão v249 do systemd substituíram os verbos get-xyz/set-xyz por verbos únicos, como hostnamectl hostname, e "the old names continue to be supported for compatibility" (os nomes antigos continuam suportados por compatibilidade), mas a nova forma falha em versões do systemd anteriores à 249 (por exemplo, RHEL 8, Debian 11, Ubuntu 20.04). Ambas as formas definem os nomes estático, transitório e pretty. Atualize você mesmo a entrada de /etc/hosts referente ao nome antigo (Debian/Ubuntu a mapeiam para 127.0.1.1). Em imagens com cloud-init, defina preserve_hostname: true ou informe o nome no user-data; caso contrário, o cloud-init pode redefini-lo no boot. Confirme com hostnamectl status.
3. No Windows, defina o nome com Rename-Computer -NewName "<new-name>" -Restart. O cmdlet "renames the local computer or a remote computer" (renomeia o computador local ou um computador remoto), está disponível a partir do PowerShell 3.0 e exige reinicialização para que a mudança tenha efeito; -Restart reinicia o computador imediatamente após a renomeação.
4. No inventário autoritativo, registre no mínimo: hostname, responsável (uma equipe ou uma pessoa nomeada, não "quem o montou"), finalidade/função, ambiente, data de criação e o método de provisionamento usado (nome/versão da imagem ou a execução de automação que o criou).
5. Etiquete o próprio recurso subjacente quando a plataforma permitir (tags do provedor de nuvem, anotações do hipervisor, comentários em registros DNS), para que os metadados acompanhem o recurso mesmo que o sistema de inventário separado fique desatualizado.
6. Verifique se o nome é resolvido onde precisa ser: DNS direto e reverso para convenções voltadas à rede ou, no mínimo, que os sistemas de monitoramento e de gerenciamento de configuração passem a usar o novo nome, e não um nome antigo mantido em cache desde o provisionamento.

Resultado esperado

hostnamectl status (Linux) ou $env:COMPUTERNAME / Get-ComputerInfo (Windows) mostra o nome pretendido após qualquer reinicialização necessária; o registro de inventário desse hostname existe e indica responsável e finalidade sem que seja preciso perguntar a ninguém.

Limites e base de verificação

Renomear um computador Windows ingressado em um domínio exige as permissões apropriadas no Active Directory e, segundo a documentação da Microsoft, aceita credenciais de domínio por meio de -DomainCredential quando a conta que executa o comando é diferente de uma conta com direitos para atualizar o objeto do computador; renomear após o ingresso no domínio é suportado, mas deve ser acompanhado da mesma verificação de DNS e de SPNs do Kerberos usada em qualquer alteração de objeto de computador no domínio. No Linux, o hostnamectl altera imediatamente o hostname em execução (transitório) junto com o estático, mas serviços já em execução que guardaram o nome antigo na própria inicialização podem precisar ser reiniciados para perceber a mudança — uma reinicialização do sistema garante consistência, mas não é estritamente necessária para a mudança do hostname em si.