No ja bych na seznam zase tak nenadaval,
1) je to ZDARMA a je to stoji kupu penez.
2) Zvolili reseni IBM a obchodnik jim urcite nerek, ze to nebude stihat, protoze pak by koupili neco lepsiho a drazsiho, treba od IBM
3) Kazdy radic muze odejit, proto existuje redundance, na seznamu maji urcite vice poli a kazdy se dvema radici a pak jde o cenu.
Koupim diskove pole ala HP EVA, kde mi muze vypadnout celi FC JBOD s 12 disky a rad bude jen degradovan (jsou tam 2 aid pres sebe etc, velka spotreba disku, hrozne to zere co pole to RACK s 3 fazovou zasuvkou) Dale je treba mit disky v switchi ne ne v FC-LOOPU a to je interni vec jbodu a malo kdo o tom mluvi, protoze kdyz radic disk nevypne, protoze odesel napul, muze shazovat celi LOOP, kdyz je kazdy disk ve switchi, tak nic nezhazuje, jenom docasne spomaluje pole a radic jej casem vyradi.
Vadny FW v disku, kdy upgradem FW radice najednou vyradi 10 disku, protoze maji udaje ve SMART, ktere spatne reportovali a novi FW napr. pole to resi ....
Dale je treba pole replikovat, rozkladat etc. toto umi resit jak ClusterFS od Google, ktery je pod GNU, nebo AFS co castecne Lustre, jenze pak je treba bud vice FC switchu, nebo sit mirinet a dalsi redundatni servery, replikace dat je extremne efektivni, nebot nejcasteji vypadavaji disky, pak odchazi radice ... to vse je OK zde jsou bezna pole redundantni, ale pak to jsou jbody, host-FC porty, interi FC porty (i kdyz jak host tak interni jsou dualni) .... a zrovna na jbodu muze zhavarovat velka cast pole a casti RAIDu (pokud neni jeden pres vsechny jbody) .... a zde je dobre replikovat na jine .... vypadek dvou poli uz muze ohrozit jen BLESK ktery kompletne odrovna obe na jednou .... jenze to vse stoji penize a zdrazuje cenu na TB dat i 3x .... takze az seznamu budete platit, nadavejte .... podelat se muze vse a chyba je bud v navrhu IBM nebo snaze usetrit na Seznamu (coz taky nemusi byt fatalni, chytre investovat chce kazdy)