дзеркало LVM linux та дзеркало MD

Я думаю, що я пам’ятаю, що робив кілька дзеркал років тому з LVM, і не пам’ятаю цього «журналу». А може, я зробив дзеркало з mdadm і поставив LVM зверху. Це повинно бути.

1. Для чого складається журнал LVM, якщо він є лише дзеркалом? Що там зберігається? Яка мета? Чи погано використовувати "--mirrorlog core"? Яка нижня сторона? Я не хочу мати іншого розділу для журналів, якщо мені цього не потрібно.

2. Будь-які рекомендації щодо використання будь-якої технології? Навіть якщо я буду робити дзеркало з mdadm, я буду використовувати LVM поверх цього. Тож у такому випадку, можливо, краще, щоб вся програма була побудована за допомогою LVM ...? Невже це призведе до більшої хіти продуктивності чи менше?

Диски призначені для зберігання «дисків» Xen domU.

Вибачте за складне непросте "питання".

Ідеї ​​та пропозиції та посилання найкраще вітаються. Спасибі!

Особисто я завжди йду MD + LVM. Це швидше (MD може робити паралельні читання в RAID1) і для цього потрібні лише 2 диски (якщо ви не хочете перебудовувати дзеркало після кожної перезавантаження), а MD призначений саме для того, щоб робити RAID, і це робить дуже добре. Він також більш гнучкий.

Також мене спалили ЛВМ. В одному випадку це була смуга LVM на HP-UX, (це не повинно відбуватися з LVM2 в Linux), і я не міг подовжувати LV, оскільки розширення повинно було мати саме таку кількість смуг. Це здається розумним, але іноді ...

Інший раз це було з дзеркальним відображенням (LVM2 в Linux цього разу), але зараз я не можу пригадати, чи LVM відмовився зробити знімок дзеркального НН або розширити його, фактично заперечуючи вигоду за те, що LVM був у першу чергу (ми це зробили врешті-решт, але з використанням lvconvert вперед і назад).

Коли дзеркальна пара різко вимикається, у будь-якій системі можуть бути деякі блоки, записані на один пристрій, але ще не на інший. Імовірно, при упорядкуванні шляхів вводу-виводу є деякі блоки, записані на A, але не B, а деякі - на B, але ще не в A.

Коли машина перезавантажується, їй потрібно зробити пристрої послідовними. Достатньо мати лише два пристрої: воно не знатиме, які блоки несумісні, і невідомо, яка версія була останнім часом.

Тож програмне забезпечення для дзеркал потребує збереження трохи метаданих, щоб це відслідковувати. Це називається "журналом запису про наміри".

md зазвичай зберігає його в якомусь зарезервованому просторі всередині самого пристрою , хоча ви також можете зберігати його на окремому пристрої. (Це одна з причин, чому дзеркала md трохи менше, ніж базові пристрої.

Дзеркала LVM можуть зберігати лише журнал масштабу запису зовнішньо, що, як зазначаєте, трохи дратує типовий випадок, коли у вас рівно два фізичних диски. Я вважаю, у вас все ще є вибір зберігати його на іншому розділі на одному фізичному пристрої, але це все ще незручно.

Мета дзеркального журналу LVM, наскільки я це розумію, - відслідковувати блоки, записані на один пристрій, але ще не на інший.

це дві різні концепції:

• LVM - це, як видно з назви, для управління обсягом. Подумайте про це як про механізм поєднання декількох томів в один (так, можна сказати, це як raid0), зміни розміру їх, зміни розміру в реальному часі, створення знімків.
• MD призначений для управління RAID. Додайте кілька пристроїв до одного метапристрою, зробіть цей метапристрій високодоступним за допомогою raid1, 5, 10 тощо ...

LVM працює на пристроях зберігання даних, будь то метапристрої, або пристрої, представлені рейдовим контролером, або просто звичайні диски.

MD працює на дисках (так, ви також можете використовувати диски, представлені контролером рейду, але який сенс? ..

LVM не дозволяє зробити ваше сховище високодоступним. І так само MD не для управління обсягом ...

Сподіваюся, це допомагає :)

LVM походить від інших системних типів UNIX. Я використовував його на HPUX, який не мав MD-шару Linux, коли я працював над ним 10 років тому, не впевнений у цьому. За таких обставин дзеркальне відображення LVM стає корисним у ситуації, коли апаратний RAID недоступний.

з дзеркальним відображенням -mirrorlog та опцією -alloc будь-де, з двома дисками, ви отримуєте два 4M дзеркальні журнали, по одному на кожному диску. Мене дратує те, що я маю відмовитись від політики щодо того, що здається найбільш звичайною ситуацією, але добре.

LVM в Linux не пов’язаний із річчю в HP-UX або AIX, просто має ті самі команди користувальницького простору. LVM в Linux внутрішньо використовує систему DM, а тому використовує все той же код, що і MD. На даний момент я не бачу переваги LVM над MD. Для розділів, які ви хочете швидко та не турбуєтесь про резервні копії (наприклад, поміняйте розділи для гостьових віртуальних машин), LVM надає вам можливість того, чи ви хочете ці дзеркальні чи ні, чи краще знімати.

І набагато простіше додати диск до LVM, ніж MD.