( tompos | 2017. 02. 24., p – 11:57 )

> lehet elment melletted a vilag, de remelem azert hallottal mar a vSAN-rol...

Elfogadom, megoldhato vele.

> abbol sem valami high-end (a sajat bevallasod szerint valami dzsunka Promise meg valami low-end HP, ha jol emlekszem), ebbol nem erdemes messze meno kovetkeztetest levonni...

Idejott a masik tudos.
Hihg-end storage mihez? Kabatot a gombhoz?

> - nem hiszem, hogy van in-house expertisetek debuggolni egy komolyabb ZFS hibat (ha szerinted igen, en attol ezt meg egy hangyani ketelkedessel fogom fogadni...)

Nincs tobb, mint barmilyen komolyabb storage hibat debuggolo expertunk.
Se windows, linux es meg sorolhatnam tovabb.

> - nem hiszem, hogy a barominagy (= ertsd random kernel random disztribbel) "support matrix"-ot barki is tudja rendesen tamogatni, akar penzert is

Megint a rendes szon van a hangsuly. Ezen kivul felhoztal olyan peremfeltetelt onkenyesen, ami amugy erthetetlen (random disztrib, random kernel)

> - ha epp bedolne, akkor lehet, hogy van support, viszont nem biztos, hogy 0-24 fel tudom hivni oket es _MOSTAZONNAL_ foglalkoznak az en problemammal, mert all a ceg

Futtyfurutty, hogy jon ide a mostazonnal? A kiscsako nem irt 1 perces SLA-rol.

> - csudaszep ez a zfsforlinux, es en is hasznalnam bizonyos esetben (scratch space, mondjuk 48x NVMEs driveon, 100GbE-n), viszont skalazni mar nem tudod

Honnan hova nem tudom? Szukseg van a skalazasra? Mi a project celja?
Te onceluan a storage kedveert csinalsz storage-okat, vagy van celja?

> az egesz dobozod egy SPOF

Abszolut igaz. Mar csak az a kerdes, hogy van-e masra szukseg...:)

> - senki nem beszelt itt sebessegrol, ha nem scratch-spacenek hasznalja az ember, akkor a sebesseg csak _masodlagos_ tenyezo, az elso a megbizhatosag

Senki, akkor te miert hoztad be?:)