Комментарии на: P2V для linux с минимальным простоем

От: Mr.Aloof

Mr.Aloof — Fri, 20 May 2011 14:43:11 +0000

Ответ Дмитрию:
К сожалению как-то пропустил этот коммент и отвечаю с большим опозданием…

1. Даже если мы выделим еще один комп под iSCSI хранилище как нам это поможет?
Ну мигрировали бы мы данные на него (при этом база стала бы лагать и все были бы оч.недовольны) – что дальше делаем? Получили физический сервер с данными на iSCSI. Чем это сокращает время простоя?
2. Почему вы так решили? Вы как-то сможете после шага 1 превратить сервер в виртуальный без его выключения???

Очень советую Вам хорошо думать прежде чем писать что-то…

От: Дмитрий

Дмитрий — Mon, 06 Dec 2010 03:54:00 +0000

можно было второй сервер (если конечно на нем было 300Гб) опубликовать в качестве iscsi хоста, и мигрировать данные на него и потом обратно на VM. Времени бы это заняло дольше, но
1) время простоя было бы меньше
2) работы в основном можно было бы провести в рабочее время, а не ночью.

От: Mr.Aloof

Mr.Aloof — Mon, 28 Dec 2009 10:32:01 +0000

Выход из строя – редкий случай. По статистике за пол года показатель доступности этого сервера (включая плановые) – 99,3. Естественно, при серьезном выходе из строя простой будет больше 30 минут. Но это не является поводом для увеличении времени запланированного простоя =)
Как раз лучшее обеспечение 24/7 и была одной из причин виртуализации. Надеемся в следующем году довести этот показатель до 99,999 =)

От: Mister Nobody

Mister Nobody — Mon, 28 Dec 2009 10:13:31 +0000

Слова Голиковой и Путина о пермской медицине приводить не буду.

От: Mister Nobody

Mister Nobody — Mon, 28 Dec 2009 10:11:21 +0000

2Dmiter
Это минздрав, точнее служба 03 (скорая помощь). В минздраве серьёзные проблемы с ИТ бюджетом. Зато максимальные требования по доступности.

От: Dmiter

Dmiter — Mon, 28 Dec 2009 10:05:13 +0000

Как то плохо соответствуют друг другу пункты 1) и 2). Если свободного железа нет, а сервер такой важный 24/7. То получается что при выходе его из строя, например, простой будет явно больше 30-и минут. Либо у конторы сильно урезан бюджет IT, либо администратор не предусмотрел возможные проблемы, либо заявка доступности сервера 24/7 – это сильно завышенные требования руководства.

От: phily

phily — Mon, 28 Dec 2009 08:15:59 +0000

А что сценарий с vimotion не пройдет?

От: Mister Nobody

Mister Nobody — Mon, 28 Dec 2009 04:02:09 +0000

>Mr. Nobody рассказывал мне про примерно похожий трюк
Это я просто неправильно Mr.Aloof понял, думал он снаружи сторадж мигрирует, а оказалось внутри средствами LVM.

От: Mr.Aloof

Mr.Aloof — Mon, 28 Dec 2009 02:29:48 +0000

Ну 30 минут – это вместе с остановкой и запуском отдела и филиалов. Простой самого сервера 15 минут получился.
К сожалению Storage vMotion с такими RDM дисками не умеет работать, поэтому миграция дисков налету только средствами самой ОС. Возможность ошибки была – в любой момент можно было откатиться. Тоесть убрать ESX и вернуть все назад (загрузиться со старых дисков)

От: philzy

philzy — Sun, 27 Dec 2009 20:02:25 +0000

Браво!!! Высший пилотаж.
В 30 мин. мигрироваться. Это круто, реально!
Без vCenter, без возможности на ошибку.
По-моему, это достойный ответ “гипервидвастым”.

У меня 2-3 часа с конвертером, зачисткой и т.д.

Mr. Nobody рассказывал мне про примерно похожий трюк только с vmotion, когда также монитруются RDM и делается storage vimotion, RDM скорее всего делается virtual. Я хотел так попробовать но не на чем, пока.

От: A.Vakhitov

A.Vakhitov — Sun, 27 Dec 2009 18:08:16 +0000

Aloof, снимаю шляпу. Ты просто мегакрут!