> Ну а что предметно - вот у вас 50 нод на CentOS
> 5 + OpenVZ 2.6.32 (да, был апгрейд с 2.6.18). CentOS 5
> скоро пойдет в EOL и вообще неюзабелен (Python 2.4? Доисторический Ruby.
> libstdc++ лохматой версии) и как обновиться без даунтайма контейнеров? А если
> /vz не вынесен в отдельный раздел? А каков шанс, что после
> предложенного шаманства все не сдохнет?

Если чисто умозрительно заменить CentOS 5 на ESX 3.5 или CoreOS, картина станет только печальнее.
Каким образом использование специализированного дистрибутива с урезанным и нестандартным инструментарием должно решить проблему EOL + ССЗБ? )
PS: Решить наверно можно если пофантазировать: реплицировать контейнеры, или mount --bind.

> А в случае дистрибутива стянутого с PXE, все что потребуется на новое
> ядро и юзерспейс - ребут и все! По-моему, зачетно :)

Это тоже другой вопрос. Так можно загружать и любой самый обычный дистрибутив. Не готов обсуждать все плюсы и минусы, только замечу, что PXE сократит трудочасы, но не даунтайм.
PS:
>А каков шанс, что после предложенного шаманства все не сдохнет?