Kiel plani silentan, malaltenergian VPN-servilon kiu ĉiam funkcias

Ripozo estas la stato en kiu hejma VPN-skatolo pasigas preskaŭ sian tutan vivon, do ĝuste tiu stato indas mezuri. La sama maŝino devas ankoraŭ respondi al konekto, servi dosieron kaj fini sekurkopion dum la tunelo estas supren, kaj tiuj tri taskoj tiras al diversaj direktoj. Silento, malalta energio kaj ĉiama atingeblo estas apartaj ecoj, kaj datumslipo priskribas neniun el ili. Se vi trapasos la subajn kontrolojn laŭorde, ia decido pri aparataro ne fariĝos rekonstruo ses monatojn poste.

Komencu per la roloj, ne per la partoj

Skribu ĉiun taskon, kiun la skatolo devas plenumi dum neniu rigardas. WireGuard aŭ OpenVPN-pordego, dosiera kunhavo, sekurkopia celo kaj indeksa tasko havas diversajn konstantajn kostojn, kaj unu maŝino faranta ĉiujn kvar havas multe pli altan fundamenton ol unu faranta nur la unuan. La ripoza konsumo estas la sumo de tiuj fundamentoj, ne ilia mezumo. Tial du skatoloj ambaŭ priskribitaj kiel malaltenergiaj povas diferenci per faktoro de tri en la sama ĉambro.

Frue decidi ĉu la datumoj loĝas sur la sama gastiganto kiel la tunelo limigas ĉion alian. Apartaj gastigantoj signifas du ripozajn konsumojn, sed pordegon kiu restas veka dum la konservado dormas; unu gastiganto signifas unu konsumon kaj unu fiasko-domajnon. Neniu el la du estas malĝusta, sed la respondo devas esti skribita antaŭ ol ekzistas la partolisto.

Mezuru la tutan skatolon en tri statoj

Mura mezurilo inter la ingo kaj la nutrado estas la sola honesta instrumento ĉi tie, ĉar ĝi inkludas konvertiĝajn perdojn, diskŝpiniĝon kaj ĉiun USB-aparaton kiun vi forgesis. Notu tri nombrojn: ripozo kun la tunelo supre kaj nenio alia funkcianta, la sama skatolo sub reala fora transigo, kaj la skatolo dum planita sekurkopio.

Softvaraj nombriloj helpas klarigi la muran legaĵon sed ne anstataŭas ĝin. La RAPL-interfaco raportas energion de pakaĵo kaj memora domajno, kio ekskludas perdojn de la nutrado kaj ĉion konektitan 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}'

Bruo bezonas la saman traktadon. Senserventumila ujo forigas unu fonton kaj lasas la rigidan diskon, la nutradon kaj la bobenan zumadon, do aŭskultu dum sekurkopio anstataŭ ĉe la salutekrano. Temperaturo apartenas al la sama raŭndo: legu la sensilojn sub daŭra ŝarĝo, kaj neniam malŝaltu termikan protekton por igi skatolon pli silenta.

Konvertu vatojn al jaro kiun vi povas kompari

Daŭra konsumo konvertiĝas al energio per unu multipliko, kaj fari ĝin unufoje malebligas surprizon pri la jara kosto. Ilustra mezumo de 11 W dum plena jaro kalkuliĝas jene.

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

Tiu nombro estas aritmetiko, ne mezuro de via skatolo, kaj la tarifo per kiu vi multiplikas ĝin movas la respondon pli ol kelkaj vatoj. La kalkulo utilas por kompari du projektojn: pordego ripozanta je 6 W kontraŭ unu je 15 W estas decido kiun vi povas prezigi. La nominala potenco de procesoro ne estas tiu nombro, ĉar ĝi priskribas pakaĵon sub ŝarĝo, ne sistemon en ripozo. Uzu la mezumon de la mura mezurilo kun la loka tarifo, kaj etikedu la rezulton kiel takso.

Decidu ĉu dormo estas permesata

Dormo ŝparas la plej multan energion kaj rompas la plej multajn supozojn. Dormanta gastiganto ne povas akcepti la envenantan konekton kiu vekus ĝin, kaj klienta keepalive tion ne ŝanĝas; nur ĉiam funkcianta aparato en la sama LAN povas sendi wake-on-LAN-pakaĵon.

Se la tunelo devas esti atingebla en ajna horo, traktu dormon kiel malŝaltitan per politiko kaj skribu tion en la konstruajn notojn. Maski la celojn estas kruda, sed ĝi estas eksplicita kaj postvivas pakaĵajn ĝisdatigojn pli bone ol kutimo.

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

Wake-on-LAN meritas sian propran linion en tiuj notoj, ĉar ĝi fiaskas silente. La funkcio devas esti ŝaltita en la firmvaro, funkcias nur sur kelkaj interfacoj, kaj bezonas aparaton jam vekan por sendi la pakaĵon. Testu ĝin antaŭ ol dependi de ĝi, ne post vojaĝo.

Pruvu ĝin sub la ŝarĝo kiun ĝi vere vidos

La lasta kontrolo estas tiu kiun homoj preterlasas: lanĉu la celatan ŝarĝon kaj observu la skatolon dum unu horo. Fora transigo, sekurkopio kaj indeksa rekonstruo samtempe montros ĉu la malvarmigo, la ligilo kaj la konservado povas porti la elektitan rolan kombinaĵon.

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

Observu ankaŭ la alirigan ligilon en la sama fenestro, ĉar suprenflua bendolarĝo kutime limigas foran trafikon longe antaŭ la procesoro. Se la tunelo saturiĝas je frakcio de tio kion la CPU povus ĉifri, pli rapida ĉipo aĉetas tute nenion.