PowerChute no Windows Server: nobreak em rede, passo a passo
O apcupsd e o Network UPS Tools resolvem bem um nobreak ligado por USB a um
servidor Linux. Mas num Windows Server que fica em outro rack, conectado a um
nobreak com placa de rede (Network Management Card), nenhum dos dois enxerga o
equipamento. Para esse cenário o fabricante distribui o PowerChute Network
Shutdown (PCNS): um agente que fala com o nobreak pela rede e dispara o
desligamento controlado do servidor antes da bateria se esgotar.
O que o PowerChute faz (e por que ele não é o apcupsd)
O apcupsd e o NUT dependem de um cabo USB entre o nobreak e um host — o que só
funciona quando os dois estão fisicamente próximos. O PCNS inverte essa lógica:
ele é instalado em qualquer servidor Windows da rede e se registra numa Network
Management Card (placa de gerência, modelos AP96xx da APC) instalada no próprio
nobreak. A partir daí, qualquer servidor que tenha IP alcançável até a placa pode
monitorar o status da energia e reagir a eventos — sem cabo serial, sem USB, sem
limite de distância dentro do datacenter.
Isso importa porque é o cenário mais comum em ambiente corporativo: um nobreak
de rack atendendo vários servidores Windows ao mesmo tempo, cada um com sua própria
cópia do PCNS, todos conversando com a mesma placa de gerência.
Pré-requisitos
- Nobreak com Network Management Card instalada e já configurada com IP próprio
na rede (a placa tem interface web de configuração independente do nobreak). - Low Battery Duration configurada na própria Network Management Card — deixe
em pelo menos 5 minutos, é o tempo que o PCNS tem para agir antes do corte. - Conectividade de rede entre o Windows Server e a Network Management Card
(mesma VLAN ou rota liberada no firewall interno). - Conta de administrador local no Windows Server para instalar o serviço.
- Usuário, frase de autenticação e senha configurados na Network Management
Card — o instalador vai pedir os mesmos valores.
Passo a passo: instalando o PowerChute no Windows Server
- Baixe o instalador do PowerChute Network Shutdown no site da Schneider
Electric/APC, na página de software do modelo exato da Network Management Card
instalada no nobreak (AP9630, AP9631, AP9641 ou equivalente). - Copie o instalador para o Windows Server e execute-o localmente, com uma
conta de administrador. - Quando pedido, informe o endereço IP da Network Management Card.
- Informe a porta HTTP da placa (padrão
80) e a porta do
PowerChute (padrão3052— não altere, o fabricante não garante
suporte a outra porta). - Informe o User Name, a Authentication Phrase e a senha. Esses três valores
precisam ser idênticos aos cadastrados na Network Management Card, ou o
registro falha. - Deixe o instalador tentar o registro automático do servidor na placa. Se
falhar, acesse a interface web da Network Management Card, abra o menu do
PowerChute e cadastre manualmente o IP do servidor em “Add Client IP
Address”. - Ao final, abra a interface do PowerChute em
https://localhost:3052(ou pelo IP do servidor) e confirme que o
nobreak aparece com status “On Line”.
Liberando a comunicação no firewall
O PCNS fala com a Network Management Card em duas portas: a porta HTTP da
própria placa (padrão 80/TCP) e a porta 3052, em TCP e UDP, que é a única usada
pelo agente do PowerChute. As duas precisam estar liberadas nos dois sentidos
entre o servidor e a placa — inclusive em qualquer firewall de borda entre
VLANs diferentes.
New-NetFirewallRule -DisplayName "PowerChute Network Shutdown (TCP)" -Direction Inbound -Protocol TCP -LocalPort 3052 -Action Allow New-NetFirewallRule -DisplayName "PowerChute Network Shutdown (UDP)" -Direction Inbound -Protocol UDP -LocalPort 3052 -Action Allow
Depois de liberar, confirme a comunicação nos dois pontos — primeiro até a
placa, depois até a interface local do PowerChute:
Test-NetConnection -ComputerName <IP-da-Network-Management-Card> -Port 80 Test-NetConnection -ComputerName localhost -Port 3052
Os dois comandos devem voltar TcpTestSucceeded : True. Se o
primeiro falhar, o problema está na rota até a placa; se só o segundo falhar,
o serviço do PowerChute não subiu — confira com
Get-Service -DisplayName "PowerChute*".
Configurando o tempo de reação e o comando de desligamento
Duas configurações decidem se o desligamento automático realmente acontece a
tempo:
- Low Battery Duration, ajustada na página de configuração da
própria Network Management Card — é quanto tempo de bateria resta quando o
evento “bateria baixa” dispara. Cinco minutos é o mínimo recomendado pelo
fabricante; em racks com várias VMs para desligar em sequência, vale usar um
valor maior. - Run Command File, dentro da configuração de eventos do
PowerChute — permite apontar um script (.bat ou .cmd) para ser executado quando
um evento específico ocorre, como “On Battery” ou “Low Battery”. É o gancho
certo para, antes do shutdown do Windows Server, disparar o desligamento
ordenado de VMs num host Hyper-V, parar serviços que não tratam bem um corte
abrupto, ou avisar outro sistema de monitoramento.
Sem o primeiro item configurado com margem suficiente, o servidor pode não
terminar o desligamento antes da bateria realmente acabar. Sem o segundo, o
PowerChute desliga o Windows Server, mas nada avisa as VMs ou aplicações rodando
nele.
Testando sem desligar o nobreak de verdade
Não existe razão para testar isso puxando o cabo de um nobreak em produção.
O caminho seguro:
- Confirme primeiro que a interface do PowerChute mostra o status real do
nobreak (tensão, carga, autonomia estimada) — se os números batem com o que a
própria Network Management Card mostra, a comunicação está correta. - Use a função de autoteste da bateria disponível na interface web da própria
Network Management Card (não a do PowerChute) para gerar um evento controlado
e de curta duração. - Acompanhe o log de eventos do PowerChute durante o autoteste — ele deve
registrar a mudança de estado e, se configurado, disparar o Run Command File
correspondente. - Só valide o desligamento completo do servidor numa janela de manutenção,
fora do horário de produção, e com os dados dos serviços já protegidos por
backup.
Perguntas frequentes
O PowerChute funciona com qualquer nobreak APC?
Só com
modelos que aceitam uma Network Management Card. Nobreaks menores, sem slot
para a placa, dependem de USB — nesse caso use apcupsd (Linux) ou o agente local
equivalente para Windows, não o PCNS.
Preciso reiniciar o Windows Server depois de instalar?
Normalmente não — o instalador já inicia o serviço do PowerChute ao final.
Confirme no resumo da instalação se algum componente pediu reinício antes de
assumir que não precisa.
O PowerChute substitui o monitoramento SNMP no Zabbix?
Não, eles são complementares. O PCNS cuida do desligamento controlado do
servidor; o SNMP da Network Management Card, coletado pelo Zabbix, cuida do
histórico e do alerta para quem administra a infraestrutura.
O que acontece se a rede cair durante uma queda de energia?
Sem comunicação com a Network Management Card, o PowerChute não vê o
evento e o desligamento automático não dispara. Por isso o switch que liga o
servidor à placa deveria estar, idealmente, no mesmo circuito protegido pelo
nobreak.
Dá para desligar várias VMs em ordem antes do host?
Sim,
pelo Run Command File associado a um evento como “On Battery”: o script
apontado ali pode desligar as VMs na ordem certa antes do PowerChute seguir
com o shutdown do host.
Conclusão
O PowerChute Network Shutdown resolve exatamente o ponto onde apcupsd e NUT
não chegam: um nobreak de rack monitorado pela rede, atendendo vários servidores
Windows ao mesmo tempo. A instalação em si é rápida — o trabalho real está em
acertar a porta 3052 no firewall, configurar um Low Battery Duration com margem
de sobra e usar o Run Command File para desligar VMs e serviços na ordem certa,
em vez de deixar o corte de energia decidir isso por você.
