Poslední příspěvky

1

Hardware / Re:Hardware s nízkou spotřebou pro domácí lab

« Poslední příspěvek od Michal Šmucr kdy Dnes v 16:36:05 »

Já rozlišuji mezi běžícími službami a dostupnými službami.Pokud totiž vypadne víc, než domácí jistič, nemusí být služby dostupné tak jako tak, ale nepřijdu o data vypnutím na tvrdo, případně se to nedostane do nějakého neočekávatelného stavu (domrvené aktualizace, atp).

Ono i řádné vypnutí, jen neplánovaně, je někdy problém, protože to zase musí někdo zapnout. S UPS je ten problém, že pokud se při delším výpadku vybije ale dojde včas k řádnému vypnutí, musíte před zapnutím systému počkat na nabití UPS do určité úrovně, aby byl systém chráněn v případně dalšího výpadku, to se pochopitelně týká i laptopového řešení. Tohle dokáže v konečném důsledku způsobit víc škody, než užitku.

Ona ta UPS bude mít určitě vyšší režii, než celá spotřeba toho stroje v idle. A laptopy se většinou nabíjí o dost rychleji, než olověné baterie v UPS.

Pak je otázkou, jesti to chtít z baterie táhnout co nejdéle, ale vykrýt jdeen jeden dlouhý výpadek a pak čekat na dostatečné nabití, nebo to začít vypínat už třeba po minutě bez napájení ze sítě s tím, že jakmile sít naběhne, mohu to hned začít zase spouštět, protože když dojde k dalšímu výpadku, mohu to zase bezpečně vypnout.

Ano, souhlas pokud se má opravdu zajistit dostupnost (dobře jste to upřesnil), je potřeba promyslet víc scénářů.
Já to jen nikdy neřešil takhle napůl (jedno zařízení se svou baterkou). Buď to bylo víceméně jedno resp. se počítalo s tím, že to může někdy nastat (s tím, že kritické poškození, když by se to specificky trefilo do "správného" momentu je málo pravděpodbné), nebo tam prostě byly UPSky. A to i co se týká těch malých DIY systémů (typicky - server/NAS, router/modem, switch, možná nějaká další řídící jednotka).. a zas, o.k. něco to žere, nemám teď úplně přehled napříč modely, ale když jsem si onehdá měřil nějaou malou line-interactive APC, tak to mělo asi 10W řežii (rozdíl výkonu před/za s konkrétní zátěží).
Ale jak jsem psal předtím beru, že notebook s baterkou většinou překlene ty vypnutí natvrdo.
Jediné, co by mě nenaplňovalo úplně klidem při provozu 24/7/365, je pak to, že jsem když jsem kolikrát viděl (i známí, příbuzní nosí různé notebooky na ugprade, opravu) jak se tam někdy baterka dokáže vyhřát od ostatních komponent, nafouknout tak, že to při rozebírání člověku pomalu nevyletí do.. jak je to vypružné, pak to z toho rvát. Zrovna nedávnou jsem v nějakém ACERu interní baterku radši vyndal a odpojil, než se případně sežene jiná.
To se mi zatím u UPSek nestalo, jasně odejde baterka, začne to pípat, přepne se to do bypassu.. pak výměna, ale nikdy jsem to z toho zatím nemusel takhle dolovat..
Ale třeba ten Elitebook, co máte, je v tomhle ohledu úplně v pohodě.

2

Hardware / Re:Hardware s nízkou spotřebou pro domácí lab

« Poslední příspěvek od Michal Šmucr kdy Dnes v 16:07:22 »

Tak ono nekdy staci aby se to nevyplo tvrde ale rizene a nemusel tam veci startovat a resit problemy. Tvrdy pad u stroje neni hezky a u virtualizacniho stroje o to vice boli, ze VM disky se muzou cachovat a guest o tom vedet nemusi.

To určitě, taky to většinou beru jako plus, že se to regulérně vypne.

Ještě stran těch hypervizorů, cachování atp. Pokud je to všechno dobře nastavené a odladěné, tak by ty flushe a bariéry zevnitř virtuálu měly korektně probublat přes všechny vrstvy až do fyz. zařízení. Pak je to i v tom krajním případě (vypnutí natvrdo) víceméně podobné jako pokud to běží přímo na serveru. Byť samozřejmě konkrétní praktický dopad záleží také na aplikaci/službě.
Nicméně ne vždycky se to probublání povede (patch je mimochodem od pána z Proxmoxu)
https://github.com/openzfs/zfs/pull/17131

Do jisté míry se tomu dá předcházet trochu paranoidním nastavením u důležitých virtuálů/služeb, když to dovolí situace a požadavky na výkon. Tzn. vynutit synchronní zápisy.. (sync=always u ZFS zvol/datasetu nebo cache=writethrough příp. directsync u standardního qcow2 backendu). Obdobně jsem to řešíval i fyz. serverů, kdy jsem měl vyhrazené oddíly na datové adresáře konkrétních služeb, logy a u některých mountpointů pak natvrdo sync.
Ale bavíme se o poměrně specifických situacích, kdy to bylo často v nějakých pratkicky nekontrolovatelných podmínkách nebo třeba mobilní systém jezil v autě a celé se to napájelo agregátem, který klidně třikrát za dopoledne zhebnul
Nebo někde, kde to nevadilo a chtěl jsem si být jistý.

Jinak s takovym polovicatym zalohovanim (bez UPS) je dobre si overit, zda se stroj opravdu vypne. No nekdy je lepsi si overit celkovy normalni vypinaci protokol... protoze jakmile mate vice stroju a mezi nema napr. NFS s hard option, tak pri vypnuti nfs serveru se uplne zaseknou klienti a nejde je vubec vypnout. A myslim ze tomu nepomohlo ani umount -l, takze se zalohovat musi vsechny nody a konektivita a ono se to musi domluvit a odmountovat pred tim nez se to zacne vypinat. Tohle me dost prekvapilo a vypeklo.

Dobrá poznámka. A souhlas zombie jsou peklo. A taky jsem si dávno v něčem podobném vymáchal ústa..
Správná sekvence vypínání. Nakonec jsem místo přímé komunikace z NUT (démon pro UPSky) do serverů a stanic musel udělat na jednom serveru orchestraci vypínání podle správného pořadí, kdy to přes ssh a WMI v určité sekvenci posílalo příkazy do ostatních strojů.

3

Sítě / Re:Funguje někomu u O2 reverzní záznam?

« Poslední příspěvek od uwe.filter kdy Dnes v 15:45:19 »

Zato jsem dostal slevu 50 korun jednorázovou 

Je to hezké, když si ISP svých zákazníků váží.

4

Hardware / Re:Tesla Pi (smartphone)

« Poslední příspěvek od 𝑾𝑰𝑭𝑻 kdy Dnes v 15:18:49 »

Tohle je první místo, kde jsem se o něm dozvěděl. Starlink inside je zajímavý nápad, ale telefon imho dnes tvoří především OS a aplikační základna, v poslední době i schopnost ukázat regulačním úřadům prostředník (jakože o tom, jaké aplikace v telefonu budou a co budou dělat, úřady rozhodovat nebudou apod.). Potenciál je vždycky a pořádnou konkurenci ke stávajícímu duopolu bych rozhodně uvítal.

5

Hardware / Re:Tesla Pi (smartphone)

« Poslední příspěvek od Paliq kdy Dnes v 14:54:02 »

Že nie som cieľová skupina.. 

6

Sítě / Re:Funguje někomu u O2 reverzní záznam?

« Poslední příspěvek od Jan Fikar kdy Dnes v 14:43:33 »

Nová informace od O2 je, že IPv6 pro exNEJ stále není a neví se, kdy bude. Zato jsem dostal slevu 50 korun jednorázovou 

7

Hardware / Co říkáte na telefon Tesla Pi?

« Poslední příspěvek od Python kdy Dnes v 14:35:38 »

Zdravím vespolek 👋

Na YouTube se objevují promo videa na nový (plánovaný) Tesla Pi smartphone.

Podle proma, vypadá zajímavě 😁

Co si o něm myslíte ?

8

Hardware / Re:Hardware s nízkou spotřebou pro domácí lab

« Poslední příspěvek od 🇺🇦 GPU kdy Dnes v 14:20:34 »

O proti miniPC to mý výhodu, že je v tom i baterka, na kterou to nějakou hodinu klidně jede.

Jako jo, překlenu tím tvrdý shutdown stroje, to je ve většině případů plus. Ale pokud chci, aby ty služby běžely i s výpadkem napájení, tak stejně musím jistit i síťové prvky, ne? Takže vlastně malá UPS je stejně nutnost.

Já rozlišuji mezi běžícími službami a dostupnými službami.Pokud totiž vypadne víc, než domácí jistič, nemusí být služby dostupné tak jako tak, ale nepřijdu o data vypnutím na tvrdo, případně se to nedostane do nějakého neočekávatelného stavu (domrvené aktualizace, atp).

Ono i řádné vypnutí, jen neplánovaně, je někdy problém, protože to zase musí někdo zapnout. S UPS je ten problém, že pokud se při delším výpadku vybije ale dojde včas k řádnému vypnutí, musíte před zapnutím systému počkat na nabití UPS do určité úrovně, aby byl systém chráněn v případně dalšího výpadku, to se pochopitelně týká i laptopového řešení. Tohle dokáže v konečném důsledku způsobit víc škody, než užitku.

Ona ta UPS bude mít určitě vyšší režii, než celá spotřeba toho stroje v idle. A laptopy se většinou nabíjí o dost rychleji, než olověné baterie v UPS.

Pak je otázkou, jesti to chtít z baterie táhnout co nejdéle, ale vykrýt jdeen jeden dlouhý výpadek a pak čekat na dostatečné nabití, nebo to začít vypínat už třeba po minutě bez napájení ze sítě s tím, že jakmile sít naběhne, mohu to hned začít zase spouštět, protože když dojde k dalšímu výpadku, mohu to zase bezpečně vypnout.

9

Hardware / Re:Hardware s nízkou spotřebou pro domácí lab

« Poslední příspěvek od RDa kdy Dnes v 13:20:51 »

O proti miniPC to mý výhodu, že je v tom i baterka, na kterou to nějakou hodinu klidně jede.

Jako jo, překlenu tím tvrdý shutdown stroje, to je ve většině případů plus. Ale pokud chci, aby ty služby běžely i s výpadkem napájení, tak stejně musím jistit i síťové prvky, ne? Takže vlastně malá UPS je stejně nutnost.

Tak ono nekdy staci aby se to nevyplo tvrde ale rizene a nemusel tam veci startovat a resit problemy. Tvrdy pad u stroje neni hezky a u virtualizacniho stroje o to vice boli, ze VM disky se muzou cachovat a guest o tom vedet nemusi.

Jinak s takovym polovicatym zalohovanim (bez UPS) je dobre si overit, zda se stroj opravdu vypne. No nekdy je lepsi si overit celkovy normalni vypinaci protokol... protoze jakmile mate vice stroju a mezi nema napr. NFS s hard option, tak pri vypnuti nfs serveru se uplne zaseknou klienti a nejde je vubec vypnout. A myslim ze tomu nepomohlo ani umount -l, takze se zalohovat musi vsechny nody a konektivita a ono se to musi domluvit a odmountovat pred tim nez se to zacne vypinat. Tohle me dost prekvapilo a vypeklo.

10

Hardware / Re:Hardware s nízkou spotřebou pro domácí lab

« Poslední příspěvek od Michal Šmucr kdy Dnes v 12:02:29 »

Provozuji dva domací mini pc jako servery - webhosting, gamehosting, všechny možné služby co si chci otestovat/vyzkoušet. A moje zkušenost a směr byla : pokud si to na sebe nevydělává, každý watt navíc není dobrý.

Spotřeba se dá hodně ladit, ale je to alchymie..

Já to beru, pokud to si tenhle atribut člověk dá jako zásadní kritérium.
Osobně u tom přemýšlím tak, že je to samozřejmě fajn udržet rozumnou spotřebu, ale nemám z toho zas úplnou obsesi, která přebije všechno ostatní.
Taky mám někde podobný, malý Alder Lake, je to bezva, žere to málo. Ideální pro nějaké malé NASy, pár služeb, router atp.
Ale samozřejmě, že podobné úsporné nebo primárně notebookové procesory jsou kompromisem (výkon, rozšířitelnost).
Takže při rozhodování by u mě záleželo, jaké ambice tam mám s aplikacemi/službami a co potřebuju nebo na tom chci zkoušet.
Třeba jakmile se to překlopí do toho, že na tom budu pravidelně něco sestavovat (CI/CD), nebo tam třeba budu mít virtuály, kde budou databáze s něajkými reálnými (většími) datasety vůči kterým budu testovat aplikace atp., tak přestože to na třeba úsporném CPU rozjedu, začne mě otravovat, že to trvá 2-3x dlouho.
Další moment je pak zmíněná rozšířitelnost.. pokud mám nějaké jasně ohraničené úlohy a vím, že to nebudu potřebovat, fajn. Na druhou stranu pokud tam budu někdy chtít třeba přidat další periferie i třeba na blbnutí (ozkoušet si pass-thru do virtuálu, dělat něco s GPU), rozšířit úložiště o další SSD atp. Tak pár normální PCIe slotu a linek je prostě fajn mít.
V tomhle světle mi pak přijde, že třeba 1500 navíc za roční provoz podobného stroje v porovnání s nějakým úsporným miniPC/NASem se absolutně ztratí, pokud to využiju.

O proti miniPC to mý výhodu, že je v tom i baterka, na kterou to nějakou hodinu klidně jede.

Jako jo, překlenu tím tvrdý shutdown stroje, to je ve většině případů plus. Ale pokud chci, aby ty služby běžely i s výpadkem napájení, tak stejně musím jistit i síťové prvky, ne? Takže vlastně malá UPS je stejně nutnost.

Minulý týden jsem upgradoval můj homelab na AMD Ryzen max+ 395 (Strix Halo) 128GB RAM, 2x SSD, total 5GB, network 5Gb+2.5Gb, který beží 24/7..

To je přesně to, o čem bych taky uvažoval, kdybych chtěl řešit běhl lokálních modelů. Jestli se můžu zeptat, co jste nakonec vybral za variantu? (board nebo miniPC.. příp. třeba BeeLink, HP)..
Jestli je to miniPC, tak jak je to třeba s hlučností a teplotou v zátěži? Ty TDP už pak můžou být vcelku vysoké, aby to potřebovalo rozumné chlazení, ne?