VDS или вирт хостинг. Подскажите.

kernel version на нодах разный == коллизия, и даже кернелпаник возможен (при полной виртуализации). Ну я поверю, что нормально пройдет обновление 2.6.18-10 на 2.6.18-20 (и то не факт что без последствий). А вот 2.6.26 -> 2.6.32 == смерть контейнеру. Можете попробовать сами...

Неправда. Ой, неправда. Минута минимум. А еще зависит от того, что там за софт стоит внутри.

Откуда в OpenVZ полная виртуализация?

Хорошо пусть будет минута (хотя у меня данные другие). Но 1 минута - это не 20-30 минут.

deltahost.com.ua,

Гм. Я там реально хрень про полную виртуализацию написал. следовало написать "паравиртуализации"

Дак вот в том и дело, что OpenVZ использует ядро ноды... А оно внезапно меняется, тогда, как софт все еще думает, что ядро старое. И может, к примеру, вылететь в сегфолт. Т.е. резкое повышение версии без тотальной перегрузки контейнера нереально без последствий и сродни тем же экспериментам... Даунтайм, естественно, меньше. Т.к. вы перезагружаете физически контейнер, у нас же все 30 Гбайт RAM записываются на диск, т.е. создаются снапшоты контейнеров (так работает XEN), по очереди останавливая ВДСки. И после загрузки сервера (если все нормально) - контейнеры размораживаются, для них это равносильно "побывал в спящем режиме", т.е. даже сервисы не останавливаются. Естественно, кто-то лежит 5 минут, кто-то 10... Т.е. в полной виртуализации или даже паравиртуализации XEN - вполне реально все, если версии XEN совпадают - иначе только гасить контейнер и никакой живой миграции (в теории можно и живую попробовать, но я бы не рискнул). Все зависит от софта пользователя... Вот поэтому я об этом и говорю. На Debian при миграции с ноды lenny на ноду squeeze контейнер у меня тупо виснет. Нода перезагружается 20 минут только если нет запаса по дисковому IO.

При чем тут XEN? Все о чем я говорил касалось OpenVZ.

А XEN все нормальные люди уже отправили на помойку и используют KVM (эволюционное продолжение XEN'а).

XEN - это архаизм. Сейчас для паравиртуализации рулит OpenVZ, для полной виртуализации - KVM.

Вы про отсутствие segmentation fault расскажите при смене ядра лучше. И рулит никак не OVZ, а VZ и Parallels Server.

из обсуждения плюсов и минусов VDS и вирт.хостинга превратили тему в мерянье письками, чья длинней и круче. может хватит?

первая страничка еще куда ни шло - полезна. остальное - флуд

mrLucky, Так вы и читайте первую страницу, здесь не мерянье письками, а вполне конкретный выпендреж и конкретные вопросы на которые отвечать никто не собирается. Обсуждаются как раз VPS и вопросы заданные в теме довольно интересны кому-то могут оказаться, это не тупо "а вот у нас". Минус вам в карму ;)

Какой segmentation fault? Ни разу не видел. Опишите исходные условия и последовательность действия для воспроизведения.

Как рулит коммерческий параллелс я лучше промолчу. Особенно про то как их поддержка уже 3-й месяц не может нормально настроить на виндовом сервере свой славный Plesk, который постоянно падает, а поддержка только смотрит евент лог, чешет репу и разводит руками, выдавая один за другим предположения "а может быть это [$RANDOM_REASON]?". Деньги, при этом, кстати, не забывает взымать за лицензию (неработающую) :)

минус можете хоть себе в рамочку на серверами этот повесить. а по теме - мерянье письками, в большинстве своем вебмастерам не нужны технические подробности как и где у вас там что устроено, слишком много пустых техничеких терминов, не понятных вебмастеру.

mrLucky, Тут обсуждается хостинг, не?

Еще раз спрашиваю, как вы переносите контейнер в живую с ноды на ноду с РАЗНЫМИ ядрами с РАЗНОЙ структурой хранения данных в ОЗУ. КАК? В пределах секьюрити-фикса вообще не требуется ядро перегружать, если вы об этом. Я спрашиваю, как вы обновляете версию ядра?