( NagyZ | 2017. 02. 24., p – 10:25 )

> Komolyan? ESX-et hasznalnal storage megoldasnak VM-ek ala?
lehet elment melletted a vilag, de remelem azert hallottal mar a vSAN-rol...

> Ezen kivul osszehasonlitasi alapnak van dobozos storage tapasztalatom
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...

> Igen, az okokat szeretnem olvasni.
ok, akkor par ok:
- nem hiszem, hogy van in-house expertisetek debuggolni egy komolyabb ZFS hibat (ha szerinted igen, en attol ezt meg egy hangyani ketelkedessel fogom fogadni...)
- nem hiszem, hogy a barominagy (= ertsd random kernel random disztribbel) "support matrix"-ot barki is tudja rendesen tamogatni, akar penzert is
- 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
- csudaszep ez a zfsforlinux, es en is hasznalnam bizonyos esetben (scratch space, mondjuk 48x NVMEs driveon, 100GbE-n), viszont skalazni mar nem tudod
- az egesz dobozod egy SPOF, nem tudsz tobbszorosen aktiv-aktiv rendszert epiteni belole (FIXME, a Nexenta meg egyeb takolt megoldasok max HA-t tudnak aktiv-aktivval, az angol ceg aki tolja, es elfelejtettem a nevuket meg eleg fapadosnak tunik egyelore)
- senki nem beszelt itt sebessegrol, ha nem scratch-spacenek hasznalja az ember, akkor a sebesseg csak _masodlagos_ tenyezo, az elso a megbizhatosag