Com planificar un servidor VPN silenciós, de baix consum i sempre actiu
Una caixa VPN silenciosa es jutja pels watts en repòs, el soroll de la càrrega de treball i si continua sent accessible. Mesureu tot el sistema en tres estats abans de comprar peces.
El repòs és on una caixa VPN domèstica passa gairebé tota la seva vida, així que aquest és l'estat que val la pena mesurar. La mateixa màquina encara ha de respondre una connexió, servir un fitxer i acabar una còpia de seguretat mentre el túnel és obert, i aquestes tres feines estiren en direccions diferents. Silenci, baix consum i accessibilitat permanent són propietats separades, i un full d'especificacions no descriu cap d'elles. Recórrer les comprovacions següents en ordre evita que una decisió de maquinari es converteixi en una reconstrucció sis mesos després.
Comenceu pels papers, no per les peces
Anoteu cada feina que la caixa ha de fer mentre ningú mira. Una passarel·la WireGuard o OpenVPN, un recurs compartit de fitxers, una destinació de còpia de seguretat i una feina d'indexació tenen costos permanents diferents, i una màquina que fa les quatre coses té un terra molt més alt que una que només fa la primera. El consum en repòs és la suma d'aquests terres, no la seva mitjana. Per això dues caixes descrites totes dues com de baix consum poden diferir en un factor de tres a la mateixa habitació.
Decidir aviat si les dades viuen al mateix amfitrió que el túnel condiciona tota la resta. Amfitrions separats volen dir dos consums en repòs, però una passarel·la que vetlla mentre l'emmagatzematge dorm; un sol amfitrió vol dir un sol consum i un sol domini de fallada. Cap de les dues opcions no és incorrecta, però la resposta s'ha d'escriure abans que existeixi la llista de peces.
Mesureu tota la caixa en tres estats
Un mesurador de paret entre l'endoll i la font d'alimentació és l'únic instrument honest aquí, perquè inclou les pèrdues de conversió, l'arrencada del disc i cada dispositiu USB que heu oblidat. Anoteu tres números: repòs amb el túnel obert i res més en marxa, la mateixa caixa sota una transferència remota real i la caixa durant una còpia de seguretat programada.
Els comptadors de programari ajuden a explicar la lectura del mesurador, però no la substitueixen. La interfície RAPL informa de l'energia del paquet i del domini de memòria, cosa que exclou les pèrdues de la font d'alimentació i tot el que es connecta per 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}'
El soroll necessita el mateix tracte. Una caixa sense ventiladors elimina una font i deixa el disc dur, la font d'alimentació i el brunzit de les bobines, així que escolteu durant una còpia de seguretat i no a la pantalla d'inici de sessió. La temperatura pertany a la mateixa tanda: llegiu els sensors sota càrrega sostinguda i no desactiveu mai la protecció tèrmica per fer la caixa més silenciosa.
Convertiu els watts en un any que pugueu comparar
El consum continu es converteix en energia amb una multiplicació, i fer-ho una vegada evita que el cost anual sigui una sorpresa. Una mitjana il·lustrativa d'11 W durant un any sencer es calcula així.
awk 'BEGIN{printf "%.1f kWh/year at 11 W\n", 11*24*365/1000}'
Aquesta xifra és aritmètica, no una mesura de la vostra caixa, i la tarifa per la qual la multipliqueu mou la resposta més que un parell de watts. El càlcul serveix per comparar dos dissenys: una passarel·la en repòs a 6 W contra una altra a 15 W és una decisió que podeu posar preu. La potència nominal d'un processador no és aquesta xifra, perquè descriu un paquet sota càrrega i no un sistema en repòs. Feu servir la mitjana del mesurador amb la tarifa local i etiqueteu el resultat com una estimació.
Decidiu si es permet dormir
Dormir estalvia més energia i trenca més suposicions. Un amfitrió adormit no pot acceptar la connexió entrant que el despertaria, i un keepalive del client no ho canvia; només un dispositiu sempre engegat a la mateixa LAN pot enviar un paquet wake-on-LAN.
Si el túnel ha de ser accessible a qualsevol hora, tracteu el son com a desactivat per política i escriviu-ho a les notes de construcció. Emmascarar els objectius és contundent, però és explícit i sobreviu a les actualitzacions de paquets millor que un costum.
systemctl status sleep.target suspend.target
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
systemd-inhibit --list
Wake-on-LAN mereix la seva pròpia línia en aquestes notes perquè falla en silenci. La funció s'ha d'activar al firmware, només funciona en algunes interfícies i necessita un dispositiu ja despert per enviar el paquet. Proveu-la abans de dependre'n, no després d'un viatge.
Demostreu-ho sota la càrrega que realment veurà
L'última comprovació és la que la gent s'estalvia: executeu la càrrega prevista i observeu la caixa durant una hora. Una transferència remota, una còpia de seguretat i una reconstrucció d'índex alhora mostraran si la refrigeració, l'enllaç i l'emmagatzematge poden suportar la combinació de papers que heu triat.
uptime
sensors | grep -E 'Core|Package|fan'
ss -s
Mireu també l'enllaç d'accés a la mateixa finestra, perquè l'amplada de banda de pujada sol limitar el rendiment remot molt abans que el processador. Si el túnel se satura en una fracció del que la CPU podria xifrar, un xip més ràpid no compra absolutament res.