Příspěvky

61

Server / Re:RPi 4 - softwarová podpora pro NAS

« kdy: 26. 12. 2019, 12:46:10 »

Ahoj,
mám tu čest používat všechno možné od Synology, Netgear až po Raspberry PI 4

Odpověď na tvojí otázku je NE,
DSM Synology plnohodnotně nelze nahradit. Pokud kupuješ Synology, větší část peněz je za SW než HW.

Používám Raspberry PI jako DLNA, NAS, s Nextcloudem nad Raspbianem - jsem spokojen za mě OK. Funguje to rychle, spolehlivě, není to o nic moc pomalejší jako opravdický rackový server.

Ale co se SW týče k DSM to má světelné roky daleko. Existuje ještě FreeNAS for RPi, ale to tě nikam moc neposune.

62

Odkladiště / Re:Proč SMART TV nepřehraje běžné mp4? (konkrétní video)

« kdy: 08. 12. 2019, 13:26:45 »

Tak hlavně to bude proto, že každý HW kodek podporuje jen některé schopnosti daného formátu a to ještě do určitých mezí.
To vyjadřuje obvykle Level záznamu. Někdy mu nechutná i kombinace obálky a kodeku. Nemá třeba rád 10bit barvy pokud TV není HDR apod.

Popsaný příklad ale vypadá celkem neškodně - to je až divné...

63

Server / Re:Banana Pi BPI-W2 - jako NAS

« kdy: 06. 12. 2019, 22:14:51 »

Používám RPi 4 s připojeným SATA převodníkem v UAS režimu.
Rychlost disku přesahuje 360MB/s, sítě 944Mbit/s a Samba přes to sype kontinuálně 114MB/s.
Ozkoušel jsem si na tom i SMR disk s F2FS a opravdu to jde naprosto kontinuálně zapsat celé bez dropu rychlosti.

Stabilita stoprocentní, vzal jsem k tomu krabičku s ventilátorkem (omezil rychlost na minimum) a teplota je 40C - 75C (100% 2GHz).

Tak jsem začal testovat Nextcloud 17 a kupodivu to běží skoro jako normální server (šifrování v ChachaPoly to dokáže až 184MB/s). Odezvy nevím 100-200ms.

Fungovat to tedy asi může, ale Banana Pi jsem nezkoušel.

64

Hardware / Re:Bezdrátová sluchátka z Číny

« kdy: 14. 11. 2019, 21:37:05 »

Jak bluetooth sluchátka hrajou ovlivňuje spousty věcí. Použitý kodek, bitrate, provedení.
Ideální je pokud umí AptX,AAC, LDAC nebo modifikovaný SBC-HD.
Kvalita těch čínských celkem jde nahoru, takže ty poslední kousky už jdou použít.

Dost často je problém, že se zdroj zvuku nedomluví se sluchátky na nějakém rozumném přenosu, pak je cokoliv marné.
Sluchátka třeba umí AAC, ale mobil ne - použije se SBC s nízkým bitrate a bude to znít jako ze sudu.

Doporučuji kombinaci odzkoušet v reálu.

65

Server / Re:Dostupnost dat z ukradených HDD ze Synology v RAID5

« kdy: 27. 10. 2019, 23:47:35 »

Synology používá madm (Linux SoftRAID) nad tím LVM a volitelně ext4 nebo btrfs.

První partition obsahuje systém v RAIDu1 následuje swap taktéž v RAIDu1 (všechny disky by měly být obsahem totožné).
Celkem logicky aby když nějaký vytrhnete nic se nestalo. Systém tedy může být zálohován klidně 6x.

Ty je možné klidně ignorovat. Ten RAID by měl být sestavený nad partition 3.
Jo pokud to bude hybridní RAID, tak se situace komplikuje, tam jsou vytvořené kombinace RAID1 a RAID5 nebo 6.

V linuxu je tedy připojení docela jednoduché... rekonstruovat RAID nad partition 3 v LVM pak už bude souborový systém.

66

Desktop / Re:Instalace dvou systémů - Ubuntu a Windows na nový disk

« kdy: 27. 10. 2019, 13:13:20 »

Já tedy nevím, ale zrovna před pár dny jsem to zkoušel a nemusel jsem dělat vůbec nic.
Stav byl Windows 10 přes celý disk (stará instalace) a spustil jsem instalaci UBUNTU, které se jen zeptalo, jestli to chci a jak chci disk zmenšit.

Po zmenšení jen proběhla kontrola disku ve Windows 10 a běželo to.

Tak triviální jsem to ani nečekal...

67

Studium a uplatnění / Re:Ajťáci ve státní správě

« kdy: 22. 10. 2019, 15:05:39 »

Ajťáci ve státní správě říkáte? 

https://www.lupa.cz/aktuality/weby-nukibu-a-narodniho-certu-se-hlasi-jako-nebezpecne-vyprsel-jim-certifikat/

Ále stát je prostě v troskách zjevně to papírově neohlídali a dodavatel co to outsourcuje to hlídá jen když zaplatí.

68

Hardware / Re:Raspberry Pi 4 B 4GB RAM jako desktop

« kdy: 04. 10. 2019, 11:42:47 »

RPi topí celkem dost, pořídil jsem krabičku s malým ventilátorkem upravil na velmi nízké otáčky (slyšet jen uchem na blízko) a teplota spadla tak, že to provozuju na 2GHz do cca 70C.

Horký vzduch se musí prostě někam odtáhnout... žádná tragédie to ale není.
SD karty nerady obecně zápis malých bloků kvůli write-amplification, ideální tedy je logové soubory umístit do RAMdisku.

Na server jsem si dal tohle

tmpfs /tmp                      tmpfs    defaults,noatime,nosuid,size=100m   0 0
tmpfs /var/tmp                  tmpfs    defaults,noatime,nosuid,size=30m    0 0
tmpfs /var/log                  tmpfs    defaults,noatime,nosuid,mode=0755,size=100m  0 0
tmpfs /var/spool/mqueue         tmpfs    defaults,noatime,nosuid,mode=0700,gid=12,size=30m 0 0
tmpfs /var/lib/samba            tmpfs    defaults,noatime,nosuid,mode=0755,size=10m 0 0
tmpfs /var/lib/nginx            tmpfs    defaults,noatime,nosuid,mode=0755,size=100m 0 0
tmpfs /var/lib/php/sessions     tmpfs    defaults,noatime,nosuid,mode=1733,size=10m 0 0
tmpfs /var/lib/systemd/timesync tmpfs    defaults,noatime,nosuid,mode=0755,uid=100,gid=102,size=1m 0 0

Nebo to opravdu raději napojit na USB3 storage, protože ta SD karta opravdu padne a záruka na tohle neplatí.

69

Server / Re:Ceph failure scenario

« kdy: 19. 09. 2019, 10:50:26 »

Pochopil jsem, že mu celý CEPH zamrzl... to se nesmí stát.

Standardně je nastaveno 3/2 (dva potvrzené zápisy a tři kopie) což je minimum pro zajištění konzistence dat.
Pokud dva systémy neodpovídají dojde k zamrznutí celého FS. Třetí kopie je zřejmě vytvářená nějakým lazy způsobem.
Disky by ale neměly být rotující (jejich seek to celé zabije). Funguje to, ale spíš jako cold-storage.

CEPH asi zatuhne jen ze dvou příčin
a) málo serverů s OSD pro potvrzení zápisu - obvykle minimálně 2x
b) velký traffic při replikaci (možná točivé HDD)

Chyba může být i nevyvážená lokace dat (disk, server, rack, místnost, budova) vzhledem k replikám. Dvě repliky na jednom serveru je špatně.
Pokud bude mít víc jak tři servery, CEPH se sám dostane do plně konzistentního stavu, na třech serverech s jedním mrtvým bude vždy "degraded".

Mám přesně tuhle konfiguraci co máš ty. 3x node pve/ceph 2x disk systém (hw raid) 2x disk pro osd

Tento scénář jsem zatím netestoval, pouze "smrt" nodu kde je nějaký server aby zafungovalo HA.
Můžu to zkusit tak jak popisuješ ty.
Čili jestli to dobře chápu máš nějaký VM, který ti běží třeba na nodu 1 a ty zabiješ node 3 a zajímá tě co to bude dělat s diskem v té VM?

70

Server / Re:Ceph failure scenario

« kdy: 19. 09. 2019, 10:33:30 »

3 servery je málo, výpadek jednoho vždy způsobí kritický stav. Je to opravdu naprosté minimum.

Jinak ne - nesetkal jsem se s nějakým problémem, odstavení systému s daty negeneruje žádný lag. Zpětné sesynchronizování OSD mi probíhá v řádu sekund max minut.
Pokud ale bude málo replik systém se normálně zmrazí po dobu, než se dostane do konzistentního stavu. To je ale chyba administrátora.
Běžně odebírám OSD i celé servery za provozu.

Ahoj,

hraju si tu s cephem (PVE6/nautilus) v konfiguraci 3x pve node, kazdy node obsahuje mgr, mon, 2x OSD. Ceph backend je pres mesh na 10G siti, frontend pouziva 10G v lacp. Testovaci VM bezi na jednom z techto nodu.

A ted testovany scenar - tvrdy vypadek jednoho node. Behem testu bezel randrw fio na jedne VM, aby bylo videt, co to udela s diskem v cephu. Tvrdy vypadek node zpusobi, ze iowaity jsou na 100% zhruba 20+ sekund, cili zrejme tam uraduje defaultni "osd_hearbeat_grace = 20" a "osd_hearbeat_interval = 6". Pouziva to nekdo v takovehle konfiguraci, nebo to ma prenastaveny? Myslel jsem, ze preklopeni na sekundarni OSD/pgs je v ramci male chvile, takze me odstavka disku pro cely cluster v tak dlouhe dobe prekvapuje...

Diky.

71

Odkladiště / Re:(Rádoby)frikulínská komunikace firem

« kdy: 12. 09. 2019, 15:41:41 »

Tak tedy píšu si, nabízet retro automatové hry na pracovišti. Co máte dalšího? Skluzavky, boxovací pytle, posilovna, motokáry, bordel, velbloud. Co slon? Alespoň plyšovej?
Doufám tedy, že každý počítá s tím, že to bude OpenSpace kosmických rozměrů  a práce bude nějaká korporátní hrůza.

Spadá to do kategorií žranic firem vyvíjející odporné softy, kde si člověk říká, že to je pro ně levné. Ono totiž je mnohem dražší udělat kvalitní produkt, než koupit pár chlebíčků a pití k tomu.

Jsou to prostě levné nesmysly, které mají nalákat, ale nevím koho... lidi co to neumí? Ten co to umí přece bude pracovat, nebo bude na dovolené na Bali.

U nás se fotbálek normálně hraje v pracovní době. Umístěn je tak, aby co nejméně rušil.

Já fotbálek neumím ani jej nehraju, ale kdyby tam byl automat třeba s Mortal Kombatem 1, to bych ocenil!

72

Server / Re:Výkon NFS nad Cephem

« kdy: 31. 08. 2019, 12:15:51 »

Ono to je docela logické ne? Z principu se každá write operace musí minimálně 2x potvrdit a následně ještě potřetí dokopírovat. Při čtení se také ověřuje integrita dat a data jsou rozšmelcovaná na malé kousky napříč celým clusterem.

Výkon tedy jde cca 2-3x dolu, latence disků je kritická - tedy SSD disky jsou asi minimální konfigurace.
Rotující disky jsou vhodné na archivaci, nikoliv na běh OS.
Nicméně nic horšího se pak už neděje, ztratit data je téměř nemožné, přidat kapacitu otázkou sekund. CEPH si vše hlídá sám navíc počet replik lze pro klid v duši dynamicky měnit za chodu.

Je to pomalejší, to je prostě daň za tu flexibilitu, kterou vám asi nic jiného ani nenabídne. Nebo to bude stát hodně na 5M Kč a pomalé to bude podobně.
Výkon stoupá s počtem SSD disků a rychlou sítí, ale nikdy to nebude nativní rychlost to je jasné...
Mě to stačí, kritické věci ukládám tam, ostatní do normálního pole nebo prostě na jeden disk se zálohou (pokud je mi jedno, že to nebude mít aktuální data).

73

Server / Re:MariaDB Galera Cluster

« kdy: 11. 07. 2019, 19:39:50 »

Bych se taky připojil k názoru, že master-master replikace je docela komplexní záležitost a už se ani ta DB nechová zcela standardně.
Každý přednášející na toto téma končí slovy, dobře si rozmyslete, jestli to potřebujete (je to celkem drahé na údržbu).
Master-slave je jednoduchá a ověřená varianta.

Obecně pokud se na distribuovaných řešeních šetří, dopadá to hrozně. Někdy je to vyloženě nebezpečné.

74

Vývoj / Re:Mikroslužby / gateway

« kdy: 30. 06. 2019, 20:05:06 »

Spíš se tím myslí, že nějaká gateway nebo ESB se lépe konfiguruje za firewallem apod. než že by to bylo spolehlivější.
ESB nebo chytřejší message broker umí řešit opětovné doručení zprávy jinak si musí poradit mikroservisa sama.
Latence gateway, mb nebo ESB mohou být různé od milisekund po sekundy to záleží na typu.
ESB, mb nebo gateway je výrazně přehlednější než špagety.

Kafka je dobrá jako message broker jako gateway by šel použít NGINX

75

Studium a uplatnění / Re:Povolání projektového manažera

« kdy: 04. 05. 2019, 12:22:44 »

Myslím, že toho stresu se asi nelze zbavit, protože jsem ještě nikdy neviděl aby se všechno nerozpadávalo do stavu v kterém to nemělo být a ani ta časová vata to prostě nepokryje. Leda, že by se jednalo o nějaký pidiprojekt.
Navíc musí fungovat jako "černá díra" přijmout zlou energii z jedné strany nepustit jí a vybrat jen to důležité. To vše v něm zůstává.
Dlouhodobě nevím asi to toho člověka rozloží a je potřeba najít nového neopotřebovaného.