Vlákno názorů k článku LVM: Praktické ukázky od vsl - Měl bych dotay k tomuto, cituji: Pokud použijeme pro...

  • Článek je starý, nové názory již nelze přidávat.
  • 15. 8. 2008 2:05

    vsl (neregistrovaný)
    Měl bych dotay k tomuto, cituji:

    Pokud použijeme pro každý disk samostatný VG, tak se nám nebudou data rozlézat po obou discích, ale zůstanou jen na jednom. Tím dosáhneme aspoň toho, že po vypadnutí jednoho disku nepřijdeme o data na obou.

    Zatím jsem vždy viděl doporučení dát všechny disky (pokud jich není skutečně hodně a není k spec. důvod to tak nedělat) do jedné VG. V takovém případě má být možné právě zmiňované migrování LV na nový disk.

    Je skutečně možné on-line migrovat LV mezi dvěma různými VG? Zdá se mi, že ne. Už proto, že když budu mít připojenou LV: /dev/nejaka_vg/nejaka_lv - tak není online změna VG prakticky možná.

    V konfiguraci s jednou VG přes více disků je samozřejmě možné při vytváření Logical Volume tuto omezit jen na danou PV, takže se "nerozleze" přes více disků. V případě havárie jednoho z disků budou přístupné oddíly, které jsou celé na tomto disku (PV). Metadata jsou na obou discích, takže výpadkem jednoho nepřijdeme o celou VG!
  • 15. 8. 2008 2:22

    Adam Štrauch
    Je možné přesouvat PV mezi VG, ale jak to pak dopadne s daty se neodvážím odhadovat. Online migrace LV na jinou VG opravdu možná není, nikde jsem na nic podobného nenarazil. V článku pracuji pouze s jednou VG a citovaný odstavec je spíše jenom myšlenka než nějaké doporučení.
  • 15. 8. 2008 17:03

    Michal (neregistrovaný)
    No slo by to udelat spojenim dvou VG (za predpokladu za maji obe stejnou velikost PE), pote presunout LV z disku jedne VG na disky druhe VG a pote obe VG zase rozdelit. Ale uz si nepamatuju, zda online.
  • 15. 8. 2008 9:55

    Haplo (neregistrovaný)
    Troska sa logicky zamyslite :-)

    kazdy PV ma VGID v hlavicke, cize vzdy system vie kto kam patri. LV je len logicky kontajner vytvoreny cez jeden alebo viac PV. Migracia LV medzi dvoma VG teda NIEJE mozna. Jedine co sa da spravit je kopirovanie. dd skopiruje aj prislusne identifikatory VG atd. takze vyvori len kopu problemov. Migroval som na SLES 10 system z interneho smartarray disku na SAN disk, to len bola sranda s duplicitnymi IDckami.

    Co ma na linuxovom LVM vzdy zarazalo je absencia jednoducheho RAID 1. Volakedy na to sluzila pomerne krepa konfiguracia cez device mapper, v novsich verziach nemam prehlad. Je to jedina vec ktora ma odradza od linuxoveho LVM. Mam skusenosti s LVM pod HP-UX a LSM pod Tru64 a ich moznosti, jednoduchost konfiguracie a prehladnost su na linuxe stale nedosiahnutelne (a to je ich implementacia LVM desne stara oproti linuxovej).
  • 15. 8. 2008 16:18

    Izak (neregistrovaný)
    No k HP-UX, pokud tam neni veritas, tak jeho LVM umi velke kulove, dokonce neumi delat zvetsovani online, takze na LVM2 opravdu nema.

    LVM2 umi mirroring (RAID1), je to velmi dulezita vlastnost, protoze LVM2 umi i cluster, zatimco SW_RAID nikoliv, takze je mozne mit 2 pole 2 servery a napr LVM2 + GFS a mit data online replikovane, oba servery musi videt obe pole a muzou do nich zapisovat najednou.

    Tru64 je dost unikat, ostatne jako vse, co Digital vymyslel, takze toho skutecne umi vice, nez LVM2, ovsem mi LVM2 staci.
  • 16. 8. 2008 14:34

    Haplo (neregistrovaný)
    no jasne ze na HP-UX bez OnlineJFS nic nezvacsis ... to som zvedavy ako by si to robil na inode filesysteme ako ext2 :-) a mirror na HP-UX je za priplatok, to uznavam. ale stale sa s tym robi komfortnejsie ako s Linuxovym LVM (a to nehovorim o strasnom vypise konfigu na Linuxe).