Привет, форумчане!Посоветуйте в выборе конфигурации под мои задачи.
Есть Linux Debian Lenny, HDD 1Tb x 2 шт.
планирую на этой машине поднять KVM (Windows 2008,Solarisx86)
сделал:
md0 /boot 1 Gb ext2 (по-моему можно и 100 Мб?)
md1 /swap 2 раза ОЗУ
md2 / - остатки ext3мучаюсь с выбором, организовывать ли на md2 LVM?
1. мне не потребуется в дальнейшем изменять размеры разделов.
2. мне нужна максимальная простота на случай (не дай Бог) сбоев.Как Вы думаете, стоит ли организовывать LVM на md2 ?
Спасибо!
> мучаюсь с выбором, организовывать ли на md2 LVM?
> 1. мне не потребуется в дальнейшем изменять размеры разделов.
> 2. мне нужна максимальная простота на случай (не дай Бог) сбоев.
> Как Вы думаете, стоит ли организовывать LVM на md2 ?А какие альтернативы вы рассматриваете ?
>> мучаюсь с выбором, организовывать ли на md2 LVM?
>> 1. мне не потребуется в дальнейшем изменять размеры разделов.
>> 2. мне нужна максимальная простота на случай (не дай Бог) сбоев.
>> Как Вы думаете, стоит ли организовывать LVM на md2 ?
> А какие альтернативы вы рассматриваете ?оставить md2 / ext3 как есть, без LVM.
>>> мучаюсь с выбором, организовывать ли на md2 LVM?
>>> 1. мне не потребуется в дальнейшем изменять размеры разделов.
>>> 2. мне нужна максимальная простота на случай (не дай Бог) сбоев.
>>> Как Вы думаете, стоит ли организовывать LVM на md2 ?
>> А какие альтернативы вы рассматриваете ?
> оставить md2 / ext3 как есть, без LVM.ну т.е. виртуалки будут жить в файлах внутри фс. очень мило, работает быстро, стабильно к сбоям, ога ога.
В любом внятном мане по развертыванию виртуализации говорят о том, что виртуалка внутри файла - ну это так, на пару минут поиграться, не более.
>>> А какие альтернативы вы рассматриваете ?
>> оставить md2 / ext3 как есть, без LVM.
> ну т.е. виртуалки будут жить в файлах внутри фс. очень мило, работает
> быстро, стабильно к сбоям, ога ога.
> В любом внятном мане по развертыванию виртуализации говорят о том, что виртуалка
> внутри файла - ну это так, на пару минут поиграться, не
> более.не понял.. а тогда где же, если не в файле??
>>>> А какие альтернативы вы рассматриваете ?
>>> оставить md2 / ext3 как есть, без LVM.
>> ну т.е. виртуалки будут жить в файлах внутри фс. очень мило, работает
>> быстро, стабильно к сбоям, ога ога.
>> В любом внятном мане по развертыванию виртуализации говорят о том, что виртуалка
>> внутри файла - ну это так, на пару минут поиграться, не
>> более.
> не понял.. а тогда где же, если не в файле??в блочном устройстве.
>>>>> А какие альтернативы вы рассматриваете ?
>>>> оставить md2 / ext3 как есть, без LVM.
>>> ну т.е. виртуалки будут жить в файлах внутри фс. очень мило, работает
>>> быстро, стабильно к сбоям, ога ога.
>>> В любом внятном мане по развертыванию виртуализации говорят о том, что виртуалка
>>> внутри файла - ну это так, на пару минут поиграться, не
>>> более.
>> не понял.. а тогда где же, если не в файле??
> в блочном устройстве.так так.. э... ну продолжи, пож-ста... т.е. LVM???
>>>>>> А какие альтернативы вы рассматриваете ?
>>>>> оставить md2 / ext3 как есть, без LVM.
>>>> ну т.е. виртуалки будут жить в файлах внутри фс. очень мило, работает
>>>> быстро, стабильно к сбоям, ога ога.
>>>> В любом внятном мане по развертыванию виртуализации говорят о том, что виртуалка
>>>> внутри файла - ну это так, на пару минут поиграться, не
>>>> более.
>>> не понял.. а тогда где же, если не в файле??
>> в блочном устройстве.
> так так.. э... ну продолжи, пож-ста... т.е. LVM???/dev/sde5 - это блочное устройство.
/dev/vg/lv - и это тоже.
>[оверквотинг удален]
>>>>> ну т.е. виртуалки будут жить в файлах внутри фс. очень мило, работает
>>>>> быстро, стабильно к сбоям, ога ога.
>>>>> В любом внятном мане по развертыванию виртуализации говорят о том, что виртуалка
>>>>> внутри файла - ну это так, на пару минут поиграться, не
>>>>> более.
>>>> не понял.. а тогда где же, если не в файле??
>>> в блочном устройстве.
>> так так.. э... ну продолжи, пож-ста... т.е. LVM???
> /dev/sde5 - это блочное устройство.
> /dev/vg/lv - и это тоже.я правильно понимаю, что lv мы ведь также форматируем (напр ext3), и все равно вирт.гипервизор кладет файл гостевой ОС+файл_его_диска туда? (опять файлы)
>[оверквотинг удален]
>>>>>> В любом внятном мане по развертыванию виртуализации говорят о том, что виртуалка
>>>>>> внутри файла - ну это так, на пару минут поиграться, не
>>>>>> более.
>>>>> не понял.. а тогда где же, если не в файле??
>>>> в блочном устройстве.
>>> так так.. э... ну продолжи, пож-ста... т.е. LVM???
>> /dev/sde5 - это блочное устройство.
>> /dev/vg/lv - и это тоже.
> я правильно понимаю, что lv мы ведь также форматируем (напр ext3), и
> все равно вирт.гипервизор кладет файл гостевой ОС+файл_его_диска туда? (опять файлы)нет.
> нет.фигово тогда ((((
>> нет.
> фигово тогда ((((с какого перепугу ?
>[оверквотинг удален]
>>>>>>> внутри файла - ну это так, на пару минут поиграться, не
>>>>>>> более.
>>>>>> не понял.. а тогда где же, если не в файле??
>>>>> в блочном устройстве.
>>>> так так.. э... ну продолжи, пож-ста... т.е. LVM???
>>> /dev/sde5 - это блочное устройство.
>>> /dev/vg/lv - и это тоже.
>> я правильно понимаю, что lv мы ведь также форматируем (напр ext3), и
>> все равно вирт.гипервизор кладет файл гостевой ОС+файл_его_диска туда? (опять файлы)
> нет.http://www.proxmox.com/products/proxmox-ve - ставьте "из коробки".
http://www.google.com/search?client=opera&rls=ru&q=proxmox+&...
> http://www.proxmox.com/products/proxmox-ve - ставьте "из коробки".
> http://www.google.com/search?client=opera&rls=ru&q=proxmox+&...
> http://www.burbond.ru/Proxmox/virtualzation-proxmox-ve.htmlя его ставил пару недель назад.
но в то время я не знал про SoftRaid1, LVM.Вопрос, он что, при установке позволит настроить Raid1+LVM2?
>> http://www.proxmox.com/products/proxmox-ve - ставьте "из коробки".
>> http://www.google.com/search?client=opera&rls=ru&q=proxmox+&...
>> http://www.burbond.ru/Proxmox/virtualzation-proxmox-ve.html
> я его ставил пару недель назад.
> но в то время я не знал про SoftRaid1, LVM.
> Вопрос, он что, при установке позволит настроить Raid1+LVM2?эмммм..... не уверен, ставил поверх установленного debian.
Ну значит немножко на другую тему надо погуглить :-)
Всё интересующее по данной теме уже достаточно подробно расписано.
> Есть Linux Debian Lenny, HDD 1Tb x 2 шт.
> планирую на этой машине поднять KVM (Windows 2008,Solarisx86)Ну, ленни так ленни, чо не сквизи, я не знаю, ну да ладно, я квм не гоняю.
> сделал:
> md0 /boot 1 Gb ext2 (по-моему можно и
> 100 Мб?)
> md1 /swap 2 раза ОЗУ2 раза ОЗУ..... ну ничего, потом посмотрите сколько реально используется...
Хотя это конечно же копейки по сравнению с общим размером массива.> md2 / - остатки ext3
md2 / - офигенно разумный выбор, называется - "всё в одну кучу, в том числе и виртуалки".
В общем случае, поскольку, я надеюсь, кроме виртуалок, на сервере ничего не будет, то /boot отдельно не выносить, сделать один раздел гигов в 10-20 под систему, и успокоиться.
Ну, может быть /var вынести, чтобы отделить записываемую часть ФС.Для виртуалок сделать нечто отдельное. Поскольку LVM вы не хотите, делайте отдельные разделы.
> мучаюсь с выбором, организовывать ли на md2 LVM?
> 1. мне не потребуется в дальнейшем изменять размеры разделов.
> 2. мне нужна максимальная простота на случай (не дай Бог) сбоев.1) "сейчас так думаете"
1.1) а еще есть "бэкапить снапшоты"
2) сложного в этом ничего нет.> Как Вы думаете, стоит ли организовывать LVM на md2 ?
Вообще я использую LVM.
>[оверквотинг удален]
> сделал:
> md0 /boot 1 Gb ext2 (по-моему можно и
> 100 Мб?)
> md1 /swap 2 раза ОЗУ
> md2 / - остатки ext3
> мучаюсь с выбором, организовывать ли на md2 LVM?
> 1. мне не потребуется в дальнейшем изменять размеры разделов.
> 2. мне нужна максимальная простота на случай (не дай Бог) сбоев.
> Как Вы думаете, стоит ли организовывать LVM на md2 ?
> Спасибо!на дисках создаешь одинаковую структуру:
sda1 - boot (512 Mb)
sda2 - swap (512 Mb)
sda3 - mdadm raid partition
sdb1 - boot (512 Mb)
sdb2 - swap (512 Mb)
sdb3 - mdadm raid partitionдалее ставить желательно squeeze (6.0) он умеет работать и грузить /root из lvm, который в свою очередь нах-ся на md1 например.
С lenny kvm - очень и очень старый, если он там вообще есть!
далее kvm юзать можно только если проц поддерживает vt-x (лучше vt-d) или amd-v
иначе quemu - дикие тормоза не для продакшена !!!
виртуалка должна работать с блочными устройствами т.е. желательно с lvm logical volumes
это правильно и адекватнопри инсталее 6.0 все будет работать, при изменениях /etc/mdadm/* или lvm-групп надо делать update-initramfs если не хочешь, чтобы после ребута у тебя система не загрузилась.
на основе полченного из двух разделов sda3 и sdb3 делаешь например raid1, в нем тем же инсталлером делаешь lvm, и так далее.
root можно делать на lvm volume-е.
далее желательно сделать также отдельные разделы LV для /tmp /var / для надежности при крахах железа, ядра , системы и т.д.
далее swap делаешь примерно так
# SWAP /dev/sdf2
UUID=bbd3b05a-1efd-412e-9ac3-8bacf6f956ff swap swap sw,pri=1 0 0# SWAP /dev/sde2
UUID=4f46d354-b716-4175-a084-3256bbfddd8f swap swap sw,pri=1 0 0
примерно, т.е. ставишь одинаковый приоритет !далее в fstab все делаешь через uuid для этого юзаешь blkid и /dev/hands.
ну вот и все поидее
лучше сделай apt-get dist-upgrade до squeeze, как правило проходит без сучка и задоринки
lenny - это вчерашний век
вопросы есть ?
>[оверквотинг удален]
>> 2. мне нужна максимальная простота на случай (не дай Бог) сбоев.
>> Как Вы думаете, стоит ли организовывать LVM на md2 ?
>> Спасибо!
> на дисках создаешь одинаковую структуру:
> sda1 - boot (512 Mb)
> sda2 - swap (512 Mb)
> sda3 - mdadm raid partition
> sdb1 - boot (512 Mb)
> sdb2 - swap (512 Mb)
> sdb3 - mdadm raid partitionsda1/sdb1 - это /boot over mdadm raid
sda2/sdb2 ИМХО надо тоже делать зеркалом, иначе как бы при вылете диска из массива будет ОЙ. И вообще, делать их отдельным разделом смысла не вижу, сделать томом в лвм и всего делов.
> С lenny kvm - очень и очень старый, если он там вообще
> есть!Да есть вроде.. Но один фиг - squeeze.
> виртуалка должна работать с блочными устройствами т.е. желательно с lvm logical volumes
> это правильно и адекватно+1
> при инсталее 6.0 все будет работать, при изменениях /etc/mdadm/* или lvm-групп надо
> делать update-initramfs если не хочешь, чтобы после ребута у тебя система
> не загрузилась.ну это как-то перебор, update-initramfs надо делать когда меняется устройство /boot или /
в остальных случаях (после _каждого_ lvcreate) - какбы и не требуется :-)
> на основе полченного из двух разделов sda3 и sdb3 делаешь например raid1,
> в нем тем же инсталлером делаешь lvm, и так далее.
> root можно делать на lvm volume-е.
> далее желательно сделать также отдельные разделы LV для /tmp /var / для
> надежности при крахах железа, ядра , системы и т.д.какбэ я делаю один раздельчик гигов на 10, mdadm raid для / и всего что в нем, а /tmp /var/ /usr - выношу отдельно на lvm.
> далее swap делаешь примерно так
про своп я уже выше написал, что два свопа на двух дисках - при вылете одного из них - ОЙ.
> далее в fstab все делаешь через uuid для этого юзаешь blkid и
> /dev/hands.
> ну вот и все поидее
> лучше сделай apt-get dist-upgrade до squeeze, как правило проходит без сучка и
> задоринки
> lenny - это вчерашний век+1
>[оверквотинг удален]
>> далее swap делаешь примерно так
> про своп я уже выше написал, что два свопа на двух дисках
> - при вылете одного из них - ОЙ.
>> далее в fstab все делаешь через uuid для этого юзаешь blkid и
>> /dev/hands.
>> ну вот и все поидее
>> лучше сделай apt-get dist-upgrade до squeeze, как правило проходит без сучка и
>> задоринки
>> lenny - это вчерашний век
> +1в целом согласен! спасибо за камменты, думаю всем пригодятся
про swap на двух дисках не знал, спасибо!
что то меня останавливало делать /boot over mdadm raid - нет ну честно.
вот только не могу вспомнить что именно ;( ;)
> про swap на двух дисках не знал, спасибо!я как-бы не сталкивался с таким, но думаю что было бы мало приятного системе потерять кусок виртуальной памяти, который в некий момент времени лежит в свопе..
> что то меня останавливало делать /boot over mdadm raid - нет ну
> честно.
> вот только не могу вспомнить что именно ;( ;)вроде как все советы/статьи по поводу mdadm raid содержат в себе описание системы, размещенной всеми своими компонентами на raid-ах.
проблем как-бы нет, но есть нюанс.
в 0.90 версии метаданных, они хранятся в конце, соответственно первые сектора раздела мд-устройства соответствуют первым секторам разделов физических дисков, наверное любой загрузчик загрузит и не узнает, что он грузил систему с рейда.
в более новой версии метаданных они как-то там переехали, и грузить систему с учетом этого переезда может только более новый grub-2, насчет других загрузчиков кроме grub я не в курсе.