Cum să planifici un server VPN silențios, cu consum redus și mereu pornit

Repausul este starea în care o cutie VPN de acasă își petrece aproape toată viața, așa că aceasta este starea care merită măsurată. Aceeași mașină trebuie totuși să răspundă unei conexiuni, să servească un fișier și să termine o copie de siguranță cât timp tunelul este activ, iar aceste trei sarcini trag în direcții diferite. Silențiozitatea, consumul redus și accesibilitatea permanentă sunt proprietăți separate, iar o fișă tehnică nu descrie niciuna dintre ele. Dacă parcurgi verificările de mai jos în ordine, o decizie privind hardware-ul nu se transformă într-o reconstrucție șase luni mai târziu.

Începe cu rolurile, nu cu piesele

Notează fiecare sarcină pe care cutia trebuie să o îndeplinească atunci când nimeni nu se uită. Un gateway WireGuard sau OpenVPN, o partajare de fișiere, o destinație de copii de siguranță și o sarcină de indexare au costuri permanente diferite, iar o mașină care le face pe toate patru are un prag mult mai înalt decât una care o face doar pe prima. Consumul în repaus este suma acestor praguri, nu media lor. De aceea două cutii descrise ambele ca având consum redus pot diferi de trei ori în aceeași cameră.

Decizia timpurie dacă datele locuiesc pe același host ca tunelul limitează tot restul. Hosturile separate înseamnă două consumuri în repaus, dar un gateway care rămâne treaz în timp ce stocarea doarme; un singur host înseamnă un consum și un singur domeniu de defect. Niciuna nu este greșită, dar răspunsul trebuie scris înainte de a exista lista de piese.

Măsoară toată cutia în trei stări

Un contor de perete între priză și sursa de alimentare este singurul instrument cinstit aici, pentru că include pierderile de conversie, pornirea discurilor și fiecare dispozitiv USB pe care l-ai uitat. Notează trei numere: repaus cu tunelul activ și nimic altceva, aceeași cutie sub un transfer la distanță real și cutia în timpul unei copii de siguranță programate.

Contoarele software ajută la explicarea citirii contorului de perete, dar nu îl înlocuiesc. Interfața RAPL raportează energia pachetului și a domeniului de memorie, ceea ce exclude pierderile sursei de alimentare și tot ce este conectat prin 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}'

Zgomotul cere același tratament. O carcasă fără ventilatoare elimină o sursă și lasă discul dur, sursa de alimentare și bâzâitul bobinelor, așa că ascultă în timpul unei copii de siguranță și nu la ecranul de conectare. Temperatura face parte din aceeași rundă: citește senzorii sub sarcină susținută și nu dezactiva niciodată protecția termică pentru a face cutia mai silențioasă.

Transformă wații într-un an pe care îl poți compara

Consumul continuu se transformă în energie printr-o singură înmulțire, iar faptul de a o face o dată împiedică costul anual să fie o surpriză. O medie ilustrativă de 11 W pe un an întreg se calculează astfel.

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

Acel număr este aritmetică, nu o măsurătoare a cutiei tale, iar tariful cu care îl înmulțești mișcă răspunsul mai mult decât câțiva wați. Calculul este util pentru a compara două proiecte: un gateway în repaus la 6 W față de unul la 15 W este o decizie căreia îi poți pune preț. Puterea nominală a unui procesor nu este acel număr, pentru că descrie un pachet sub sarcină și nu un sistem în repaus. Folosește media contorului de perete cu tariful local și etichetează rezultatul ca estimare.

Decide dacă somnul este permis

Somnul economisește cea mai multă energie și sparge cele mai multe presupuneri. Un host adormit nu poate accepta conexiunea de intrare care l-ar trezi, iar un keepalive de client nu schimbă asta; doar un dispozitiv mereu pornit în același LAN poate trimite un pachet wake-on-LAN.

Dacă tunelul trebuie să fie accesibil la orice oră, tratează somnul ca dezactivat prin politică și scrie asta în notele de construcție. Mascarea țintelor este brutală, dar este explicită și supraviețuiește actualizărilor de pachete mai bine decât un obicei.

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

Wake-on-LAN merită o linie proprie în acele note pentru că eșuează în tăcere. Funcția trebuie activată în firmware, funcționează doar pe unele interfețe și are nevoie de un dispozitiv deja treaz pentru a trimite pachetul. Testeaz-o înainte de a te baza pe ea, nu după o călătorie.

Dovedește-l sub sarcina pe care o va vedea cu adevărat

Ultima verificare este cea pe care oamenii o sar: rulează sarcina prevăzută și urmărește cutia o oră. Un transfer la distanță, o copie de siguranță și o reconstrucție a indexului simultan vor arăta dacă răcirea, legătura și stocarea pot duce combinația de roluri pe care ai ales-o.

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

Urmărește și legătura de acces în aceeași fereastră, pentru că lățimea de bandă de uplink limitează de obicei debitul la distanță mult înainte de procesor. Dacă tunelul se saturează la o fracțiune din cât ar putea procesorul să cripteze, un cip mai rapid nu cumpără absolut nimic.