Controle de serviços do systemd e criação de arquivos de unidade

systemd é o sistema de inicialização e o gerenciador de serviços usado pela maioria das distribuições Linux modernas. Ele é responsável por iniciar, parar e gerenciar os serviços do sistema, além de lidar com as sequências de inicialização e o estado do sistema.

A principal ferramenta para interagir com o systemd é o systemctl. Com ela, você pode:

• Iniciar e parar serviços
• Habilitar ou desabilitar serviços na inicialização
• Inspecionar o status e os registros dos serviços
• Recarregar a configuração sem reiniciar

Todos os serviços gerenciados pelo systemd são definidos por arquivos de unidade, que são arquivos de configuração declarativos armazenados em /etc/systemd/system/ (em todo o sistema) ou ~/.config/systemd/user/ (por usuário).

Estes são os comandos do systemctl mais usados no gerenciamento diário de serviços. Cada comando opera sobre um nome de unidade, como nginx.service ou simplesmente nginx.

• systemctl start <unit> — inicia um serviço imediatamente
• systemctl stop <unit> — interrompe um serviço em execução
• systemctl restart <unit> — interrompe e inicia novamente (reinicialização completa)
• systemctl reload <unit> — envia SIGHUP para recarregar a configuração sem interromper o serviço
• systemctl enable <unit> — cria links simbólicos para que a unidade seja iniciada na inicialização
• systemctl disable <unit> — remove esses links simbólicos
• systemctl status <unit> — mostra o estado, o PID e as linhas de registro recentes

systemctl status fornece um panorama detalhado de uma unidade. Entender essa saída é essencial para diagnosticar problemas rapidamente.

• Carregada: caminho do arquivo da unidade e indicação de que ela está habilitada na inicialização
• Ativa: estado atual — active (running), inactive (dead), failed
• PID principal: identificador do processo principal do serviço
• CGroup: todos os processos filhos pertencentes ao serviço
• Linhas de registro: as entradas mais recentes do diário para esta unidade

Também é possível consultar apenas o estado ativo com systemctl is-active e o estado de habilitação com systemctl is-enabled, opções ideais para uso em scripts.

Ao gerenciar muitos serviços, é necessário listar e filtrar unidades de forma eficiente. systemctl list-units mostra todas as unidades carregadas no momento, enquanto list-unit-files mostra todos os arquivos de unidade instalados e seu estado de habilitação.

Opções de filtragem úteis:

• --type=service — mostra apenas unidades de serviço
• --state=failed — mostra apenas unidades com falha
• --state=active — mostra apenas unidades ativas
• --all — inclui unidades inativas na listagem

Combinar esses filtros com grep permite criar pipelines de inspeção poderosos em scripts de manutenção.

Um arquivo de unidade de serviço é um arquivo de texto simples no estilo INI, composto por seções. Cada seção controla um aspecto diferente do ciclo de vida da unidade.

• [Unit] — metadados: descrição e dependências de ordenação (After=, Requires=, Wants=)
• [Service] — como iniciar e interromper o processo: ExecStart, ExecStop, Restart, User, WorkingDirectory
• [Install] — quando esta unidade deve ser habilitada: WantedBy=multi-user.target significa que ela será ativada durante a inicialização normal para vários usuários

Depois de colocar ou editar um arquivo de unidade em /etc/systemd/system/, você deve executar systemctl daemon-reload para que o systemd reconheça as alterações.

Vamos criar um arquivo de unidade de serviço simples para um script personalizado de servidor HTTP em Python. O arquivo de unidade informa ao systemd exatamente como gerenciar esse processo, como se ele fosse qualquer outro serviço do sistema.

Diretivas principais de [Service] usadas aqui:

• Type=simple — o systemd considera o processo ExecStart o processo principal
• User=www-data — executa com uma conta que não é de root, por segurança
• WorkingDirectory — define o diretório de trabalho do processo
• Restart=on-failure — reinicia automaticamente se o processo terminar com um código diferente de zero
• RestartSec=5 — aguarda 5 segundos entre as tentativas de reinicialização

A diretiva Type= em [Service] informa ao systemd como acompanhar o momento em que um serviço terminou de iniciar. Escolher o tipo errado é uma fonte comum de problemas de ordenação.

• Type=simple — padrão; o systemd considera que o serviço foi iniciado assim que ExecStart é executado. Nenhum sinal de prontidão é necessário.
• Type=forking — o processo ExecStart cria um processo filho e termina; o daemon real é executado como filho. Use PIDFile= para que o systemd possa acompanhá-lo.
• Type=notify — o processo envia sd_notify(READY=1) quando está realmente pronto. É a opção mais confiável para daemons complexos.
• Type=oneshot — é executado uma vez e termina; as unidades seguintes aguardam sua conclusão. É ideal para scripts de configuração.
• Type=idle — semelhante a simple, mas a execução é adiada até que todos os trabalhos ativos terminem.

Os arquivos de unidade de serviço aceitam várias diretivas para transmitir variáveis de ambiente e aplicar restrições de segurança — ambos são importantes em sistemas de produção.

Diretivas de ambiente:

• Environment="KEY=value" — define uma única variável diretamente
• EnvironmentFile=/etc/myapp/env — carrega variáveis de um arquivo (uma KEY=value por linha)

Diretivas comuns de reforço da segurança:

• NoNewPrivileges=true — impede que o processo obtenha privilégios adicionais por meio de setuid
• ProtectSystem=strict — monta /usr, /boot e /etc como somente leitura
• PrivateTmp=true — fornece ao serviço um /tmp próprio e isolado
• CapabilityBoundingSet= — remove todos os recursos do Linux

Um temporizador do systemd é uma unidade que ativa outra unidade (geralmente um .service) de acordo com um agendamento. Ele substitui as tarefas tradicionais do cron por um mecanismo mais integrado, com registro e controlável.

Cada unidade de temporizador (foo.timer) é associada a uma unidade de serviço com o mesmo nome-base (foo.service), que realiza o trabalho de fato. Você habilita e inicia o temporizador, não o serviço diretamente.

Tipos de temporizador:

• Temporizadores de tempo real (calendário) — são acionados em horários do relógio usando expressões OnCalendar=, como daily, weekly ou Mon *-*-* 02:00:00
• Temporizadores monotônicos — são acionados em relação a um evento do sistema usando OnBootSec=, OnActiveSec= ou OnUnitActiveSec=

Vamos criar um par completo de temporizador e serviço que execute um script de backup todos os dias às 02:00. Observe que a seção [Timer] fica em seu próprio arquivo .timer, enquanto o trabalho fica no arquivo .service associado.

Diretivas principais de [Timer]:

• OnCalendar= — expressão de calendário para o agendamento
• Persistent=true — se o sistema estava desligado quando o temporizador deveria ter sido acionado, executa-o imediatamente na próxima inicialização
• RandomizedDelaySec= — adiciona até N segundos de variação aleatória para evitar uma sobrecarga simultânea quando muitos hosts compartilham o mesmo agendamento
• Unit= — unidade de destino explícita (opcional quando os nomes coincidem)

O systemd direciona toda a saída dos serviços para o diário, que você consulta com journalctl. Isso centraliza os registros de todas as unidades em um único armazenamento pesquisável.

Opções essenciais de journalctl para solucionar problemas de serviços:

• -u <unit> — filtra pelo nome da unidade
• -f — acompanha o registro em tempo real (como tail -f)
• -n 50 — mostra apenas as últimas 50 linhas
• --since "1 hour ago" — limita por período
• -p err — mostra apenas erros e mensagens de prioridade superior
• -b — mostra apenas os registros da inicialização atual

Quando uma unidade não consegue iniciar, a primeira coisa a executar é journalctl -u <unit> -n 30 --no-pager, seguida de systemctl status <unit>, para capturar o contexto recente do erro.

Teste sua compreensão da configuração de unidades de serviço e de temporizador do systemd.

Nesta lição, você explorou em nível profissional os conceitos fundamentais do gerenciamento de serviços do systemd e da criação de arquivos de unidade. Veja um resumo do que foi abordado:

• Fundamentos do systemctl — start, stop, restart, reload, enable, disable, status, is-active e is-enabled para verificações adequadas ao uso em scripts
• Listagem e filtragem — list-units e list-unit-files com as opções --type e --state para isolar serviços com falha ou habilitados
• Anatomia do arquivo de unidade — as três seções [Unit], [Service] e [Install] e suas diretivas principais
• Tipos de serviço — simple, forking, notify, oneshot e quando usar cada um
• Ambiente e segurança — EnvironmentFile, NoNewPrivileges, ProtectSystem e PrivateTmp para daemons reforçados
• Unidades de temporizador — associação de arquivos .timer e .service, expressões OnCalendar e comportamento de recuperação de Persistent
• Journalctl — filtragem por unidade, horário, inicialização e prioridade para diagnosticar falhas com eficiência

Com essas habilidades, você pode gerenciar qualquer serviço do sistema, agendar tarefas recorrentes de forma confiável e criar arquivos de unidade prontos para produção para seus próprios daemons.