szóval ez a rendszer adott, ebbe kéne valahogy értelmesen beleapplikálni még egy 250-es vinyót.
na de hogy is lenne a legoptimálisabb? erre nem sok ötletem van.
esetleg a backup_hetit kirakni erre az új vinyóra, és akkor a /media/data lehetne sokkal nagyobb? de akkor meg lehet, hogy a napi mentések is nagyobbak lesznek és majd ott fogy el a hely? a havi mentés az nem kritikus igazából, annak bőven elég ez a hely is.
ti hogy csinálnátok? várom az ötleteket. :)
- bsh blogja
- A hozzászóláshoz be kell jelentkezni
- 884 megtekintés
Hozzászólások
lvm-mel nem lenne problema...
- A hozzászóláshoz be kell jelentkezni
igen, azon is gondolkozom, de valahogy nem nagyon rajongok az lvm-ért :)
----------------------------------
feel the beat - it's everywhere!
- A hozzászóláshoz be kell jelentkezni
ez elég nagy baj
- A hozzászóláshoz be kell jelentkezni
miért is?
6-7 éve használtam lvm-et utoljára ibm gépeken (aix) és cudar lassú volt. papíron szép és jó dolgokat tud, de ezek közül nekem gyakorlatban maximum a dinamikusan növelhető kötetméret és a lemezeken átnyúló kötetek tűnnek használhatónak, és ezekre jelen helyzetben végképp nincs szükségem. persze a 3 lemezből csinálhatnék egy kötetet és úgy oszatnám el, ahogy jól esik, ez szép, de mi van, ha kihullik alóla az egyik lemez? így most bármelyik lemezem kihullhat és legrosszabb esetben is az előző napi mentésből lehet folytatni a munkát.
----------------------------------
feel the beat - it's everywhere!
- A hozzászóláshoz be kell jelentkezni
Nem lassu, es tudsz akar snapshot alapu mentest is csinalni vele (tehat ha vannak folyamatosan valtozo adataid, arrol csinalhatsz egy pillanatkepet, felmountolod es mented). Ezen felul a LVM tud RAID-et is.
En is csak ajanlani tudom, hogy ismerkedj meg a Linuxos LVM-mel. Egyebkent is, az a 6-7 ev curva reg volt, jo hogy nem mar az akkori gepekhez hasonlitod a maiakat.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
> miért is?
pl mert közben eltelt 6-7 év :)
ebben a szakmában ennyi idő hónapokban is sok lehet. az lvm egyszerűen kell és kész.
- A hozzászóláshoz be kell jelentkezni
jah így már értem! szóval kell és kész... aha...
nekem valahogy nem kell egy huszonnyolcadik szoftveres réteg az amúgy is szánalmas fájlrendszer alá még. főleg ha az előnyeit nem is tudom kihasználni.
de ha kell, akkor kell, már lövöm is ki a szervert a felhasználók segge alól és migrálok lvmre. :)
----------------------------------
feel the beat - it's everywhere!
- A hozzászóláshoz be kell jelentkezni
Ertem az ironiat, de azert valld be, hogy a te velemenyed nem eppen up-to-date. 6-7 ev tenyleg baromi sok ido az IT-ben.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
persze, az sok idő. de azt továbbra sem látom, miért lenne nekem jó adott esetben lvm-re váltani.
valamint én nem hasonlítottam sehol a 6-7 éve tapasztalt lvm teljesítményt mostani gép teljesítményéhez. akkor a szerverben 8x9.1 scsi lemez volt raid0-ban, rajta lvm, és volt 2x36-os backup lemez, és a 8 lemezes raid0 (gondolom az lvm miatt) lassabban tolta, mint a 2 lemezes backup tömb. tehát én csak a korabeli lvm vs. non-lvm-et hasonlítottam össze akkor és köptem egyet. de persze nyilván fejlődhetett azóta a technika, ezt nem vonom kétségbe... azt viszont még mindig nem látom, miért jó nekem az lvm.
nade sebaj.
----------------------------------
feel the beat - it's everywhere!
- A hozzászóláshoz be kell jelentkezni
Reszben azert lenne jo, mert az LVM tud RAID-et is (legalabbis a Linuxos tud, de ha nem bizol benne, rakhatod hwraid fole is), ezen felul dinamikusan bovitheto. Ez nagyjabol az osszes jelenlegi problemadat megoldana (bovites, redundancia, etc.).
Mi lenne, ha legalabb kiprobalnad valami kuka gepen? Mit veszithetsz?
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
de hát nekem nincs szükségem raid-re. ez egy backup, a raid meg nem backup ugyebár. a raidnek egyedül raid0 formában van értelme, de jelen esetben arra sincs szükségem. ez így is pont kitolja a gigabitet.
raid nélkül meg miféle redundancia van az lvm-ben? valami szoftveres duplikáció? snapshot? dehát azt megoldom én magamnak...
úgyhogy maradt a dinamikus bővíthetőség, mint előny. a már emlegetett 6-7 évvel ezelőtti munkahelyemen is kábé ennyiben merült ki az lvm használata (és ez is csak azért, mert az ibm szerver alapból így volt konfigurálva), éppen itt is el tudnám ezt képzelni, de azt meg nem szeretném, hogy a 3 vinyón szétterítse nekem az adatokat kénye-kedve szerint, mert ha az egyik kihullik, akkor mi lesz? max azt lehetne, hogy a három vinyón 3 lvm, és azokban 2-2 volume, ami dinamikusan állítható a lemezen belül, de annak meg semmi értelme.
különben már megcsináltam. az sda-ról a backup_heti partíciót átraktam az új vinyóra. így +százakárhány gigával nagyobb hely lett a fájlszerveren az adatpartíción, valamint a backup_heti is jóval nagyobb lett. még esetleg az adatpartícióról a statikus dolgokat is átrakom erre a vinyóra, és akkor még annyival is több hely lesz, és csak ezt a cuccot visszabindelem az adatok közé, de ezzel már nem szórakozok egyenlőre.
szóval ebből: lett ez:
----------------------------------
feel the beat - it's everywhere!
- A hozzászóláshoz be kell jelentkezni
LVM -es megoldáson nem gondolkodtál még el?
- A hozzászóláshoz be kell jelentkezni