NAS server na pár rokov

Najvacsia polozka budu tvorit disky pri pozadovanej kapacite 30TB a ak mame zabezpecit aspon aku taku redundanciu (raid 1, pripadne 5).
Na domace pouzitie QNAP alebo Synology, ak by si mal nieco od UBNT (napr siet) tak novy UNAS2 trebars.
Rozpocet mas aky?

Osobne som silno proti Synology po posledných kiksoch s vendor lock-in. A neodporúčam žiadne komerčné NASy. Kúp Beelink miniNAS, to je miliónkrát lepšia voľba. mnohonásobne väčší výkon než komerčné NAS, lacnejšie, kvalitnejšie, môžeš tam dať akýkoľvek disk aj upgradnúť RAM, má to výkon aj na enkodovanie videa a je to skutočne funkčné riešenie kde nemáš žiadne limity, ani predplatné či potrebu kupovať licencie ak by si chcel spárovať s viac IP kamerami v Surveilanve Station má Synology limit 2 a potom 50€ za každú ďalšiu kameru. Takéto bullshity Synology už neodporúčam.

Propietarne riesenia maju vyhody v dodanom sw...ak chces nieco zalohovat, ak chces prevadzkovat nejaky LAMP server, ak si chces skusit redakcny system na vsetko uz mas hotove balicky, stlacis len instalovat a ides.
Netrba nic ladit, nic nastavovat, pretoze balik je priamo upraveny pre tvoj system.
Ja mam tiez radsej QNAPy ako Synology lebo maju ovela vacsi vyber pridavneho sw.
Co sa tyka kamier ziaden vyrobca ti neda slusny system zadarmo a vzdy si pyta ak uz je zadarmo prachy aspon za licencie. U znackovych si dokonca pytaju aj vyrobcovia kamier dalsie prachy za licencie svojich kamier na ich sw.

A co si budeme hovorit...sam mam doma FreNAS, ale som uz tak zhyckany dobou, ze ho vymenim za QNAP v buducnosti prave kvoli pohodlnosti....a to nie som obycajny user, ale profi admin, pre ktoreho nie je problem naistalovat si cokolvek.

K vykonu...ano su tam armka alebo realteky a ozajstny vykon sa zacina pri x86 procakoch, ale na domace pouzitie ti ten Realtek, ci ta A55 uplne stacia. Pre porovnanie...rovnaky procesor sa dava aj 100 eurovych wifin a tu pohana cele nasko.

Na OMV, FreeNAS a pod. je kopec hotových balíčkov tiež? Doslova nevidím v tomto rozdiel. Synology a QNAP nejaké nastavovanie vyžaduje tiež a je to zhruba v podobnom množstve ako u OMV či FreeNAS. Navyše u FreeNAS a OMV máš na nete scripty, ktoré ti vedia urobiť všetko na jeden príkaz. A to s licenciami nie je pravda. Na FOSS riešeniach máš toto úplne zadarmo. Ono vlastne od toho je to práve FOSS.

Na OMV, FreeNAS a pod. je kopec hotových balíčkov tiež?

Ano, ať už jde o základní CasaOS, OMV nebo další NAS OS systémy pro architekturu jak ARM tak x86, vše lze nainstalovat jedním spuštěním skriptu:

Kód

wget -O - https://github.com/OpenMediaVault-Plugin-Developers/installScript/raw/master/install | sudo bash

Zdroj:
https://github.com/OpenMediaVault-Plugin-Developers/installScript

Co se týče ARM, mám ještě jeden záložní stroj s Cortex-A53 Realtekem RTD1295 + 2GB DDR4 s 2x SATA a podporu RAID, a ten zvládá všechno včetně Docker, Samby, Plexu, Emby atd., s výjimkou transcodingu, který samozřejmě neutáhne. To ale neutáhne ani většina x86 NAS procesorů. I při přenosu velkých souborů jsem nikdy neviděl CPU na 100 %, a to je výrazně méně výkonný než nové ARM64, které mají novější instrukce a výkon, který se výpočty blíží spíše procesorům x86 , jen s tím rozdílem, že mají spotřebu kolem 5 W.

Lenze to je prave rozdiel medzi githubovymi appkami a niecim komercnym co si vyrobca vyladil a otestoval priamoi na svoj OS a je tam aj garancia, ze napriklad upgrade OSA nesposobi nefunckcnost nastaveneho pluginu, pretoze si to predtym otestuje.
Urcite by som na domace pouzitie pre neIT nedaval nic nekomercne, takze ziaden FreeNAS, OMV a pod...to je pro profikov a nadsencov urcene.
Pri beznej praci, cize nejake prehravanie, kopirovanie, zahovanie a pod sa nezadycha ziadne NAS.

No, to Synology teda fakt testovalo hovno keď mi aj VPN aj SSH blblo asi 4 krát za tých 6 rokov čo som ich NAS mal u rodičov. A ešte väčší problém je že som to nemohol nijak opraviť.

Naco sa potrebujes SSH-ckovat do domaceho NAS?

Ja osobne by som to potreboval, ale trepe hovadiny, ssh na Synology mi nespadlo nikdy, cez ssh som dokonca zvykol aj posielat velke objemy dat v kazdodennych davkach a o vpnke by som si tiez dovolil pochybovat..otazkou je skor, co mal na protistrane.
K odpore sa vyjadrit nemozem, so Synology podporou som nic neriesil. s QNAPom desiatky ticketov a ich podporu povazujem za jednu s tych lepsich, jak v response time tak v knowledge.
Taka UBNT...to je uz ine kafe...tam si viem zanadavat aj ja.

ale trepe hovadiny, ssh na Synology mi nespadlo nikdy

Takže ak tebe nespalo, tak to automaticky znamená že ani mne? Dobrá logika. Akurát že problémy s balíčkami priznal aj Synology, aj na nete máš články k tomu.

Lenze sshd nema s balickami nic spolocne, je sucast systemu, kedze zaklad tvori standardny linux.
Nevravim ak nespadlo mne, nespadlo nikomu, ale kazdy tyzden pridem do kontakto s niekolkymi Synology a kebyu bol vseobecny problem s ssh viem o tom.
To, co popisujes ty je specificiky problem tvojej instancie, ktory ma korene u teba a len u teba. Mozno vadna doska, rom, ram, chybne jadro...whatever.

Mal som podobny specificky problem, blbo NASko, proste slo a potom zamrzlo, uplne. Niekedy slo 2 tyzdne, niekedy mesiac, niekedy 3 tyzdne. Neskor zacalo odmietat nacitat jeden z diskov, vzdy ten isty, ale disk bol ok, ked som skusal iny nenacitalo ani ten.

Riesil som to s QNAPom supportom a ti v logoch nic nenasli, bolo 2x v autorizovanom servise, dokonca som to riesil so zastupenim QNAPu pre CR a SR a dostal od nich zdarma iny kus.

Ale ja som to NASko v zavere este aj opravil. Problem bol totizto v zdroji, tie trubky v servise na 100% pouzivali svoj zdroj a vzdy mi to vratili s tym, ze zavada sa neprejavila, hoci som im NASko posielal aj so zdrojom. Ja som len tak v zachvate osvietenia skusil vymenit zdroj a zrazu nabehli oba disky a NASko odvtedy uz nezamrzlo.

Lenze sshd nema s balickami nic spolocne, je sucast systemu, kedze zaklad tvori standardny linux.

Toto absolútne nie je pravda. SSH nie je súčasťou kernelu a je to bežný program, ktorý je súčasťou balíčku. To že na niektorých distrách je bežne predinštalovaný vôbec neznamená že je to základ a súčasťou Linuxu. To táraš úplne mimo. O distribúciu balíčka sa stará práve vývojár distra, v prípade Synology DSM je to práve Synology. A práve že Synology kompiluje, upravuje a distribuuje svoj vlastný samotný sshd pre svoje zariadenia.

Mozno vadna doska, rom, ram, chybne jadro...whatever.

LOL.... a možno ty si mal problém s OMV, lebo si mal vadnú dosku. A možno si aj preto mal problém to nastaviť a zobrazovalo ti to iné GUI. /s

Problem bol totizto v zdroji, tie trubky v servise na 100% pouzivali svoj zdroj a vzdy mi to vratili s tym, ze zavada sa neprejavila, hoci som im NASko posielal aj so zdrojom.

To len potvrdzuje kvalitu "enterprise" supportu v porovnaní so supportom bežného ne-enterprise HW či TrueNAS a OMV systémov. Aneb fakt je to jedno, a záleží len na človeka na ktorého natrafíš... akurát v prípade FOSS riešení máš ten support distribuovanejší a ak ti neporadia na jednom, tak ti poradia inde. To je skôr výhoda pre TrueNAS/OMV riešenia

Pod pojmom balicek sa u Synnology samozrejme myslia externe programy, ktore sa tam instaluju vo forme balickov/packages (spk format).
https://www.synology.com/en-global/dsm/packages
Ssh demon je sucastou standardneho DSM, co je linux ako bol povedane a nie je sucastou ziadneho balicka.
Ja som pisal o system hore(mysleno DSM) a ty v odpovedi o kerneli...splietas hrusky s jablkami.
Synology pouziva OpenSSH s vlastnymi nastaveniami, dokazy o vlastnej kompilacii nie su. Posledna reverzna analyza bola robena pri historickom DSM 4, kde boli dokazane upravy Synology.
A keby aj, upravy tam budu mierne, pretoze binarka je jednoznacne openssh a to je jadro celeho sshd.

Zacina to trosku stracat uroven, z mojej strany je uz zbytocne dalej na teba reagovat.

Zacina to trosku stracat uroven, z mojej strany je uz zbytocne dalej na teba reagovat.

"(mysleno DSM) a ty v odpovedi o kerneli..."

Takže ty mi píšeš ako si myslel (a to že balíček má iný formát alebo iný zdroj neznamená že už balíčkom nie je) že ako som ja myslel keď si reagoval na moju správu

Takže ak tebe nespadlo, tak to automaticky znamená že ani mne? Dobrá logika. Akurát že problémy s balíčkami priznal aj Synology, aj na nete máš články k tomu.

Technicky chceš určiť ty ako som ja pochopil pojem "balíček" v mojom vlastnom komentári... No ja neviem, ale asi viem čo som myslel v mojom komentári. Môžem nepochopiť tvoj komentár, ale nie svoj vlastný. Skôr ty si nepochopil môj.

Takže súhlasím, nemá zmysel písať, keď podľa teba balíček nie je balíček len preto že nie je zobrazený na nejakej web stránke alebo nemá presnú príponu. Takže APT, SNAP, Flatpak, NPM, Pip, čokoľvek nie je balíček, lebo len "spk format" je jediný čo sa môže nazvať balíčkom. Huh, ok. Tak to pre Canonical a ich Snapcraft store je všetko v APT, .deb, Launchpade vlastne nie balíček?

Sám teraz potvrdzuješ že Synology nejaké zmeny u SSH a jeho distribúciu robí (a je jedno v akom formáte a či je niekde v zozname na webe), takže nakoniec si len potvrdil že to bola jeho zodpovednosť a nie zodpovednosť Linusa Torvaldsa alebo koho si myslíš že to rozbil. Už sa ti tie argumenty rozpadajú.

dokazy o vlastnej kompilacii nie su

Stačí napísať do Google "Kompiluje Synology vlastný sshd pre DSM?", nájde hneď aj pre 6.2 dôkazy. Že by sa v 7 niečo zmenilo je viac než nepravdepodobné. Teraz pozerám že ha https://community.synology.com/enu/forum/1/post/154188 dokonca i 7.1. Ten samozrejme nemusí byť reverse engineered na to aby si porovnal zdrojové kódy keď vidíš že už len správanie softvéru je iné aj za rovnakého vstupu, ak teda originál nemá side effekt presne takého druhu čo je nepravdepodobné.

Ja tu debatu končím.