01.06.2012 16:40, Dmitry A. Zhiglov написал:
1 июня 2012 г., 15:38 пользователь Alexander<ag...@yandex.ru> написал:
Здраствуйте!
имеется сервер с 2 винтами
сейчас продумываю структуру дискового хранилища гипервизора KVM.
Пока остановился на следующей схеме:
Можно перефразирую задачу?
Есть 2 диска.
Разбиты и собраны все разделы в raid1 следующим образом: md0, md1, md2, md3
Разделы рейдов содержать:
md0 - boot
md1 - swap
md2 - lvm с vg1
md3 - lvm с vg2
vg1 - система и гипервизор
vg2 - нарезка под виртуальные lv
Вопросы:
- Может было бы правильней делать отдельные рейд-разделы под каждую
виртуалку, т.е. свой md+vg+lv?
Причина так думать: если повредится зеркало md3 то перестраиваться
будет весь большой md (а это долго), а если сделать несколько md
поменьше вместо одного большого, то соответственно только поврежденный
md.
- А возможно ли такое вообще, что повредится отдельный md?
Причина так думать :ведь все md на одних и тех же физических
устройствах - т.е. если уж и повредится что-то, то не по отдельности,
а сразу все md - и получим ситуацию вместо восстановления одного
большого md - одновременное восстановление нескольких маленьких md -
что как я понимаю хуже - ибо они изнасилуют жесткие диски
одновременной перестройкой? или md-драйвер такую ситуацию обрабатывает
грамотно? т.е. не позволит одновременное восстановление массива на
одних и тех же физ. устройствах?..
Я понимаю, что если выйдет из строя жесткий диск, то естественно
развалятся все md. Но теоретически может же быть например bad-сектор,
попадающий только в один md - соответственно только он и развалится, а
остальные нет - так?
профессионально +1, сам голову сломал, пока разобрался в том, что же
человек хочет.
--
С Уважением,
специалист по техническому и программному обеспечению,
системный администратор
Скубриев Владимир
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Россия, Ростовская область, г. Таганрог
тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc8bbbb.3010...@skubriev.ru
