Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Server / Re:Virtualizace Hyper-V vs. VM
« Poslední příspěvek od RDa kdy Dnes v 14:30:06 »
Bych to nekomplikoval a na desktop uziti doporucil mainstream - Ubuntu, QEMU/KVM a windows strcit do virtualky.
Dalsi krok muzete brat jako ze VM budou na serveru, tak to je pak ukol pro Proxmox.

Rozhodnuti ciste z toho pohledu - ze pokud uz hodlate Win opustit a koketujete s alternativami, je lepsi vzit lepsiho kone a postupne se s nim seznamovat - dokud nejste pod tlakem. Jakmile bude totiz zmena nutna/zadouci, tak bude pozde uvazovat o te zmene.. ty zkusenosti jste uz mohl davno nabyt.
2
Server / Re:Pořízení domácího serveru na Proxmox
« Poslední příspěvek od jjrsk kdy Dnes v 14:27:26 »
...
Na ten blabol s vodnikama a arm vejs uplne zapomen.

U serveru se da typicky bud nastavit profil chlazeni, kterym vyrazne snizis otacky vetraku tudiz i hluk nebo lze volit z nekolika typu vetraku. Samozrejma pak nemuzes mit ten srv plne nalozenej nebo ho trvale zatezovat na 100%. Ovsem zaroven se jaksi predpoklada, ze to mas v mistnosti s trvale bezici klimatizaci.

Spotreba bude u libovolnyho relevaltniho HW stejna. Ta neni dana konstrukci ale tim co mas uvnitr. Dam ti priklad, mam tu 1U R650 512GB ram diskless (jsou tam 2x ssd na start vmware) je jich vice kousku v clusteru, stredni spotreba se pohybuje kolem 250W (ve spickach to jde na cca 300W). Je v tom 2x Intel(R) Xeon(R) Gold 5317 CPU @ 3.00GHz. Bezi na tom cca 15VMs

Stavet to se nevyplati, protoze ten HW z frcu koupis za par zbrdli. Na skladacce narazis na to ze nebude zadny hotswap, ze i kdyz to pripadne radic umi, nemas na to supliky atd.
3
Server / Re:Porizeni domaciho serveru na Proxmox
« Poslední příspěvek od RDa kdy Dnes v 14:21:42 »
tak musi to jet v kuse? pokud chces ticho, tak dej vodnika na chlazeni.

Vodnik je nespolehlive reseni, a z mych zkusenosti hlucnejsi, nez vzduch, pokud jde o to, uchladit < 200 W kontinualniho topeni.


ipmi, remote management se u domacich kompu resi pomoci rpi krabicek, ktere mohou zvenku uvladat pc.

Blbost. IPMI maji jakekoliv stare desky (treba supermicro X9 ... se sandybridge/ivybridge cpu), ktere dnes jsou uz za zenitem a celou sestavu sezenete levneji nez RPi :D

By me v zivote nenapadlo bastlit IPMI z neceho externe, kor kdyz jde o kusovku a poradne reseni uz existuje.
4
Server / Re:Pořízení domácího serveru na Proxmox
« Poslední příspěvek od RDa kdy Dnes v 14:16:33 »
Je videt ze tomu prd rozumis, takze jen moje noticky:

- Znackovy server (HP/DELL) znamena vendor lock na hw dily, nekdy obskurni whitelist/blacklist chovani

- Znackovy server (HP/DELL) znamena HLUK. Nikdy to nepujde modifikovat => lepsi je standardni PC/ATX reseni (supermicro ci asus/asrock)

- 2U znamena problematicke chlazeni => lepsi je 4U IPC case (bude to vyssi, ale ne tak hluboky)

- 2S reseni je overkill pokud existuje 1S alternativa se stejnym poctem jader a pameti, kterou hodlas nasadit

- Xeon s nizkym TDP je mytus (LGA 2011/3647 bude vzdy mit vysokej idle), a stejneho efektu (nizsi load peak) dosahnes pouhym omezenim frekvence a/nebo vypnutim turbo-boostu (ale to je blbost, pac nektere single thread zateze z toho dost tezi).



Co je dobre:

- ze uvazujes nad modernejsim zelezem, tj DDR4 je must have. To je napr. Xeon E5-v3/v4 (haswell/broadwell). Ale staci ti 1S reseni, pac tam pohodlne das 22C/44T a 8x64G lrdimm = 512G pameti (pokud obyc rimm, tak 8x32G=256G). Pameti budou max 2400 MT/s.

- HT ano, zvysuje to znatelne energetickou efektivitu.


Pozor: u takto stare generace (Supermicro X10) je malinkej problem - nebootuje to nativne z NVMe, to je mozne az s X11 generaci (at uz LGA3647 nebo skylake/coffee lake).


Pokud to chces provozovat 24/7 a neresis spotrebu (150w+) a nutne potrebujes moc pameti - tak jdi do tech starej Broadwellu na 1S (xeon E5-26xx-V4) v X10 supermicro desce, pokud naopak resis spotrebu, jdi do entry level Coffee Lake reseni (X11SCx-x desky od Supermicro a cpu E-21xx / E22xx). Zde mas omezeni na 4x32G UDIMM ecc (128G RAM), ale s o neco rychlejsim casovanim.

Podle toho co pises, tohle ti slusne pokryje tve potreby - osobne nemam NVR, ale zbytek ano a na mnohem slabsim hw (skylake/kaby lake, X11SSx-x, E3-12xx-V5/V6, 4x16G, tri VM, router). Preferuji tyhle entry level reseni, protoze dokazou jit se spotrebou v idle hodne dolu. Ty zrave platformy a diskretni radice pak mam naopak tam, kde uz nejakych par desitek wattu nehraje roli - treba je tam 24 disku.


Na starej/novej EPYC se ani nedivej, to je taky 100W+ jen za to ze jsi to zapnul. Nemaji low power stavy - je to urceno pouze do zateze.
5
Server / Re:Virtualizace Hyper-V vs. VM
« Poslední příspěvek od Marek Staněk kdy Dnes v 14:06:23 »
Ono se to do určité míry dá omezit tím, že hypervisor bude v izolované VLAN, takže ze strany managementu se do něj půjde dostat jen ze správcovské stanice, ale to samozřejmě nechrání před útokem cestou "vyskočení ze sandboxu" v důsledku nějaké neopravené chyby.
6
Server / Re:Obnova RAID 1
« Poslední příspěvek od Marek Staněk kdy Dnes v 14:03:57 »
Pokud máš dost šachet pro disky, jsou proti postupu "záloha - výměna vadného - rebuild - výměna starého - rebuild" podstatně šetrnější (protože počet operací na starém disku bude v nejhorším případě poloviční, což u hodně starých disků může hrát roli rozdílu mezi záchranou dat a kolapsem dosud fungujícího zbylého disku se ztrátou dat) alternativní postupy:
1)
- zřídit vedle RAID z nových disků
- data překopírovat (objem přenosů a operací obdobný záloze)
- starý RAID zrušit

nebo
2)
- stávající RAID rozšířit o dostatek nových disků
- rebuild
- staré disky z RAIDu vyřadit

Každopádně bych pro příště doporučil ochranu dat řešit trochu dřív, než vznikne nějaký technický problém, nejlépe nastavením nějakého rozumného zálohovacího plánu už jako součást postupu záchrany.
7
Hardware / Re:Nový monitor na práci vývojáře
« Poslední příspěvek od Filip Jirsák kdy Dnes v 13:55:48 »
Předřečník jasně reagoval na to, že při použití lupy přijdeš o plochu a tedy je nejlepší použít nativní rozlišení s nativním scale 100% a máš si podle toho vybrat takový monitor. Stojíš si na vedení
Koukám, že je tu v tom pěkný zmatek. Dříve se aplikace navrhovaly na konkrétní velikost písma a obrazovky aplikace byly navržené v pixelech. Tj. třeba velikost tlačítka byla 80 px, a bylo jasné, že se tam název tlačítka vejde, protože se použil systémový font v konkrétní velikosti, takže ten nápis byl pořád stejný. Byla tedy daná pevná velikost v pixelech a z toho a rozlišení vyplynula fyzická velikost na monitoru. Pokud někdo opravdu špatně viděl, mohl použít softwarovou lupu, což znamenalo, že se ta bitmapa vykreslovaná normálně na obrazovce zvětšila. Když to byl celočíselné násobky, tak se třeba jeden pixel zobrazil jako čtyři pixely do čtverce. Neceločíselná lupa znamenala rozmazání.

Nyní si můžete v systému nastavit škálování, což znamená, že se má všechno zobrazit třeba ve velikosti 125 %. Aby to správně fungovalo, musí aplikace vše vykreslovat vektorově a uplatňovat i to nastavené škálování. Problém bude se starými aplikacemi, které tohle nepodporují, a zobrazí se bez toho škálování. Dříve ještě býval problém s tím, že některá aplikace použila to škálování třeba jen na text, ale ostatní prvky neškálovala – takže se obrazovka aplikace rozsypala. S tím už dnes problém nebývá. Některé aplikace ještě mívají problém s tím, když máte víc obrazovek a to škálování je na nich nastavené různě – některé aplikace pak škálují podle obrazovky, na které se zobrazily poprvé, a když přesunete okno jinam, nepřizpůsobí se to.

Tvrdit, že je dobré mít nastavené škálování na 100 %, je nesmysl – protože to odpovídá schopnostem obrazovek před deseti patnácti lety. Dneska, když máte stejně velký displej, jako před deseti lety, ale máte tam o půlku větší rozlišení, nechcete mít fyzickou velikost prvků (textů apod.) 2/3 toho, jak to bylo před těmi deseti lety. Protože sedíte pořád stejně daleko od displeje, nevidíte lépe, takže dvoutřetinové písmo nepřečtete. Nemluvě o tom, když máte retina displej a to písmo by bylo poloviční. To vyšší rozlišení displeje chcete použít na to, aby písmo bylo jemnější a ostřejší, ne menší – nebo-li ve pixelech musí být větší. A k tomu právě slouží to škálování.

(Tím, že se na lepším rozlišení zobrazí písmo jemnější a ostřejší, zvládne člověk přečíst o něco menší písmo. Takže po určitou dobu se zvětšovalo rozlišení, zůstávala velikost zobrazovacího zařízení a škálování se neřešilo, takže fyzická velikost písma se zmenšovala, ale pořád to šlo přečíst. Ale se 4K nebo retina displeji už by to bylo příliš prťavé a nečitelné, kdyby se všechny objekty na displeji nezvětšovaly.)

Tj. to škálování se používá pro vektorové vykreslování (žádné rozmazané zvětšování pixelů) a určuje to poměr mezi logickými pixely (ve kterých udává rozměry autor aplikace) a fyzickými pixely (které umí zobrazit displej a které se v poslední době zmenšovaly (a někde kus za retina displeji už to zmenšování skončí, protože zmenšovat to dál výrazně pod rozlišovací schopnost oka nemá smysl).
8
Server / Re:Porizeni domaciho serveru na Proxmox
« Poslední příspěvek od alex6bbc kdy Dnes v 13:51:29 »
tak musi to jet v kuse? pokud chces ticho, tak dej vodnika na chlazeni.

ja bych chtel zkusit ty mnohojadrove procesory arm ampere na virtualizaci.

zkusit si to, ale muzes na cemkoliv.

ipmi, remote management se u domacich kompu resi pomoci rpi krabicek, ktere mohou zvenku uvladat pc.
9
Server / Pořízení domácího serveru na Proxmox
« Poslední příspěvek od Jix0 kdy Dnes v 13:34:14 »
Dobry den.

Rikal jsem si, ze bych si chtel poridit domu nejaky trochu vykonnejsi hardware, ktery bych mel doma jako server. Aktualne tam mam minipc s Atom x-z8350 a premyslel jsem puvodne nad porizenim nejakeho starsiho Dell PowerEdge, napriklad R530 nebo R630, pripadne tower varianty jako T330. U rack verzi me ale trochu odrazuje spotreba a hlucnost, precejen bude server v byte, v mistnosti vedle loznice. Zenu a deti nemam, takze tem to vadit nebude, ale poslouchat v noci 50 db z vedlejsi mistnosti nebude idealni. Pripadne poridim nejake Xeony s nizkym TDP, to by mohlo spotrebu a hluk snizit.

Prvne bych se chtel ale poradit a tak napisu specifikace, co bych primarne potreboval aby server mel.

Velikost 2U nebo Tower, Dual CPU (neni uplne ale nutnost), minimalne 16 core, ci 10 core v pripade Dual CPU, minimalne 8 RAM slotu DDR4, RAID pole s hotswap disky, PCIexpress sloty, 2x Gbit LAN, nejaka varianta remote managementu - IPMI, iDRAC, etc.,

Jeste jsem uvazoval postavit to na beznem domacim HW, jen bych zvolil CPU s dostatkem jader s HT a situaci by to taky mohlo resit. Akorat nevim o desktop zakladnich deskach, ktere by mely IPMI nebo neco podobneho. Remote management bych tam docela potreboval.

Bude se na tom provozovat Proxmox a v nem nejake virtualy, presunu tam svuj stavajici server, bude slouzit jako NAS, kamerovy server, v budoucnu mozna i jako router a dalsi takova vyuziti.

Jak to mate vy doma? Provozujete vyrazeny serverovy HW, nebo jste si staveli neco vlastniho? Budu rad za rady a tipy.

Dik za odpovedi
10
Hardware / Re:Nový monitor na práci vývojáře
« Poslední příspěvek od Filip Jirsák kdy Dnes v 13:29:44 »
Pro sdílení FullHD části na 4K UW monitoru přes MS teams doporučuji sadu nástrojů Power Toys a z ní FancyZones - to je skvělé samo o sobě pro správu oken/zón na velkém monitoru. Pak už to stačí jenom skombinovat s Region to Share nástrojem a v MS teams sdílet tuto aplikaci - funguje pak krásně jako FullHD monitor.
Díky. Ještě bych potřeboval něco podobného pro MacOS – sdílím z obou systémů.
Stran: [1] 2 3 ... 10