Жил да был сервер в далекой стране. По техническим характеристикам для своего времени он был не плох - Intel Core Quad Q6600 2.4GHz 8GB RAМ Intel DQ965GF motherboard, 3ware7xxx/8xxx raid controller и 2 SATA диска по 300GB в raid 1 масcиве.

И вот однажды решил на этом сервере один из дисков в raid умереть - а раз решил, то и умер. Естественно было предположить, где один диск умер, там и второй умереть может - надо менять. Да и расширить дисковое пространство не помешает, подумали мы.
Кое-как с грехом пополам купили новые 2TB диски - кризис и в далеких буржуйских странах был с жесткими дисками. Сервер был критически важным, но выключать и мучать его можно было некоторое время - были дублеры.

Решили мы обновить и программное обеспечение…

На сервере была CentOS 4.5 x64, старая замученная, установлен vmware server 2-й и под сервером уже было три виртуальным машины с windows 2003 server с ms sql и кое-какими программами, freebsd и suse. За давностью лет, из важного нужна была только windows и в будущем планировалось туда еще несколько виртуальных машин подсадить - значит надо платформу менять.
Остановились на vSphere hypervisor - а по простому ESXi. Проштудировав интернет - не нашел опыта установки ESXi на такое конкретное железо - могла не заработать сетевая карта Intel 82556DM и raid контроллер - поиск в официальном списке совместимости не давал положительного результата. Ставить дополнительную сетевую карту было бы неудобно и по времени затянулось бы. Ну и без raid можно было обойтись.

В общем решили попробовать. Пишу письмо в техническую поддержку, чтобы поставили новые винчестеры и проинсталлировали esxi 5.0. Через некоторое время ответили, что поставили esxi 4.1u1, что raid не увиделся, но на встроенном контроллере ICH работает и видно оба винчестера. Дали пароль, чтобы мы сходили на это счастье посмотрели.

Сходили посмотрели. Вроде работает. Теперь задача вторая - миграция виртуальной машины windows server 2003 из vmware server в vmware vsphere hypervisor среду. Придумали несколько вариантов -
первый закачать в сторадж образ диска или готовую виртуальную машину с centos/linux и подключить старые диски как Raw devices mapping, поставить конвертер и сконвертировать в esxi.
второй - попробовать банально примонтировать раздел ext3 к esxi - но к сожалению это вроде как невозможно.
третий - скопировать по SCP/FTP/HTTP куда-нибудь в другое место, сконвертировать там и потом скопировать обратно по SCP или через vclient.
четвертый - поставить внутри старой centos vmware converter и сконвертировать на месте.
пятый - поднять еще виртуальную машину с windows и поставить туда конвертер.

Пока думали - техническая поддержка вставила диски в USB-SATA переходник и подключила к серверу - голый ESXi, конечно, не смог понять что можно сделать с этим вариантом. Потом они написали, что сомневаются, чтобы raid массив увидеться кроме как из родной для него операционной системы.

Попробовали поставить конвертер в Centos - поставили, но подключиться к нему удаленно почему-то не получалось - возможно из-за нестандартных портов, указанных при установке конвертера, так как стандартные были заняты. Ну и подумав, показалось, что вся виртуальная машина сначала скачается через клиента ко мне на локальную машину, а потом обратно - 30 гиг траффика и не дай бог интернет отвалиться - в общем ненадежный вариант.
Плюс конвертер просто так в файл машину не конвертирует - обязательно требует подключения или к хосту или к vCenter.

Примонтировать не пробовали разделы ext3 к esxi - в опциях команды mount не увидели ext3 типа файловой системы - может плохо глядели.

В общем сделали так - я запаковал файлы виртуальной машины и скачал их себе на компьютер. Поставил у себя vmware конвертер и сконвертировал в местный esxi хост. Для надежности и совместимости подключился по ssh к местному esxi и сархивировал выключенную виртуальную машину с помощью tar - каталоги виртуальных машин находяться в /vmfs/volumes/datastore/. Параметр z сжимает архив.
Получился файл 7Гбайт из 17Гбайт.

Написал в техническую поддержку, чтобы поставили новые винчестеры и запустили esxi. Потом подключился к удаленному esxi программой WinSCP и стал заливать архив. Скорость просто убила - 30кБ/сек, примерно 3 суток копирования. Как потом выяснилось, докачка не поддерживается, tar в esxi не умеет работать вроде бы с разбитыми на части архивами. На всякий случай решил попробовать стандартным vclient закачать архив в хранилище - скорость оказалась примерно в 10 раз больше и за 7 часов архив закачался.

Потом зашел по ssh в удаленный esxi и распаковал tar ом виртуальную машину, добавил в Inventory и запустил. Обновил vmware tools, сетевую карту и восстановил сетевые настройки.

Для повышения надежности создал виртуальную машину с windows 2003 server (чтобы работала технология сжатия памяти vmware и тратилось меньше ресурсов). В обе машины добавил еще по одной сетевой карте с «серыми» IP адресами, создал еще один vSwitch, добавил в него VMKernel, поставил галочку Management traffic в нем и назначил ip адрес из того же «серого» диапазона. Поставил и настроил veeam backup. Для уменьшения платного трафика через интернет и для безопасности, veeam подключается к esxi через «серый» ip адрес и делает копии виртуальных машин с одного винчестера хранилища на второй - чтобы в случае выхода из строя можно было быстро восстановить работоспособность.

Если бы не медленная скорость копирования через интернет - то простой составил бы минут 30-ть максимум.

Вероятней всего, кое-какие варианты миграции мы упустили - может кто подскажет умных мыслей, так как предстоит еще пара примерно таких же задач по миграции.

17 января 2012 в 19:41

Миграция физического и виртуального сервера VMware

Системное администрирование

Если бы не медленная скорость копирования через интернет - то простой составил бы минут 30-ть максимум.

Был у бухгалтеров bit2000 и всё их устраивало, ну, почти всё. Не устроило то, что нужно было бы привязать ещё склады в программу, но сделать такое не вышло. И переехали мы на 1с, и закуплен был сервер и было это хорошо, а старый сервер оказался не сильно нужен, но железо нужно.

И задумался я, а как бы мне физическую машину сделать виртуальной. Начал рыть интернет и даже на хабре в поиске - p2v, ничего стоящего нет, что могло бы помочь.

Как сделать слепок системы так, чтобы он запустился без проблем?

Интернет подсказывал несколько решений, вот только у меня исходная система windows server 2003, и даже с кряком не всё работает, нужен кряк под сервер. Скажу сразу, Акронис не подойдёт, Парагон диск менеджер серверный может сделать слепок системы, но выгружает его не на локальные диски, а только на физические диски. Имейте это ввиду, когда решите их использовать.

Интернет подсказал. В блоге Андрея Бешкова была ссылка на бесплатную утилиту disk2vhd . Маленькая, да удаленькая, позволяет сделать снимок работающей системы и выгрузить его на локальный диск.

Описание, как первоначальный раздел на 300 гигабайт был поделён на 3 раздела, можно пропустить.

Утилита очень простая, выбираете диски на которых стоит нужная вам система, и выбираете путь - его придётся прописать вручную. Я не пробовал, но, вероятно, программа может и на сетевые диски и папки перекидывать снапшот системы. Отметил также галочку «Prepare for use in Virtual PC», хоть и вместо Virtual PC, у меня Hyper-V. Help не работает.

После создания виртуального диска, создаём виртуальную машину.

Выбираем 1 поколение.

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

Сетевой адаптер пока не выбираем.

Указываем виртуальной машине использовать нами созданный виртуальный диск.

В такой конфигурации работает моя виртуальная машина.

Переходим к настройке виртуальной машины.

Удаляем имеющийся сетевой адаптер - он не будет работать на сервере, сервер который был завиртуален просто не увидит его.

Выставляем количество ядер процессора которые выделяем под данную виртуальную машину.

Можно установить желаемый объём оперативной памяти.

Загружаемся с диска, установка новой системы не требуется.

Устанавливаем новое оборудование - «Устаревший сетевой адаптер», его наш windows server 2003 увидит.

Выбираем нужный виртуальный адаптер. В моём случае, так как ещё одной виртуальной машиной выступает прокси сервер и под интернет выделена отдельная сетевая карта и своя сеть недоступная из обычной локальной сети, я выбрал виртуальный адаптер созданный для второй сетевой карты использующей нашу локальную сеть.

Всё готово, можно запускать.

После запуска скорее всего вас будет ждать несколько сюрпризов - мышка может не работать. Настраивать сетевую карту придётся с помощью клавиатуры. После настройки сетевой карты - удалось подключиться с помощью Radmin, напрямую к нашей новой виртуальной машине.

Кстати, при попытке увеличить разрешение экрана с 800х600 система выдала синий экран смерти, скорее всего, это связано с небольшим количеством оперативной памяти, которой я выделил под виртуальную машину.

Всё очень просто делается.

P.s. Чуть не забыл - надо будет снова активировать систему, система активировалась нормально.
p.p.s. Ссылки вставить правильно не удалось.

Добрый день!. Сейчас многие физические сервера стараются преобразовать по технологии P2V в виртуальные. Делают это для того, чтобы избавиться от старого оборудования, но сохранить в рабочем состоянии свои сервисы, придав им большей производительности на новом оборудовании, либо все едут в облака, по типу vCloud Director . Сегодня я хочу вам рассказать, как производить миграцию P2V и виртуализовать физический сервер с помощью VMware vCenter Converter Standalone.

Алгоритм миграции P2V в Vmware

Для того, чтобы вы могли преобразовать ваш сервер в виртуальную машину Vmware, вам нужно поставить VMware vCenter Converter Standalone 5.5 описано подробно .
Далее подготовить ESXI хост, куда вы будите виртуализовывать физический сервер
Запустить конвертер и пройти все этапы мастера преобразования

Запускаем VMware vCenter Converter Standalone 5.5, либо уже есть версия поновее 6.2.

Если выскочит ошибка A File I/O error occurred while accessing, то посмотрите из-за чего она происходит

Выбираем Convert machine

Powered-on machine, работающий компьютер или сервер. Это основной метод работы VMware converter, «без прерывания работы». Сервер может быть физическим или виртуальным. Находиться в локальной сети или быть локальным (та машина, на которую установлен конвертер). Операционная система Windows или Linux, не Unix. Для Linux сильно ограниченный список операционных систем.
VMware Infrastructure virtual machine, в случае, если нужно виртуальную машину со старой платформы(Virtual Center 2.5, ESX(i) 2-4.1), перевести на новую, пятую. Основное изменение в 5-ой версии VMware vSphere это новая версия виртуального оборудования за номером 8, вместе с ним изменились и VMware tools.
VMware Workstation or other Virtual Machine. Workstation очень популярен среди администраторов и часто виртуальная машина из тестовой превращается во временную рабочую. Конвертер перенесет ее на ESXi, в среду vSphere без проблем. Выбираем так же этот пункт, если виртуальные машины работают у вас на VMware Fusion, VMware Player, VMware server 2.x
Backup image or third-party virtual machine. Восстановление из имеющегося бэкапа или виртуальной машины другого производителя. Восстановление из резервной копии – это очень полезная функция и я ниже расскажу почему.
Hyper-V server. Для перехода с платформы Microsoft на VMware. Отличается от third-party virtual machine тем, что у вас должен иметься работающий сервер Hyper-V и подключаться конвертер будет к нему. Виртуальные машины должны быть выключены.

Для работы VMware Converter с Windows like операционной системой по схеме «Powered-on machine» нужны учетные данные администратора системы, чтобы конвертер мог подключиться, установить агента и начать миграцию. Для Linux систем нужно ввести пароль root и иметь возможность подключаться удаленно по SSH. Возможно, понадобиться поправить конфигурационный файл sshd и разрешить root вход. Еще для входа root должен быть в группе wheel.

VMware Converter при корректном подключении определяет, какую операционную систему ему предстоит мигрировать. Сколько и какие у нее диски и разделы, сколько сетевых интерфейсов, оперативной памяти, процессоров. Все эти данные будут использованы для создания новой виртуальной машины на ESXi хосте. Я вбиваю адрес vCenter и учетные данные.

Игнорирую предупреждение на сертификат

Выбираем папку проекта для мигрируемой машины

Следующий шаг. Указываем хост ESXi на котором будет запущена виртуальная машина. Хранилище, куда будут записаны файлы ВМ и версию виртуального оборудования (10-ая это последняя, на текущий момент). Подозреваю, что если бы я указал в качестве "Destination system vCenter server", то выбор был бы больше, чем из одного варианта. Отобразились бы все доступные хосты и data store

На следующей странице можно задать какие диски нужно конвертировать какие нет, сколько нужно сетевых интерфейсов и многое другое.

Смотрим сводку

Finish. Теперь если посмотреть vCenter, там появился задача создания виртуальной машины.

В самом конверторе будет отображаться время выполнения задания. Как видите миграция P2V в Vmware, очень тривиальная.

Так же после выполнения задания вы можете столкнуться с ошибкой An error occurred during reconfiguration , и при включении виртуальной машины на гипервизоре esxi вы получите синий экран, решение этой проблемы по ссылке слева. Материал сайта