Synology DS1511+ kompatibilitási táblázat

Merevlemezek, vezérlők

Sziasztok,

Lehet, hogy vennék egy Synology DS1511+ NAS-t. Ez egy régebbi, 5 lemezes verzió. Filmes utómunkával foglalkozom, ezért szeretném minél jobban "kitömni". Ha jól értelmezem, akkor a Synology DS1511+ kompatibilitási táblázat szerint 10 TB-os diszkekből csak a Seagate ST10000DM0004-1ZC101 -et támogatja.

Ha átváltok az Incompatible Models-re, akkor egy sor találatot kapok. De pld. a Toshiba N300-as sorozatából csak a max. 8 TB-osok jelennek meg, illetve a 12 TB-osok közül a Seagate Exos12-es sorozatából az egyik típus.

Ha jól látom, akkor magának a Synologynak is van "saját márkás" HDD-je (pld. Synology HAT5300 3.5 12TB 7200rpm 256MB SATA3 (HAT5300-12T), ami nem szerepel a kompatibilitási listán.

Az a "buta" kérdésem, hogy mennyire lehet "befürödni", ha a támogatott, ill. nem támogatott diszkek listáján nem szereplő diszkkel "próbálkozom"?

Ha egy gyártó sorozatát nézem, akkor elég lehet arra hagyatkozni? Azaz pld. az előbb említett Toshiba N300 sorozatból vélhetőleg egyik típus sem támogatott?

Mivel ez egy régebbi NAS, ezért vélhetőleg a fentebb említett "saját márkás" HDD-jét sem fogja támogatni?

Teljesen elvesztettem a fonalat.

Minden hozzászólást, tanácsot előre is köszönök.

ps. ok, felejtsem el ezt a régi NAS-t, vegyek egy újabb típust... de most "ez jött szembe"

  • 395 megtekintés

( gyuszicco | 2021. 10. 14., cs – 13:59 )

Szerkesztve: 2021. 10. 14., cs – 14:06

Kicsit off de én ugyanezt játszom most egy HPE MSA 2040 - 2050 -val. A HP meg a beszállítók azt mondják, a nem HP lemez nem fog menni, sőt a HPE szerver lemezek sem, hanem spéci HPE firmwares lemez kell neki. Találtam fórumokat ahol viszont azt mondják, hogy megeszik az más lemezt is, mert tulajdonképpen egy rebrandelt Seageate eszköz. A megoldásom az lett, hogy veszek egy lemezt és kipróbálom. Ha megy berendelek belőle 16 ot, ha nem akkor visszaküldöm, vagy felhasználom máshol a lemezt, és rendelek eredeti HPE lemezeket duplájáért. Nekünk még így is megéri. Talán megérné egy próba erejéig neked is rendelni egy lemezt, egy olyan helyről ahol tudod hogy nem lesz gond a RMA-val. 

The worst or stupidest ideas are always the most popular.

Köszönöm a tanácsot. Egyelőre még a NAS-t nem vettem meg. Meg a diszkeket sem. Van itthon kb. 90 TB, de főleg 3 TB-osokból, és nekem az "kevés" lenne, ha azokat raknám a NAS-ba. RAID 5-ben úgye kapnék 12 TB-ot, ezért meg nem venném meg. 12 TB-osokból meg kapnék 48 TB-ot, ennyivel egyelőre megelégednék, hogy egyszerre tudjam kezelni. Visszaküldeni "nem szeretek", kicsit régi vágású vagyok, ha már egyszer megvettem valamit, akkor nem szívesen állok el tőle, hiába az lenne az érdekem.

Érdemes lenne azt is megnézned, hogy a régebbi NAS-ok hogyan állnak szoftveresen a hálózati megosztások terén. Az is nagy bukó lehet, ha meg van a NAS és a megfelelő lemezek, de lábon lövöd magad. Ha csak SMB1 -et tud és nem tudod használni, mivel az már erősen kivezetett állapotban van OP rendszer oldalról.

OFF a HP-hez:  Nekem volt régebbi HP szerverem - ha nem HP címkés diszket tettem bele, akkor működött rendesen raid-ben - teljesítmény se volt rosszabb - csak éppen a ventilátorok [rajongók :-D] boot után 20-30mp múlva 90-100%-on pörögtek, ezzel >100dB-es zajt keltve.. És ha 4-ből 1db is NO HP brand volt, akkor is ordított..

NAS-hoz:

- ha kinézted a diszket és nincs komp. listába én rágugliznék - valaki már biztos kipróbálta helyettem :-)

1920.06.04

Pont ezt írják a fórumokon, hogy néha nem érzékeli a hőmérsékletüket és pörgeti a ventit. Mivel DC-ben van a storage nem zavar az hogy hangos, aztán a venti cserék és az áramfogyasztás többletköltségét oldják meg akik ezt így gazdaságosnak találták (olcsóbb disk ws nagyobb fenntartási költség). Én felhívtam erre a figyelmet az elemzésemben de az olcsó disk mellett döntöttek, hosszútávon meg kiderül melyik volt olcsóbb ... 

The worst or stupidest ideas are always the most popular.

( uid_18313 | 2021. 10. 14., cs – 14:44 )

valószínű az a megoldás, hogy felejtsem el a DS1511+-t, és inkább vegyek egy DS1621+-t, amibe akár 16 TB-os Exos X16-okat is pakolhatok...

( vati | 2021. 10. 14., cs – 22:33 )

Kicsit off, de milyen forras filet vagsz? Mert a Gbit Lan eleg szuk keresztmetszet lehet a ~160Mb/s olvasasi sebessegel.

Prores422+ DnxHd esetleg Arri LogC Red... forrasok, igenyelnek a tobbet. Max proxyra eleg.

Tudom mas kategoria de filmes utomunkara egy kolegam pont most adja el a qnap nas-at, egy ilyen jo lehet a celra:

https://hardverapro.hu/apro/qnap_tvs-1282t3_2/hsz_1-50.html

vati

Szia,

pont az elébb láttam a hardveraprós hirdetést... másfél milkát egy használt cuccra nem szánnék, mert akkor inkább vennék egy nem sokkal többe kerülő új, Thunderbolt 3-as Areca/Accusys/LaCie/Promise Pegasus/... RAID-et...

nem vágok, assziként dolgozom,  néha sorozatokban is, ahol a mentést csinálom, ill. a transzkódolást a vágónak, és a végén a konformálást a fényeléshez, meg a "finiselést",

"jelenleg" az a "felállás" (mert a gyártás mindenen spórol), hogy 3 példányban, (dokkolóban) 3-6 TB-os belső diszkekre mentem a forgatott anyagot (LTO "kizárva"), ami jelenleg, általában ProRes 4444, 3.2K (ne kérdezd, hogy miért nem jó a 1080p, ha úgyis az lesz a vége, volt, hogy a colorist mondta, hogy elég neki a 1080p, csak DNxHD 185X-ben adjam ki neki, megértem, nem ez fogja megváltani a világot, főleg úgy, hogy a végén XDCAM HD 422-ben lesz leadva az adásanyag), 2 példány megy a produkciónak, amiből az egyik nálam marad az utolsó adás leadásig, 1 meg nekem "biztonsági mentésként",

egy 8-10 epizódos sorozathoz kb. 50 TB-nyit forgatnak, ennek a tárolását szeretném minél "fájdalommentesebben" megoldani, mert jelenleg úgy szoktam konformálni, hogy a picture lock-olt vágatból EDL-t exportálok, amiből egy pár soros Perl szkripttel leválogatom a felhasznált forrásfájlok neveit, majd az X db diszkről egy diszkre átmásolom a szükséges mov-okat, és Resolve-ban/ból abból konformálok a fényeléshez,

a vágó egyébként DNxHD 36-ban (LB-ben) vág, nagyjátékfilmeknél se szokták túlzásba vinni, sokszor max. DNxHD 115-ben van az "offline", ill. most is dolgozom egyben, ami Arri 4.5 K LF OpenGate-re forog, ProRes 4444 XQ-ban mentődik, és ehhez képest DNxHD 36-ban (LB-ben) kapjuk az "offline"-t, amibe még 75%-ra belenagyítunk (az OpenGate miatt), mondjuk még a rendező/operatőr nem látta, hogy miként néz ki így,

aztán lehet, hogy csak a "pénztárcám" ellensége vagyok, mert a válogatást 1 epizódhoz 1 nap alatt megcsinálom, és felesleges lenne arra beruházni, hogy ezt elkerüljem, és egybe lássam azt az 50 TB-ot (az is felmerült, hogy veszek egy olcsóbb LFF-es szervert, amiben van valamilyen RAID vezérlő, és "kitömöm" diszkekkel, nézegettem ezeket is, de ott már azon "összezavarodtam", hogy az adott vezérlő támogatja-e a 4kn-t, vagy csak az 512e-t, egyáltalán honnan lehet megtudni, hogy mekkora diszkeket kezel stb.)

a 10GbE egyébként tervben van, ma is "spekuláltam" rajta, bár csak 2 gépen dolgozom párhuzamosan (mentés ill. transzkódolás, "vágás")

kicsit "hosszú" lett...

Külső vállalkozóként dolgozom nekik. (Nyáron kb. 3 hónap forgatás, és télen-tavasszal még epizódonként kb. 3-4 nap. A többi időben más filmeken dolgozom. Egyébként van utómunka supervisor, aki "nyomást" gyakorolhatna a gyártásra, hogy nekünk bizony kell egy normális storage.)

( enyac | 2022. 04. 20., sze – 09:06 )

Vásároltam egy DS218-ast. 2 db 18TB-os Toshiba MG09ACA18TE merevlemez került bele, ezek nem szerepelnek a kompatibilitási listán, sőt a gyártó és mindenki erősen azon a véleményen volt, hogy 16TB felett felejtős a történet. Ehhez képest hibátlanul működött, minden tekintetben maximális teljesítménnyel. Múlt időt azért használok, mert két héttel később a ventilátor egyszerűen meghalt az eszközben, és mivel volt lehetőségem kipróbálni egy QNAP TS-233-ast, ami aztán sokkal jobban tetszett, így végül az lett helyette, de ez mellékes. Én azt gondolom, hogy ezek a kompatibilitási listák nem feltétlenül a szentírás kategóriát jelentik. Jelenleg a QNAP-ra is egy olyan APC szünetmentes van kötve, ami nem szerepel kompatibilisként, mégis vígan működik, áramszünet esetén biztonságosan leáll a szerver.