Como planificar un servidor VPN silencioso, de baixo consumo e sempre activo

O repouso é onde unha caixa VPN doméstica pasa case toda a súa vida, así que ese é o estado que paga a pena medir. A mesma máquina aínda ten que responder a unha conexión, servir un ficheiro e rematar unha copia de seguranza mentres o túnel está erguido, e esas tres tarefas tiran en direccións distintas. Silenciosa, de baixo consumo e sempre accesible son propiedades separadas, e unha folla de especificacións non describe ningunha delas. Percorrer as comprobacións seguintes en orde evita que unha decisión de hardware se converta nunha reconstrución seis meses despois.

Empeza polos papeis, non polas pezas

Anota cada tarefa que a caixa debe facer mentres ninguén mira. Unha pasarela WireGuard ou OpenVPN, un recurso compartido de ficheiros, un destino de copia de seguranza e unha tarefa de indexación teñen custos permanentes distintos, e unha máquina que fai as catro ten un chan moito máis alto que unha que só fai a primeira. O consumo en repouso é a suma deses chans, non a súa media. Por iso dúas caixas descritas ambas como de baixo consumo poden diferir nun factor de tres na mesma habitación.

Decidir cedo se os datos viven no mesmo host que o túnel condiciona todo o demais. Hosts separados significan dous consumos en repouso, pero unha pasarela que queda esperta mentres o almacenamento dorme; un só host significa un só consumo e un só dominio de fallo. Ningunha das dúas opcións é incorrecta, pero a resposta ten que quedar escrita antes de que exista a lista de pezas.

Mide toda a caixa en tres estados

Un medidor de parede entre a toma e a fonte de alimentación é o único instrumento honesto aquí, porque inclúe as perdas de conversión, o arranque do disco e cada dispositivo USB que esqueciches. Anota tres números: repouso co túnel erguido e nada máis en marcha, a mesma caixa baixo unha transferencia remota real e a caixa durante unha copia de seguranza programada.

Os contadores de software axudan a explicar a lectura do medidor, pero non a substitúen. A interface RAPL informa da enerxía do paquete e do dominio de memoria, o que exclúe as perdas da fonte de alimentación e todo o conectado por USB.

read -r a < /sys/class/powercap/intel-rapl:0/energy_uj; sleep 60; read -r b < /sys/class/powercap/intel-rapl:0/energy_uj
awk -v a="$a" -v b="$b" 'BEGIN{printf "package average: %.1f W\n", (b-a)/60/1000000}'

O ruído necesita o mesmo trato. Unha caixa sen ventiladores elimina unha fonte e deixa o disco duro, a fonte de alimentación e o zunido das bobinas, así que escoita durante unha copia de seguranza e non na pantalla de inicio de sesión. A temperatura pertence á mesma pasada: le os sensores baixo carga sostida e non desactives nunca a protección térmica para facer a caixa máis silenciosa.

Converte os vatios nun ano que poidas comparar

O consumo continuo convértese en enerxía cunha multiplicación, e facelo unha vez evita que o custo anual sexa unha sorpresa. Unha media ilustrativa de 11 W durante un ano completo calcúlase así.

awk 'BEGIN{printf "%.1f kWh/year at 11 W\n", 11*24*365/1000}'

Esa cifra é aritmética, non unha medición da túa caixa, e a tarifa pola que a multiplicas move a resposta máis que un par de vatios. O cálculo serve para comparar dous deseños: unha pasarela en repouso a 6 W fronte a outra a 15 W é unha decisión á que podes poñer prezo. A potencia nominal dun procesador non é esa cifra, porque describe un paquete baixo carga e non un sistema en repouso. Usa a media do medidor de parede coa tarifa local e etiqueta o resultado como unha estimación.

Decide se se permite durmir

Durmir aforra máis enerxía e rompe máis suposicións. Un host durmido non pode aceptar a conexión entrante que o espertaría, e un keepalive do cliente non o cambia; só un dispositivo sempre acendido na mesma LAN pode enviar un paquete wake-on-LAN.

Se o túnel ten que ser accesible a calquera hora, trata o sono como desactivado por política e escríbeo nas notas de construción. Enmascarar os obxectivos é contundente, pero é explícito e sobrevive ás actualizacións de paquetes mellor que un costume.

systemctl status sleep.target suspend.target
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
systemd-inhibit --list

Wake-on-LAN merece a súa propia liña nesas notas porque falla en silencio. A función ten que estar activada no firmware, só funciona nalgunhas interfaces e necesita un dispositivo xa esperto para enviar o paquete. Próbaa antes de depender dela, non despois dunha viaxe.

Demostra que funciona baixo a carga que realmente verá

A última comprobación é a que a xente salta: executa a carga prevista e observa a caixa durante unha hora. Unha transferencia remota, unha copia de seguranza e unha reconstrución de índice ao mesmo tempo amosarán se a refrixeración, a ligazón e o almacenamento poden soportar a combinación de papeis que escolliches.

uptime
sensors | grep -E 'Core|Package|fan'
ss -s

Mira tamén a ligazón de acceso na mesma xanela, porque o ancho de banda de subida adoita limitar o rendemento remoto moito antes que o procesador. Se o túnel se satura nunha fracción do que a CPU podería cifrar, un chip máis rápido non compra absolutamente nada.