[Sysadmins] M2.4 migration to ovz

[Sysadmins] M2.4 migration to ovz

[Alexander Volkov]

Всем привет.
Есть сервер под М2.4, который в силу установленного на ём софта нет
возможности upgrade-ить.
Можно ли его перетащить в ovz, как и когда это лучше сделать с учетом
текущей пакетной обстановки?
Железо - 2хXEON2.66 на i7210, почти полностью поддерживается даже в 2.4.

Делал ли кто либо подобное, или мож, мысли у кого есть, поделитесь?

--
 Regards, Alexander

Re: [Sysadmins] M2.4 migration to ovz

[Michael Shigorin]

On Thu, Dec 07, 2006 at 01:08:59PM +0300, Alexander Volkov wrote:
> Есть сервер под М2.4, который в силу установленного на ём софта
> нет возможности upgrade-ить.  Можно ли его перетащить в ovz,
> как и когда это лучше сделать с учетом текущей пакетной
> обстановки?

Именно так пока не доводилось, но затаскивал не совсем
тривиальную установку 2.4 в vserver 1.x -- работает;
сейчас поднял недостроенную сборочницу с M24 под 
2.6.16-ovz-alt12 -- будто работает.

> Железо - 2хXEON2.66 на i7210, почти полностью поддерживается даже в 2.4.

Это ему будет уже по барабану.

> Делал ли кто либо подобное, или мож, мысли у кого есть, поделитесь?

Если нет уверенности, но есть возможность некоторого даунтайма на
такой эксперимент -- может иметь смысл сделать установку примерно
под такую машинку на отдельном диске (желательно другого типа --
например, IDE при SCSI-only машинке, чтобы нумерация не
посъезжала), сконфигурировать вчерне там монтирование файловых
систем (поскольку в контейнере этого сделать уже не выйдет; см.
тж. http://forum.openvz.org/index.php?t=msg&th=159&#msg_720)
и засунуть целиком имеющийся корень в контейнер
последовательностью вызовов mount в openvz mount script.

Тут больше всего неудобств именно с тем, чтобы дисковую ситуацию
воспроизвести, а потом, посматривая в

watch grep -v ' 0$' /proc/user_beancounters

-- поднять сильно зажатые из коробки лимиты, пригружая машинку
до того, как использованные перестанут упираться в limit/barrier.
Обычно стоит ещё процентов на 20--50% сделать запас.

3.0 в VE запихался вполне нормально.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] M2.4 migration to ovz

[Alexander Volkov]

On 2006-12-07 14:47:53 +0200, Michael Shigorin wrote:
MS> On Thu, Dec 07, 2006 at 01:08:59PM +0300, Alexander Volkov wrote:
MS> > Есть сервер под М2.4, который в силу установленного на ём софта
MS> > нет возможности upgrade-ить.  Можно ли его перетащить в ovz,
MS> > как и когда это лучше сделать с учетом текущей пакетной
MS> > обстановки?

MS> Именно так пока не доводилось, но затаскивал не совсем
MS> тривиальную установку 2.4 в vserver 1.x -- работает;
MS> сейчас поднял недостроенную сборочницу с M24 под 
MS> 2.6.16-ovz-alt12 -- будто работает.

MS> > Железо - 2хXEON2.66 на i7210, почти полностью поддерживается даже в 2.4.

MS> Это ему будет уже по барабану.

MS> > Делал ли кто либо подобное, или мож, мысли у кого есть, поделитесь?

MS> Если нет уверенности, но есть возможность некоторого даунтайма на
MS> такой эксперимент -- может иметь смысл сделать установку примерно
MS> под такую машинку на отдельном диске (желательно другого типа --
MS> например, IDE при SCSI-only машинке, чтобы нумерация не
MS> посъезжала), сконфигурировать вчерне там монтирование файловых
MS> систем (поскольку в контейнере этого сделать уже не выйдет; см.
уу, тут у меня смесь однако...(IDE & SATA)...SoftRAID, LVM...
хотя... можно попытаться перевесить сейчас на SATA-only. Имеет смысл?
MS> тж. http://forum.openvz.org/index.php?t=msg&th=159&#msg_720)
MS> и засунуть целиком имеющийся корень в контейнер
MS> последовательностью вызовов mount в openvz mount script.
тут надо рыть доку... не вкурил ещё предмет :)
MS> Тут больше всего неудобств именно с тем, чтобы дисковую ситуацию
MS> воспроизвести, а потом, посматривая в

MS> watch grep -v ' 0$' /proc/user_beancounters

MS> -- поднять сильно зажатые из коробки лимиты, пригружая машинку
MS> до того, как использованные перестанут упираться в limit/barrier.
MS> Обычно стоит ещё процентов на 20--50% сделать запас.
Пасиб за соображения/опыт
MS> 3.0 в VE запихался вполне нормально.

--
 Regards, Alexander

Re: [Sysadmins] M2.4 migration to ovz

[Michael Shigorin]

On Thu, Dec 07, 2006 at 06:48:28PM +0300, Alexander Volkov wrote:
> MS> > Делал ли кто либо подобное, или мож, мысли у кого есть, поделитесь?
> MS> Если нет уверенности, но есть возможность некоторого даунтайма на
> MS> такой эксперимент -- может иметь смысл сделать установку примерно
> MS> под такую машинку на отдельном диске (желательно другого типа --
> MS> например, IDE при SCSI-only машинке, чтобы нумерация не
> MS> посъезжала), сконфигурировать вчерне там монтирование файловых
> MS> систем (поскольку в контейнере этого сделать уже не выйдет; см.
> уу, тут у меня смесь однако...(IDE & SATA)...SoftRAID, LVM...
> хотя... можно попытаться перевесить сейчас на SATA-only. Имеет смысл?

IMHO важнее/удобнее организовать для начала загрузку с отдельного
диска.

> MS> тж. http://forum.openvz.org/index.php?t=msg&th=159&#msg_720)
> MS> и засунуть целиком имеющийся корень в контейнер
> MS> последовательностью вызовов mount в openvz mount script.
> тут надо рыть доку... не вкурил ещё предмет :)

OpenVZ-Users-Guide.pdf, стр. 88.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] M2.4 migration to ovz

[Alexander Volkov]

On 2006-12-08 00:38:30 +0200, Michael Shigorin wrote:
MS> On Thu, Dec 07, 2006 at 06:48:28PM +0300, Alexander Volkov wrote:
MS> > MS> > Делал ли кто либо подобное, или мож, мысли у кого есть, поделитесь?
MS> > MS> Если нет уверенности, но есть возможность некоторого даунтайма на
MS> > MS> такой эксперимент -- может иметь смысл сделать установку примерно
MS> > MS> под такую машинку на отдельном диске (желательно другого типа --
MS> > MS> например, IDE при SCSI-only машинке, чтобы нумерация не
MS> > MS> посъезжала), сконфигурировать вчерне там монтирование файловых
MS> > MS> систем (поскольку в контейнере этого сделать уже не выйдет; см.
MS> > уу, тут у меня смесь однако...(IDE & SATA)...SoftRAID, LVM...
MS> > хотя... можно попытаться перевесить сейчас на SATA-only. Имеет смысл?

MS> IMHO важнее/удобнее организовать для начала загрузку с отдельного
MS> диска.
В голове вот что нарисовалось:
Поскольку все разделы на RAID/LVM и downtime более часа нежелателен по
выходным, а в рабочее время просто невозможен и учитывая, что апгрейду не
может быть подвержен апач в комбинации со старой самосборной перловкой,
которая, в свою очередь, живет на старых glibc/kernel -- отнести это
хозяйство на какую другую машинку,  минимизировать до этих самых
необходимых служб и завернуть в шаблон. Этим мона хоть все выходные
заниматься :)

С IDE систему практически вынес - остался кусок, который используется в
LVM.
Дальше этот вариант не прочухал - можно пинок в нужном направлении?

MS> > MS> тж. http://forum.openvz.org/index.php?t=msg&th=159&#msg_720)
MS> > MS> и засунуть целиком имеющийся корень в контейнер
MS> > MS> последовательностью вызовов mount в openvz mount script.
MS> > тут надо рыть доку... не вкурил ещё предмет :)

MS> OpenVZ-Users-Guide.pdf, стр. 88.

MS> -- 
MS>  ---- WBR, Michael Shigorin <mike@altlinux.ru>
MS>   ------ Linux.Kiev http://www.linux.kiev.ua/
MS> _______________________________________________
MS> Sysadmins mailing list
MS> Sysadmins@lists.altlinux.org
MS> https://lists.altlinux.org/mailman/listinfo/sysadmins
--
 Regards, Alexander