Вышел перевод (http://dreamcatcher.ru/docs/linux_lvm.html) очень интересной статьи Managing Disk Space with LVM (http://www.linuxdevcenter.com/pub/a/linux/2006/04/27/managin...), в которой подробно и понятно рассказывается о том, как создать простой файловой сервер с использованием LVM, затем пример усложняется добавлением RAID.
Показано, как можно расширить дисковое пространство, выделяемое под LVM, заменить диски на более емкие, какую файловую систему выбрать и почему.URL: http://dreamcatcher.ru/docs/linux_lvm.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=7616
а под FreeBSD - есть такое?
GEOM?
есть:
http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/vinum...
Не хотелось бы разводить флэйм. Но LVM - это отдельная песня, а софтверная реализация RAID - отдельная песня. Vinum - это software RAID. Любопыствующие могут поискать инфу на LVM в HP-UX, AIX, IRIX, как вариант и линукс тоже сойдет. Если память мне не изменяет с моим маразмом, то LVM линуксу подарил IBM. Хотя в документации 1997 года на HP-UX 10.20 он тоже встречается, причем, как ни странно, набор команд/утилит практически совпадает с Linux-IBM-HPUX. В реализациях SGI XVM, в версиях для IRIX-а и для линукса, все сильно по-другому. Надо бы покопаться на wikipedia, может там есть история корней этой идеи. Не удивлюсь, если они растут вообще из VMS :))))Это в качестве справки. Нисколько не хотел задеть патриотичные чувства пользователей BSD.
Да сколько влезет, Лёша.БЗДуны - люди бесчувственные и к религиозным распрям,
оскорбительно для верующих, параллельные и прохладные.Ибо серверы сплошь продакшн и, как говорил про девчонок Жванецкий:
"за деньги. и за какие деньги!!!" Никаких религиозных хобби-инсталляций.VINUM в 6.1 (равно, как и 6.1) работает так, что я даже Соляру снес.
Нету в Лине мазы, Лёша.
Нда... мысль я не донес. Жаль.
> ...в 6.1 (равно, как и 6.1)...а ты на 6.1 пробовал??? ЛЕТАЕТ!!!!
соляру он снес.... тебе о Линухе, а он соляру...
>Vinum - это software RAIDВот мне кажется вы не правы :)
Буду рад Вашим аргументам. Только давайте определимся в терминах для начала. Вполне понятно, что часть функциональных возможностей soft RAID присутствует в LVM. Справедливо и наоборот. Но! Давайте рассмотрим, где для чего нам может понадобится RAID и для чего ипользуется LVM.1. soft RAID - объедиение нескольких физических дисков, в защищенный или оптимизированный по производительности том. Т.е. мы сначала планируем конфигурацию, потом ее реализуем. Получаем результат. Если исключить конкатенацию, то все остальные типы RAID требуют винтов единого размера (!) для эффективной работы.
2. LVM - управление пространством "по требованию". Проще всего привести это на примере. Допустим у нас есть три жестких диска. Любого размера.
а) Зеркалируем длва винта с помощью аппаратного или soft RAID (в линуксе, например MD или DM, смотря какая версия).
б) Режем их как картошку на кубики (Physical Extents) получившийся md0 и оставшийся винт.
в) Собираем все кубики вместе в одну или несколько групп (например кубики из md0 - это одна группа, а кубики с третьего винта другая) (Volume Groups), чтоб не путались.
г) Теперь берем 200 кубиков из первой кучки и говорим, что это логический том (Logical Volume) для /. Еще 20 кубиков - это другой логический том для swap. 300 кубиков для /usr. Оставшиеся кубики можем просто не распределять.
д) Из другой группы берем 100 кубиков и делаем логический том для /tmp. Еще 100 для LV /var. Оставшиеся также не используем.Дальше начинается самое интересное. Мало места в /var - добавь к нему кубиков и растяни файловую систему. Надо новый логический том на зеркале - возьми кубики из первой кучки. Надо сделать отдельный том для ftp - взял кучку кубиков и вуаля. Не хватает место для ftp - добавь еще один винт (в случае со scsi ессно hot swap, в случе с FC вообще нет проблем), порежь его на кубики и добавь эти кубики в группу к третьему винту. Дальше можно просто растянуть том и файловую систему вместе с ним. Мешает маленький винт в такой системе - согнал с него все логические тома, исключил из группы и вынул из машины. Поставь на его место новый, большего размера, и порежь на кубики. Все это можно делать не останавливая работы. Про дублирование логических томов на другие массивы - уже понятно, главное порезать их на кубики. Миграция с одного дискового массива на другой становится проще на порядок.
С уважением, Алексей.
P.S: То, что во Free делает VINUM - в линуксе DM (Device Mapper), а до него был MD. LVM, как в линуксе, так и в других системах, предназначен для работы уровнем выше. Блочные операции не его епархия. Его кубик - это PE, который равен нескольким мегабайтам.
P.P.S: Как говорит мой коллега: "Все дело в маленьких отличиях". Саня, привет! :)
Замечательно, только (g)vinum во FreeBSD является воплощением уже классического Veritas Volume Manager'а. Или вы хотите спорить насколько Vxvm является VM ? :))
Взято с Википедии: LVM это реализация менеджера логических томов для ядра Linux. Первоначально была написана в 1998 году Heinz Mauelshagen, базируясь на LVM в HP-UX. Копнув же вглубь, видим, что в самом HP-UX, LVM появился аж 1992 году.Для реализации тех же задач в FreeBSD используется Vinum (по совместительству онявляется и software RAID, как справедливо заметил Lesha). В NetBSD используется Concatenated Disk Device (CCD). Все это позволяет решить задачу увеличения раздела сверх размера физического носителя. Вот только с одной системой сделать это просто, а с другой несколько сложней.
Конечно, если есть необходимость двигать туда-сюда размеры томов, то LVM мне кажется удобней, возможно из-за того, что в качестве основы была взята очень толковая идея.
Еще нужно учитывать возможности ресайзинга fs, которая на этом самом томе находится, ufs тут выглядит динозавром
Прочитад хэндбук по vinum но так и не понял как увеличить размер тома путем подключения еще одного диска
Есть диск 1
разделы
/
/usr
/var
я хочу подключить 2 диск и увеличить размер /usr
чтобы /usr состоял из /usr первого диска + весь 2 диск
может кто набросает схемку реализации - был бы очень признателен
Может хватит а?
Все огут UFS ацтой и др.
Вполне достойная ФС, которая в соцетании с SoftUpdates обеспечивает вполне приемлемые характеристики работы.
Да журналирования нет, и это конечно грустно, но ничуть не смертельно.
Причем тут softupdates вообще? Я говорил кажется про fs onfly resizing
> Я говорил кажется про fs onfly resizing
Я говорил о комплекстной оценке работы ФС.
>Может хватит а?
>Все огут UFS ацтой и др.
>Вполне достойная ФС, которая в соцетании с SoftUpdates обеспечивает вполне приемлемые характеристики работы.
>Да журналирования нет, и это конечно грустно, но ничуть не смертельно.
Лично мне нравятся задумки заложенные в Reiser4.Довольно красиво.А кто скажет как у него с resize?
>>Может хватит а?
>>Все огут UFS ацтой и др.
>>Вполне достойная ФС, которая в соцетании с SoftUpdates обеспечивает вполне приемлемые характеристики работы.
>>Да журналирования нет, и это конечно грустно, но ничуть не смертельно.
>Лично мне нравятся задумки заложенные в Reiser4.Довольно красиво.А кто скажет как у
>него с resize?У reiser с resize все хорошо ... размонтирует, увеличиваеш, монтируеш - и все Ok.
Вот описаны примеры http://gazette.linux.ru.net/rus/articles/taleLinuxLVM.html