Mai simplu: scoti discurile alea si le bagi intr-un device pe care-l faci NAS.
Asta cu "networked cluster cu redundanta care expune un FS care poate fi folosit automagic de clienti fara ca lor sa le pese ce-i in spate" e un pipe dream care fie va avea o performanta infecta (orice lock pe chestia aia trebuie sa faca baletul cu generalii bizantini si orice sughit in performanta retelei sau a unuia din noduri iti va trimite toti clientii in D state hell), fie are tot felul de fine prints care previne utilizarea ca generic storage (gen, e de fapt un object storage si-ti garanteaza consistenta doar la nivel de obiect/fisier si il folosesti fie din aplicatie pe API-ul lui, fie via ceva VFS driver care-ti ascunde realitatea). Nu zic ca nu exista diverse solutii mai mult sau mai putin fancy, dar ele raspund la intrebari mult mai concrete si o fac sacrificand diverse aspecte care par fundamentale cand descrii "un storage". -- P. 2018-07-26 21:59 GMT+03:00 Mai Ling <[email protected]>: > > > > > > > > > Am 4 masini identice, conectate in acelasi LAN, fiecare avand cate un > disc nefolosit, separat de discul pe care e instalata o clona de RHEL7 > (care nu poate fi inlocuita) > > > > Vreau sa pun la un loc toate aceste discuri, dupa care fiecare server sa > acceseze fie o parte fie tot acest spatiu comun, indiferent in ce fel > (nfs/iscsi/whatever). > > > > Mai vreau sa pot pierde oricare 2 masini simultan fara ca acest lucru sa > duca la indisponibilitatea spatiului comun. > > > > Ce solutii free beer exista care ar satisface toate cerintele de mai sus? > > > > (Mi-am imaginat o strutocamila in varianta in care le export pe toate > peste iscsi, le adun pe una din masini, fac un raid6 din ele, re-export > rezultatul peste nfs si il montez in fiecare - dar asta ar avea > dezavantajele ca ar functiona foarte lent, iar daca pica masina care > share-uieste spatiul comun, am si pierderi de date (ce era in cache-ul ei > si nu ajunsese pe discuri) si downtime (reboot la toate masinile ca nu stiu > daca ma lasa nfs sa-l demontez cu fisiere deschise), dezavantaje care > elimina aceasta varianta.) > > > > > > > > > > > > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro > _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
