Dotaz: dynamicke pridavani diskovych oddilu

[ch-in-A]

dobry den chtel bych se zeptat, jaky mate nazor na pouziti loopbacku pro reseni dynamickeho pridavani/odebirani "diskovych oddilu"

mam k dispozici iscsi sdilene pole a sluzby clusteruji pomoci heartbeatu a to tak, ze vzdy jen jeden node poskytuje vsechny sluzby

moje predstava je takova, ze by system byl na lokalnich discich nodu a sdilena data by byla na imidzich na sdilenem poli ktere by se pripojovaly pres loopback. pro uplnost dodavam, ze pole jsou dve a jeste bezi lokalne v raidu 1 - mirror, tj. finalne pracuji se zarizenimi mdX.

duvod pouziti imidzi a ne beznych oddilu je ten, ze nejsem schopen dopredu odhadnout kolik a jak velke udelat jednotlive diskove oddily

vim ze pro pruznou praci s diskovymi kapacitami a oddily se pouziva lvm ale obavam ze ze by diky slozitosti lvm nebylo jednoduche pri nejake havarii dat vse zase rychle do poradku.

zajimalo by me, jestli nepoklesne pri pouziti dejmetomu 5 loopbacku nejak zasadne vykon disku a jestli cely tento muj napad neni akorat cestou do pekel :@)

Odpovědi

[JF]

Problem s loopbacky se kdysi resil u Stackera: http://cmp.felk.cvut.cz/~pisa/dmsdos/

Dulezite je vedet, jak to s temi loopbacky myslis? Pokud chces 5 loopbacku zanorenych do sebe, tak to by asi byla katastrofa.

Ale 5 loopbacku v jednom oddilu zase tak spatne reseni neni. Ten stacker behal velmi slusne a to na z dnesniho pohledu pekne sunce. (Pro neznale Stacker si vytvarel soubor, ktery se po nahrani ovladace choval jako disk. A navic se to muselo komprimovet/dekomprimovat za behu.)

Loopbacky celkem v pohode pouziva i komercni system pro virtualni pocitace.

Ale pri urcite extremni zatezi to asi zpomalovat muze.