Dotaz: Uspani serveru

[Hasak]

Dobry den ve spolek, mam doma starsi server, ktery slouzi jako uloziste. Pred nedavnem jsme si poridili netflix a zjistil jsem, ze uz neni nutne, aby bezel 24/7. Muj dotaz je jak server bezici na HW atom s OS CentOS 6 automaticky uspat pri necinnosti a jak ho nasledne probudid (teda myslim jinak nez wakeonlan). Ted to delam tak ze se naloguju pres ssh a uspim ho. Kdyz je zapotreni probudim pres wakeonlan. Jenze to zase musim vzit neco (mobil, notebook,...) do ruky abych poslal magic packet.

Odpovědi

[jiwopene]

Nařiďte si hodiny reálného času, pravděpodobně je bude mít. Celkem rozumné rozhraní je příkaz rtcwake z balíku util-linux. Probudíte tím počítač ze spánku, v některých případech (dle podpory v hardwaru – zpravidla jen když byl předtím softwarově vypnut) ho i zapnete.

Použití (tohle nařídí budík na 8:00 zítra bez okamžitého uspání):

rtcwake -vmno -t$(date -d '8:00 tomorrow' +%s)

[jiwopene]

Můžete pak např. každou hodinu probudit počítač a něco zkontrolovat, pak ho (viz s2ram, /sys/power/state) uspat. Tady pomůže cron, at a podobné programy.

Pokud tam máte klasické pevné disky, byl bych s tímhle opatrnější.

[jiwopene]

Pokud používáte NTP klienta, ujistěte se pomocí hwclock, že hodiny jdou správně. Po pár měsících se mohou se systémovým časem rozcházet i o desítky minut.

[jiwopene]

Jinak některé síťové karty dle ethtool(8) asi umí budit i při jiných událostech:

           wol p|u|m|b|a|g|s|f|d...
                  Sets Wake-on-LAN options.  Not all devices support this.  The argument to this option is a string of  charac‐
                  ters specifying which options to enable.

                  p   Wake on PHY activity
                  u   Wake on unicast messages
                  m   Wake on multicast messages
                  b   Wake on broadcast messages
                  a   Wake on ARP
                  g   Wake on MagicPacket™
                  s   Enable SecureOn™ password for MagicPacket™
                  f   Wake on filter(s)
                  d   Disable  (wake  on  nothing).  This option
                      clears all previous options.

[Hasak]

Jasne buzeni "vstavani" neni kamen urazu, ale jak ho pri necinosti uspat? Jak jsem psal budim pres WoL, ale to uspavani pres ssh a command je nesikovne a hlavne neni to automaticke.

[PetebLazar]

Pokud při nevyužívání souborového serveru se datové HDD odeberou do stand-by mode, asi by bylo možné tento jejich stav periodicky (cronem) testovat a v případě klidu disků nastal nechat usnout i server.

[dustin]

Bohužel jsi neřekl, co by tedy mělo být tím impulzem, na který by se server probudil.

[Hasak]

Zajimaji me alternativy k magic packetu, ktere pouzivate(-ji) ostatni/jini.

[PetebLazar]

Někteří údajně křičí na Alexu, aby MagicPacket poslala za ně.

[Josef Kufner]

Řešil jsem podobný problém, jen se místo celého serveru vypínaly pouze reproduktory, pokud nic nehrálo.

Máš v zásadě dvě možnosti. Sledovat, zda je nějaké zařízení (tj. soubor) používáno, nebo sledovat logy. Pak budeš měřit aktivitu od poslední události a uspávat. Troše skriptování se nevyhneš.

Používání zařízení či souboru můžeš detekovat pomocí nástroje lsof. Jednou za čas se tak zeptáš, zda se používá a pokud ne, zeptáš se ještě párkrát a pak uspíš.

Druhá možnost je sledování logu. Služby, které tě zajímají necháš logovat přístup, a pokud se nic neděje, tedy v logu se neobjevují řádky, tak uspíš. Není potřeba sledovat obsah logu, stačí detekovat změnu velikosti souboru či času modifikace. V případě volatile logu v journald si prostě nasměruješ log do svého skriptu a budeš sledovat, zda se objevují data či nikoliv.

Třetí možnost je automounter a variace na první možnost. Pokud je souborový systém používán, tak automounter ho udrží připojený. Při nečinnosti ho po nějaké prodlevě odpojí. Prodlevu si nastav trochu delší a skriptem sleduj, zda je daný souborový systém připojen. Pokud není, zkontroluj to za chvíli (kratší než timeout automounteru) ještě jednou a pokud stále není, tak uspi server.

[Josef Kufner]

Probouzení severu bych řešil tak, že bych ho neuspal. Tedy alespoň ne celý. Můžeš odpojit disky, vypnout jádra CPU, pozapínat různé úspornosti. Pokud se ti tím povede dostat spotřebu na přijatelnou mez, tak máš po problému. V zásadě pak stačí, aby CPU jen podřimovalo a poslouchalo na síťových socketech. Vše ostatní může být povypínáno. Myslím, že by se dalo dostat na jednotky wattů.

Další možnost je proxy, která spící server probudí a spojení předá. Pokud by to zvládl router, tak by to asi šlo bez dalších nákladů. Možná by šlo přiohnout nějaké HA řešení, možná nějaký loadbalancer. Server-less řešení umí spouštět virtuální servery, až když jsou potřeba. Nemám s tím žádnou zkušenost, ale asi by to stálo za prozkoumání.