История изменений
Исправление bigbit, (текущая версия) :
новый ЛУН на сторадже, монтирую как RAW device, делаю на нем physical volume, потом делаю vgextend, pvmove на больший pv, потом vgreduce и pvremove
Почему бы просто не увеличить существующий LUN на сторедже и не сделать pvresize?
Поэтому вопрос - есть ли у вас такая практика, что база данных бежит на 2 LUNах, объединенных в одну virtual group на уровне ОС, и если да, то как это отражается на производительности?
Да обычное дело вообще-то - отдать хосту кучу LUN'ов по 20Гб и средствами LVM размазать (stripe) по ним VG. Best practice.
Исходная версия bigbit, :
новый ЛУН на сторадже, монтирую как RAW device, делаю на нем physical volume, потом делаю vgextend, pvmove на больший pv, потом vgreduce и pvremove
Почему бы просто не увеличить существующий LUN на сторедже и не сделать pvresize?
Поэтому вопрос - есть ли у вас такая практика, что база данных бежит на 2 LUNах, объединенных в одну virtual group на уровне ОС, и если да, то как это отражается на производительности?
Поэтому вопрос - есть ли у вас такая практика, что база данных бежит на 2 LUNах, объединенных в одну virtual group на уровне ОС, и если да, то как это отражается на производительности?
Да обычное дело вообще-то - отдать хосту кучу LUN'ов по 20Гб и средствами LVM размазать (stripe) по ним VG. Best practice.