Příspěvky

1

Server / Re:Storage server s AMD: Graid vs. HPE

« kdy: 26. 10. 2026, 11:06:00 »

Ad licence: Jestli se něco neměnilo, tak stejně budeš muset OS licencovat dle počtu fyzických jader. A v rámci licence byla možnost na daném železe legálně provozovat 1x Hyper-V + 2x VM v něm. Doporučoval bych oddělit DB server od zbytku. I kvůli bezpečnosti.

Ad úložiště: před několika lety jsem měl nový server s AMD a NVMe SSD a také jsem váhal nad realizací pole. Testoval jsem dohromady 3 řešení: SWraid na úrovni CPU/čipsetu, prosté zrcadlo ve správci disků a Storage Spaces. Na hrubou sílu to vyhrálo právě Storage Spaces, ostatní řešení výrazně degradovalo výkon SSD. Od té doby na podobných serverech SS používám. Co se týče spolehlivosti / disaster recovery, zatím jsem nemusel nic řešit. Pokud by něco nastalo, v nejhorším poskládám úložiště znova (OS Hyper-V běží odjinud) nebo nainstaluji celý server nanovo a obnovím celé VM. Pokud potřebuji, zálohuji transakční logy a mohu obnovit DB do jakéhokoliv okamžiku.

Kdybych resil tento ukol ja, tak tam jede linux+mdraid a virtualizace. Casto to ma vyssi vykon protoze ta pamet navic jde pouzit jako virtual disk cache.

V podstatě s tebou souhlasím, jen obdobně pro Windows: Storage Spaces + Hyper-V. A samozřejmě rozumné zálohování (nejlépe celých VM s možností granulárních obnov) a samozřejmě UPS s mgmt.

2

Server / Re:Storage server s AMD: Graid vs. HPE

« kdy: 24. 10. 2026, 14:12:46 »

Toto radit pri velice zakladnich modelech procesoru s pouze 16 jadry je nesmysl.

12ch ~ 614 GB/s - na jadro tak pripada proud 38 GB/s, a kazda instrukce by musela pracovat s 8B novych dat pri 5GHz. Dalo by se toho dosahnout skrze SIMD pro velke davky, ale ne v obecnem kodu pro DB.

Nechci se hádat, AI to dokáže celkem pěkně vysvětlit. Těch argumentů proč je lepší využít všechny paměťové kanály je více. Samozřejmě reálný přínos je diskutabilní a značně individuální, navíc sebelepší výkon dokáže zabít neoptimalizovaný SW.

3

Server / Re:Storage server s AMD: Graid vs. HPE

« kdy: 24. 10. 2026, 11:40:33 »

Nemám zkušenost přímo s HP ani sMicro. Nicméně, pokud budu vycházet z datasheetu, tak Graid 1000SW nemá deklarovanou podporu Windows a navíc má pouze 16 linek PCIe 3.0. HPE MR932i-p je na tom podstatně lépe.
Obecně můj názor: vykašlat se v případě nvme disků na RAID kartu, a jet čiště napřímo. AMD CPU má 128 linek PCIe 5, jakýkoliv HW řadič zbytečně dusí potenciální výkon. Ve windows můžeš použít Storage Spaces. Pro OS můžeš použít levnější (SATA) SSD, klidně na dedikovné PCIe kartě (DELL na to má BOSS, ostatní výrobci podobné řešení).
Zadruhé bych se zamyslel nad osazením všech 12 paměťových kanálů CPU pro maximalizaci propustnosti. Pokud máš finance, jdi do CPU s nejvyšším taktem, všude slýchávám, že vyšší jednojádrový výkon je pořád lepší.
Nevím, zda má smysl "dedikovat" fyzické disky / raidy jednotlivým typů úložišť. Myslím, že tato logika je už částečně přežitá v době nvme. Samozřejmě má smysl oddělovat jednotlivé typy úložišť pro SQL, ale buď na úrovni VM nebo v Storage Spaces.
Ještě poznámka k LACP - pokud uvažuješ o Hyper-V, pak bych spíše použil SET (Switch Embedded Teaming) v rámci VMSwitche (ten bohužel LACP neumí, pouze switch independent redundance, ale s výhodami RDMA apod technologií).

4

Sítě / Re:Zkušenosti s MikroTikem v domě

« kdy: 24. 09. 2026, 12:42:04 »

Zrovna TP-Link moc uzavřený eko-systém není. V pohodě se dá na routeru třeba spustit VPN server a přistupovat k němu ze všemožných klientů, vč. jiných routerů s podporou VPN client. Celkově je TP-Link pro home použití velmi dobrá volba, navíc se vzdáleně bezplatně přístupnou správou (Tether).
...

Nezpochybňuji funkčnost, jednoduchost a schopnosti TP-Linku, většinou jsou vepředu se zaváděním nových technologií (WiFi). Ale na TP-Link i ostatních výrobců mne odrazuje krátká podpora výrobků a u některých i trochu původ (čína).

5

Sítě / Re:LTE - Internet v odlehlé končině

« kdy: 12. 05. 2026, 15:58:17 »

Jsem v ďolíku na chatě připojen na tuhle BTS.

Kód: [Vybrat]

GSM (24657,24658,24659)
 LTE 800 (332551:11,12,13)
 LTE 1800 (332551:21,22,23)
 LTE 2100 (332551:111,112,113)
 GSM (53692,53693,53694)
 LTE 800 (332551:0,1,2)
 LTE 900 (332551:90,91,92)
 LTE 1800 (332551:100,101,102)
 LTE 2100 (332551:200,201,202)a je to čím dál tím horší. Když jsem před dvěma lety chtěl na chatu hodit log/pe anténu tak se to rodině (tchánovi) nelíbilo na jeho rurální chatičce a dneska už ani nejde skoro otevřit web. Na mobilu to jede docela dobře ale Mikrotik WAP LTE kit je tragický. Je možný že dělali nějaké změny na tom vysílači? Je možné že je nějaký zastaralý FW na LTE kartě? Má vůbec cenu opět kupovat anténu když ten signál šel do takhle do kopru? Já vím, že to je mnoho otázek ale jezdím tam 1-2x za rok a tchýně s tchánem už chtějí řešení dnes už i s anténou na střeše.

Jestli jste kompatibilní s Mikrotikem a odkázaný na jedinou BTS, můžete zkusit směrovější varianty - SXT, případně LHG. Pro extrémisty ATL 5G. Teoreticky můžete ve stávajícím wAP LTE vyměnit kartu za rychlejší (LTE 7), ale to si myslím, že by velký vliv nemělo.

6

Bazar / Re:Prodám 8TB SAS disky

« kdy: 21. 04. 2026, 11:04:57 »

nevim jestli to je na me nebo na koho

- pokud chce nekdo disk ode mne
6TB MG04SCA60EE tak asi poslu zasilkovnou, pro me nejjednodusi, disk se pokusim dobre zabalit a poslat, vyzkousite si ho a pokud bude vse v poradku tak mi poslete penize za disk i postovne, pokud bude v zadeki tak ho proste vyhodite a zasilkovne mi posilat nemusite

zasilkovna stoji asi 79kč, zaokrohlime to na 100kč? Cena disku kolik? 700Kč?

jsem linej to mazat, takze disk mozna dostanete s kusem pole :-D - bylo na to LSI řadiči

Co mají prosím za firmware? Potřebujeme to do DELLu, kolik jich je ještě volných?

7

Sítě / Re:Router s USB portem pro sdílení internetu z iPhone

« kdy: 13. 04. 2026, 08:57:49 »

Jen poznamenám, že Mikrotik by měl podporovat sdílení internetu z Androida a nově (od ROS 7.22) i z iOS. Osobně jsem nezkoušel, jen upozornění případně k vyzkoušení.

8

Sítě / Re:Upgrade Domácí Wi-Fi -> Mikrotik

« kdy: 08. 04. 2026, 11:25:14 »

Navíc u Unifi je potřeba pro konfiguraci rozjet jejich controller a ten musí běžet i v případě roumingu.

Také jsem si to do nedávna myslel, ale není tomu tak. AP musí být nakonfigurované kontrolerem, ale pro samotnou funkci roamingu (myšleno fast roaming, 802.11r/k/v) by neměl být kontroler potřeba.

9

Sítě / Re:Upgrade domácí Wi-Fi s MikroTikem

« kdy: 02. 04. 2026, 13:50:13 »

Jakožto fanda Mikrotiku tě nebudu od toho odrazovat, nicméně sluší se říci, že rychlostně většinou jejich AP nepodávají nejvyšší výkon.
K požadavkům:
Fast roaming je funkční s CAPsMANem, děje se tak i mezi různými AP (běžně provozuji AC a AX a vesele to roamuje mezi nimi). Jak to bude funkční s 6GHz pásmem na be routeru nedokážu odhadnout, zatím nemám skušenost. Ale počítám, že to poběží také.
Pozor na Windows, ty neumějí roamovat v případě WPAx-PSK. U mobilů omezení není.
Co se týče hardwaru - z WiFi 7 je venku zatím pouze hAP be3 Media, cAP be jsou prý na cestě (zatím ještě neoznámeno), případně hAP be (ukázán na konferenci v Barceloně) snad tento rok.
Z WiFi 6 je dostupné letité cAP AX, o trošku novější wAP AX (teoreticky vyšší rychlost na 5GHz, možnost outdooru, ale menší všesměrovost), na cestě je pak mAP AX.

10

Sítě / Re:MikroTik 2× WAN - nastavení port forward přes konkrétní WAN

« kdy: 26. 03. 2026, 08:57:37 »

...

Když se zvenčí spojím na sFTP, jde vidět, že pakety se značkují, prochází to i skrze správný dstnat, ale ven/return path to leze furt špatně. Na srcnat s out-interface wan2 0 paketů.

Možná blbost, ale máš to povolené ve forwardu (z bridge do wan2)? Pomocí packet snifferu se můžeš podívat, kam ten paket dojde a zda ti neuniká přes wan1 (neměl by).

11

Sítě / Re:Mikrotik 2x WAN - nastavení port forward přes konkrétní WAN

« kdy: 25. 03. 2026, 00:11:19 »

Nebudu sem psát konkrétní příkazy, spíše Vás nakopnu a jistě dohledáte zbytek. Momentálně se děje skutečně to, co popisujete - odpověď z sFTP serveru opravdu odchází WAN1. Problém dvou (a více) WAN se často řeší více routovacími tabulkami a následně značkováním paketů (mangle-prerouting, mark-connection a následně mark-routing). V principu jde o to, že označíte spojení přicházející na sFTP z WAN2 a následně označíte odchozí pakety, aby si hledaly bránu v druhé routovací tabulce, kde je pouze výchozí routa do WAN2 (případně routa s menší vzdáleností).

12

Sítě / Re:Jak spojit dvě budovy optikou?

« kdy: 10. 03. 2026, 09:46:23 »

Buď ty dvě trasy rozdělíš vláknově (tj. první trasa 4 vlákna, které se pak rozdělí a navaří po dvou do zbývajících dvou tras, teoreticky lze tak propojit o obě větve napřímo mezi sebou).
Nebo prostě na první převěs povedou dva kabely a ty se pak rozbočí do samostatných tras.
Anebo je můžeš zkusit rozdělit barvou (CWDM, např. https://www.i4wifi.cz/cs/179915-xtendlan-fosw-1550-a, taktéž znamená vaření).
Pasivní optika je v tvém případě asi kanón na vrabce.

13

Software / Re:Ovládání androidí appky pomocí MQTT

« kdy: 10. 03. 2026, 09:26:00 »

Funkcnu integraciu som  ha nenasiel, preto mi napadlo alternativne riesenie: ako most medzi zamkom a ha pouzit stary android, ktory by dostaval pokyny na odomykanie zamykanie od ha cez mqtt, ktore by nasledne spustali prislusnu automatizaciu aplikacie v androide.
Asi by sa to dalo riesit cez Tasker - spustenie appky a prislusneho gesta na zamknutie odomknutie, ALE neviem ako by som vyriesil detekciu stavu zamku, aby som nasledne vedel zadefinovat ci sa ma zamknut alebo odomknut.

Mal by niekto napad na riesenie? Okrem noveho zamku

FAB ENTR vypadá, že to je jen rebrand a vyskytuje se pod různými značkami. Tady je nějaký návod:
https://pabgn.medium.com/tesa-assa-abloy-entr-remote-control-w-home-assistant-mqtt-862dda9aed26

14

Sítě / Re:Nová infrastruktura, 10-15 sekcí - VLAN? [Mikrotik]

« kdy: 03. 03. 2026, 12:03:21 »

DAC se dělají tuším od 25cm. Používáme od Maxlinku (viz např. https://www.atcmarket.cz/detail/MaxLink-10G-SFP-DAC-kabel-pasivni-DDM-cisco-comp-02m/560626), ale ostatní výrobci také budou mít.

15

Sítě / Re:Nová infrastruktura, 10-15 sekcí - VLAN? [Mikrotik]

« kdy: 02. 03. 2026, 15:51:15 »

S dovolením zareaguji na více příspěvků.
Mikrotik je poměrně benevolentní, co se týče podpory ne-Mikrotik SFP(+) modulů. Zmíněné XtendLany jsem tuším také používal. Je vhodné, aby měly DDM (diagnostiku). Jinak většinou když byly moduly psané jako Cisco compatible, tak v Mtiku jely.

Zda použít či nepoužít jednovláknovou komunikaci (aka BiDi) pomocí (C)WDM je skoro politické rozhodnutí. Záleží na okolnostech. Někde jsem pro páteř používal LAG (2x10Gb) po dvou (BiDi) vláknech kvůli redundanci a omezenému počtu vyvařených vláken. Ale to už se dostáváme k tématu dostupnosti / redundance.

A ještě poslední dotaz ohledně zapojení simplex patchkordů do DualLC modulů - ne, není to nijak omezené. Dokonce lze duplexní patchkabely rozdělat na dva simplexní (potřebujete-li např. propojit DualLC gbic modul se samostatnými SC porty na optické vaně, lze použít duplexní LC-SC kabel a na straně SC konektoru jej rozdělit).