Hogyan tervezzünk csendes, alacsony fogyasztású, mindig bekapcsolt VPN-szervert
A csendes VPN-dobozt az üresjárati watt, a terhelés zaja és az alapján ítélik meg, hogy elérhető marad-e. Mérje meg a teljes rendszert három állapotban, mielőtt alkatrészeket vásárol.
Az üresjárat az az állapot, amelyben egy otthoni VPN-doboz szinte az egész életét tölti, ezért érdemes éppen ezt mérni. Ugyanannak a gépnek még válaszolnia kell egy kapcsolatra, ki kell szolgálnia egy fájlt és be kell fejeznie egy biztonsági mentést, miközben az alagút fent van, és ez a három feladat különböző irányba húz. A csend, az alacsony fogyasztás és az állandó elérhetőség külön tulajdonságok, és egy adatlap egyiket sem írja le. Ha az alábbi ellenőrzéseket sorrendben végigcsinálja, a hardveres döntés hat hónappal később nem válik újjáépítéssé.
A szerepekkel kezdje, nem az alkatrészekkel
Írja fel minden feladatot, amelyet a doboznak el kell látnia, miközben senki sem figyel. Egy WireGuard- vagy OpenVPN-átjárónak, egy fájlmegosztásnak, egy biztonsági mentési célnak és egy indexelési feladatnak különböző a tartós költsége, és egy gép, amely mind a négyet végzi, sokkal magasabb padlón van, mint amelyik csak az elsőt. Az üresjárati fogyasztás e padlók összege, nem az átlaguk. Ezért két doboz, amelyet mindkettőt alacsony fogyasztásúnak írnak le, akár háromszoros eltérést is mutathat ugyanabban a szobában.
Ha korán eldönti, hogy az adatok ugyanazon a gazdagépen élnek-e, mint az alagút, az minden mást korlátoz. A külön gazdagépek két üresjárati fogyasztást jelentenek, de egy átjárót, amely ébren marad, miközben a tároló alszik; egy gazdagép egy fogyasztást és egy hibadomént jelent. Egyik sem rossz, de a választ le kell írni, mielőtt létezik az alkatrészlista.
Mérje meg az egész dobozt három állapotban
A konnektor és a tápegység közötti fali mérő az egyetlen őszinte műszer itt, mert tartalmazza az átalakítási veszteségeket, a lemezek felpörgését és minden USB-eszközt, amelyet elfelejtett. Jegyezzen fel három számot: üresjárat fent lévő alagúttal és semmi mással, ugyanaz a doboz valódi távoli átvitel alatt, és a doboz egy ütemezett biztonsági mentés közben.
A szoftverszámlálók segítenek megmagyarázni a fali mérő értékét, de nem helyettesítik. A RAPL felület a csomag és a memóriatartomány energiáját jelenti, ami kizárja a tápegység veszteségeit és mindent, ami USB-n keresztül csatlakozik.
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}'
A zaj ugyanazt a bánásmódot kívánja. A ventilátor nélküli ház eltávolít egy forrást, és otthagyja a merevlemezt, a tápegységet és a tekercsek zúgását, ezért biztonsági mentés közben hallgatózzon, ne a bejelentkező képernyőnél. A hőmérséklet ugyanahhoz a körhöz tartozik: tartós terhelés alatt olvassa a szenzorokat, és soha ne kapcsolja ki a hővédelmet, hogy a doboz halkabb legyen.
Váltsa át a wattokat összehasonlítható évre
A folyamatos fogyasztás egyetlen szorzással energiává alakul, és ha egyszer ezt megtesszük, az éves költség nem lesz meglepetés. Egy szemléltető 11 W-os átlag egy teljes évre így számolható.
awk 'BEGIN{printf "%.1f kWh/year at 11 W\n", 11*24*365/1000}'
Ez a szám aritmetika, nem a doboz mérése, és a tarifa, amellyel megszorozza, jobban elmozdítja az eredményt, mint néhány watt. A számítás két terv összehasonlítására jó: egy üresjáratban 6 W-ot fogyasztó átjáró egy 15 W-ossal szemben olyan döntés, amelynek árat lehet adni. A processzor névleges teljesítménye nem ez a szám, mert terhelés alatti csomagot ír le, nem nyugalmi rendszert. Használja a fali mérő átlagát a helyi tarifával, és jelölje az eredményt becslésnek.
Döntse el, engedélyezett-e az alvás
Az alvás takarítja meg a legtöbb energiát és töri meg a legtöbb feltevést. Egy alvó gazdagép nem tudja elfogadni a bejövő kapcsolatot, amely felébresztené, és egy kliens keepalive ezen nem változtat; csak egy ugyanazon a LAN-on állandóan bekapcsolt eszköz tud wake-on-LAN csomagot küldeni.
Ha az alagútnak bármely órában elérhetőnek kell lennie, kezelje az alvást szabályzatilag letiltottnak, és írja ezt a build-jegyzetekbe. A célok maszkolása nyers, de egyértelmű, és jobban átvészeli a csomagfrissítéseket, mint egy szokás.
systemctl status sleep.target suspend.target
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
systemd-inhibit --list
A Wake-on-LAN saját sort érdemel azokban a jegyzetekben, mert csendben hibázik. A funkciót a firmware-ben kell engedélyezni, csak bizonyos interfészeken működik, és kell hozzá egy már ébren lévő eszköz, hogy elküldje a csomagot. Tesztelje, mielőtt támaszkodna rá, ne egy utazás után.
Bizonyítsa a terhelés alatt, amelyet valóban látni fog
Az utolsó ellenőrzés az, amelyet az emberek kihagynak: futtassa a szánt terhelést, és nézze a dobozt egy órán át. Egy távoli átvitel, egy biztonsági mentés és egy index-újraépítés egyszerre megmutatja, hogy a hűtés, a kapcsolat és a tároló elbírja-e a választott szerepkombinációt.
uptime
sensors | grep -E 'Core|Package|fan'
ss -s
Ugyanabban az ablakban figyelje a hozzáférési kapcsolatot is, mert a feltöltési sávszélesség általában jóval a processzor előtt korlátozza a távoli átvitelt. Ha az alagút a processzor által titkosítható mennyiség töredékénél telítődik, egy gyorsabb lapka semmit sem ér.