Не успели мы еще толком привыкнуть к тому, что оптические носители информации безвозвратно ушли в прошлое, как грозные тучи начинают сгущаться и над флешками. Стремительное развитие облачных файловых хранилищ лишает смысла использование usb-брелков для переноса цифровых данных между компьютерами. В остальных случаях с этой задачей могут прекрасно справиться мобильные устройства, размеры дискового пространства которых все продолжают увеличиваться.
Поэтому все чаще получается, что флешкам остается скорбная участь быть извлеченными на свет только тогда, когда нам потребуется очередная переустановка системы. Впрочем, утилита DriveDroid лишает их и этого — теперь вы сможете установить систему на ПК прямо со своего телефона.
DriveDroid является приложением для устройств под управлением Android, которое позволяет использовать телефон в качестве загрузочного носителя для загрузки компьютера с помощью образов дисков в форматах ISO или IMG, сохраненных на телефоне. Это может быть вам удобно по нескольким причинам. Может быть, вы хотите, чтобы ваш сервисный набор инструментов для лечения, обслуживания и ремонта операционных систем был всегда с вами. Может быть вам понадобится переустановить систему, а ничего другого, кроме мобильного под рукой нет.
Прежде всего необходимо отметить, что приложение DriveDroid работает под управлением Android 2.2 и выше, требует прав суперпользователя. Кроме этого, ваше устройство должно поддерживать технологию USB Mass Storage и, разумеется, понадобится кабель для соединения с компьютером.
После запуска приложения вы имеете возможность создать пустой образ, загрузить образ диска из сети или добавить уже существующий. Для загрузки доступны несколько популярных Linux-систем. После того, как вы указали программе на уже существующий образ загрузочного диска или скачали его из интернета, становится возможным загрузить с него свой компьютер. Просто задайте в настройках BIOS в качестве первого загрузочного устройство USB и перезагрузите систему.
Не смотря на то, что создатель утилиты большее внимание уделил возможности использования систем на базе Linux, все же Windows тоже вполне можно установить таким необычным способом. Подробное руководство по этому поводу расположено .
Жил да был сервер в далекой стране. По техническим характеристикам для своего времени он был не плох - 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-ть максимум.
Вероятней всего, кое-какие варианты миграции мы упустили - может кто подскажет умных мыслей, так как предстоит еще пара примерно таких же задач по миграции.
VMware vCenter Converter Standalone – отличная бесплатная утилита для выполнения конвертации физической системы в виртуальную (P2V ) или из одной системы виртуализации в другую (V2V ). Начиная с VMware Converter 5.0 система поддерживает возможность синхронизации изменений между исходной системой и виртуальной машиной-копией, расположенной на ESXi хосте. Эта функция позволяет в несколько этапов с минимальным простоем виртуализировать физический сервер с большим объёмом данных на физических дисках. Кроме того, VMware Converter вместе с бесплатным гипервизором VMware vSphere Hyperviso (на базе ESXi), можно превратить в простейшую систему для организации аварийного восстановления (disaster recovery ) критических компонентов инфраструктуры, периодически синхронизируя изменения критичных систем с их виртуальными копиями.
При конвертировании включенной Windows системы, VMware Converter копирует данные из машины-источника в целевую ВМ, в то время пока сама машина источник работает и данные на ней меняются. Это первоначальный этап копирования. Во второй раз копируются только изменения, которые были сделаны с момента создания первоначальной копии системы. Этот процесс и называется синхронизацией. Функция синхронизации позволяет уменьшить простой приложения во время P2V / V2V конвертации, так как конечное приложение нужно отключать только на время передачи изменений. При использовании синхронизации можно добиться сокращения времени простоя приложения с нескольких часов до 1-2 часов.
Совет . Синхронизация изменения в VMware Converter поддерживается только пи использовании vCenter или ESXi серверов версии 4.0 и выше.
В этой статье мы покажем, как настраивается и работает синхронизация изменений между исходным сервером (файловый сервер с 700 Гб данных на внутренних дисках) и его виртуальной копией с помощью VMware vCenter Converter Standalone 6.0.
- Нужно скачать и установить VMware Converter Standalone (предпочтительно установить его на отдельный сервер).
- Создадим новое задание конвертации: File -> New -> Convert machine .
- Выберем, что нужно сконвертировать включенную систему (Powered-on machine ), указать ее имя/адрес, тип ОС и учетную запись и пароль пользователя с правами администратора.
- VMware Converter подключается к указанному серверу и установит на нем службу VMware vCenter Converter Standalone Agent (vmware-converter-agent)
- Затем будет предложено указать имя сервера ESXi (или сервера vCenter) , на котором будет создаваться виртуальная машина, и учетные данные для доступа к нему
- Нам будет предложено выбрать имя создаваемой ВМ, ее местоположение, имя фермы, хоста, дисковое хранилище и
- Затем нужно выбрать диски целевой системы, которые нужно скопировать, настройки памяти и CPU и т.д. Нас больше всего интересует настройки в секции Advanced .
- Мы планируем сконвертировать систему в ВМ в два этапа: первоначальный, когда выполняется инициирующая конвертация и финальный, когда выполняется синхронизация изменений, произошедших с момента первоначального копирования данных.
- Ставим галку Synchronize change
. Выбираем когда выполнить следующую синхронизацию. Обязательно(!!)
снимает галку .
- На вкладке Post-Conversion
выберите действия, которые нужно будет выполнить после финальной синхронизации. Мы хотим автоматически включить созданную ВМ (Power on destination machine), отключить исходный сервер (Power off source machine), установить VMTools и т.д.
- Осталось запустить первоначальную фазу конвертации P2V и дождаться ее окончания.
Примечание . В нашем случае, для физического файлового сервера с 700 Гб данных конвертация заняла порядка 15 часов.
- После окончания первоначальной конвертации мы можем вручную выполнить повторную синхронизацию. Для этого выбираем задание в консоли VMware Converter и в контекстном меню выберем Synchronize
.
Примечание . VMware Converter устанавливает на исходной системе специальный “bitmap driver” (служба bmdrvr), который отслеживает изменения, произошедшие в системе с момента последней синхронизации.
- В открывшемся окне мастера укажем, что синхронизацию нужно запустить немедленно, а по окончании ее выполнить финальную синхронизацию. Чтобы пользователи не могли править файлы на сервере в момент финальной синхронизации, можно временно остановить файловый сервис
.
- Финальная синхронизация заняла около часа, в течении которых изменения на исходной машине были реплицированы на ВМ. После чего старый сервер автоматически отключился, а новая ВМ – включилась.
- Осталось выполнить окончательную донастройку ВМ (удалить скрытые сетевые карты, старые драйвера устройств, назначить ip адреса новым сетевым интрефейсам и т.д.) – и виртуальная машина готова к работе.
В процессе выполнения синхронизации изменений сервер vSphere создаст на целевой машине отдельные снапшоты (снимки), позволяющие в случае чего откатиться к любому этапу синхронизации (логика работы VMware Converter будет при этом нарушена).
Добрый день!. Сейчас многие физические сервера стараются преобразовать по технологии 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 вы получите синий экран, решение этой проблемы по ссылке слева. Материал сайта
1. Замечание о статье
В этой статье описывается каким образом сконвертировать установленную систему Windows в образ виртуальной машины, который в последствии может быть запущен в продуктах VMware. В данной статье будет использоваться VMware Server.
2 Установка VMware Converter
Для начала скачайте VMware Converter на вашу Windows систему(которую вы хотите конвертировать в виртуальную машину) м запустите инсталляцию.
Примите лицензионные требования и нажмите Next:
Выберите папку для установки (в обычном случае оставьте все по умолчанию):
Выберите тип установки Typical :
Нажмите Install для начала установки:
VMware Converter начнет установку:
После завершения установки, нажмите Finish . Если вы хотите запустить VMware Converter сразу, отметьте пункт " Run VMware Converter now" :
На рабочем столе появится ярлык для запуска VMware Converter:
3 Конвертируем Windows в виртуальную машину
Теперь запускайте VMware Converter (он мог быть запущен автоматически, если вы установили опцию Run VMware Converter now в конце установки VMware Converter).
Нет необходимости добавлять лицензию в VMware Converter, так как режим Starter Mode обеспечит нас всем необходимым и он бесплатный. Поэтому нажмите Continue in Starter Mode :
Откройтся интерфейс VMware Converter. Нажмите Import Machine :
Запуститься мастер импорта VMware Converter. Нажмите Next :
Ещё раз нажмите Next :
В качестве источника выберите физический компьютер (Physical computer) :
Мы хотим сконвертировать локальную машину, поэтому выбераем пункт This local machine и нажмимаем:
Выберите раздел, который вы хотите конвертировать. Обычно это раздел по умолчанию:
Нажмите Next :
В дальнейшем я хочу запускать виртуальную машину в VMware Server, поэтому я выбираю опцию VMware standalone virtual machine (Workstation или VMware Server) :
Укажите имя для виртуальной машины (к примеру Windows XP Desktop )
и выберите место на диске где она будет создана. Если вы выберите локальную папку на том же диске, то увидете ругань VMware Converter. Лучшей идей будет сетевая папка или другой жесткий диск.
Если вы указали сетевую папку и она защищена паролем, введите имя пользователя и пароль:
VMware Converter проверит настройки:
После этого вы можете с помощью sysprep изменить параметры будующей виртуальной машины, но это не необходимо. Пропускаем, нажимаем Next :
Опять проверяем все настройки, и если все в порядке, нажимаем Finish :
После этого начнется конвертация. Это может занять продолжительное время, в зависимости от размера диска.
Система успешно импортирована:
Для проверки конвертации, нажмите на вкладку Task Progress :
4 Запускаем нашу виртуальную машину
Теперь перейдите в систему где установлен VMware Server is installed. Запустите его и импортируйте образ виртуальной машины.
Постовой
LiveIn.com.ua - это лучший портал недвижимости Украины.
Отличные эффективные курсы английского языка Рубикон-English в Санкт-Петербурге. "Рубикон-English", давно работающий, и известный образовательный центр Петербурга. Опытные преподаватели научат говорить по-английски любого.Располагается на Итальянской улице, в двух шагах от Невского проспекта и Гостинного Двора.
