Аспро: ЛайтШоп [тема: Текущие инструкции по переносу VMDK в QCow2]

Текущие инструкции по переносу VMDK в QCow2

Tue, 23 Oct 2018 22:21:00 +0300

Текущие инструкции по переносу VMDK в QCow2 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Наконец-то скачал, похоже, все нормально работает, файлы конвертируются (и команда в командной строке тоже), но это не решает проблему — формат диска конвертируется, но, похоже, дело в драйверах жесткого диска, которые доступны после того, как сервер пытается загрузиться, или что-то в этом роде. Так что нужно пройти через все эти сложности, чтобы это заработало — открой оригинальную ВМ в VMware (и если ты в продакшене, сначала создай вторую копию всего [тестовую среду], чтобы не повредить свой рабочий сервер) и замени SCSI-драйвера на универсальные IDE, удалите VMware Tools, затем скачай файл vmdk сервера, загрузите его на сервер Proxmox, попытайтесь его конвертировать, загрузите и надеетесь, что драйвера, которые вы вставили, доступны и загрузка пройдет корректно, или начните с начала и попробуйте снова. Пока вы возитесь со всей этой ерундой — вы, наверное, могли бы собрать новый сервер 2012r2 в формате qcow2 на Proxmox (или обновить программное обеспечение сервера до последней версии), воссоздать всех пользователей и мигрировать компьютеры из старого домена в новый. Люди, которые действительно окажутся в затруднительном положении и будут привязаны к VMware, придется продолжать лицензировать и пытаться его использовать, это те, у кого приложения застряли на какой-то старой версии Windows, без которой отдел кадров просто не может обойтись, так что вы мучаетесь, чтобы удержать это чертово дело в замороженном состоянии.
23.10.2018 22:21:00, David Anderson.

Текущие инструкции по переносу VMDK в QCow2

Tue, 23 Oct 2018 22:08:00 +0300

Текущие инструкции по переносу VMDK в QCow2 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Попробовал это (раньше не видел), поэтому использовал qm importdisk 105 server-flat.vmdk freeNASstorage --format qcow2, и получаю: Файл конфигурации 'nodes/pve/qemu-server/105.conf' не существует.
23.10.2018 22:08:00, David Anderson.

Текущие инструкции по переносу VMDK в QCow2

Mon, 22 Oct 2018 23:06:00 +0300

Текущие инструкции по переносу VMDK в QCow2 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Я изучил это, попытался скачать, но так и не получил ссылку на загрузку, чтобы попробовать. У меня есть старые виртуальные машины, которые я хотел бы перенести на Proxmox и посмотреть, смогу ли отказаться от VMWare для тех небольших виртуальных сред, которые я использую.
22.10.2018 23:06:00, David Anderson.

Текущие инструкции по переносу VMDK в QCow2

Sun, 30 Sep 2018 16:28:00 +0300

Текущие инструкции по переносу VMDK в QCow2 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Так никто это не протестировал?
30.09.2018 16:28:00, Onitgroup.

Текущие инструкции по переносу VMDK в QCow2

Fri, 21 Sep 2018 09:57:00 +0300

Текущие инструкции по переносу VMDK в QCow2 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
просто используйте "qm importdisk" qm importdisk 100 myfile.vdmk mytargetstore (--format qcow2) Код: qm importdisk [OPTIONS]

Импортируйте внешний образ диска как неиспользуемый диск в ВМ. Формат образа должен поддерживаться qemu-img(1).

: (1 - N)
(уникальный) идентификатор ВМ.

:
Путь к образу диска для импорта

:
Идентификатор целевого хранилища

--format
Целевой формат
21.09.2018 09:57:00, spirit.

Текущие инструкции по переносу VMDK в QCow2

Thu, 20 Sep 2018 12:45:00 +0300

Текущие инструкции по переносу VMDK в QCow2 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет всем, я здесь новенький и очень интересуюсь PROXMOX, также в производственной среде. Как насчет бесплатного инструмента starwindsoftware converter для конвертации из vmware? Кто-нибудь пробовал его?
20.09.2018 12:45:00, Onitgroup.

Текущие инструкции по переносу VMDK в QCow2

Mon, 30 Jul 2018 17:40:00 +0300

Текущие инструкции по переносу VMDK в QCow2 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Я уже несколько недель запускаю сервер ProxMox у себя дома, и он действительно хорошо справляется со своей работой. Мне нравится, что он веб-ориентированный (не нужно устанавливать клиент), выглядит очень стабильно и продолжает работать без проблем. Документация устарела (что вполне стандартно для проектов на Linux), но форумы, вроде, поддерживаются - я чуть не сломал свою установку, пытаясь включить несколько хостов, и благодаря форумам смог восстановить свою систему с теми же виртуальными машинами, что были до аварии. Резервные копии работают отлично, подключаются к моему серверу FreeNAS довольно просто, и для той простой функциональности, которая мне нужна, я думаю, что это вполне хороший продукт. Скажем так, я нахожу абсурдным, через какие ухищрения нужно проходить, чтобы наладить простое уведомление по электронной почте. Мне кажется, многие отличные продукты на Linux склонны сбрасывать такие базовые функции на ОС, когда их следовало бы встроить в пакет. Сразу после установки этот продукт должен уметь отправлять уведомления, если я укажу адрес электронной почты, без необходимости настраивать свой сервер как реле (Exim, Postfix или другие). Борюсь с устаревшей документацией и сотнями различных способов сделать это, просто гугля. Что касается импорта файлов .vmdk (оригинальная причина для этого поста), полагаю, это важно лишь разработчикам ProxMox, если они хотят, чтобы пользователи переходили с VmWare, OpenBox и т.д. на свой продукт - и я не помню, чтобы это было озвучено как "потрясающая функция" продукта ProxMox. Более того, ProxMox по сути является просто оболочкой/интерфейсом для системы QEMU - пытается упростить работу с ней, как я понимаю. Люди в VmWare хотят, чтобы вы переходили на их продукт и предусмотрели достаточно простые способы переноса вашего продукта на theirs. Что касается меня, я продолжу использовать VmWare в производстве, а ProxMox дома - когда/если мне когда-нибудь понадобится перестраивать основные виртуальные серверы, я могу подумать о создании их на сервере ProxMox - но пытаться перейти на ProxMox с чего-либо и сохранить свои сервера в том же состоянии - после множества необходимых шагов, не кажется мне интересным занятием.
30.07.2018 17:40:00, David Anderson.

Текущие инструкции по переносу VMDK в QCow2

Mon, 30 Jul 2018 08:54:00 +0300

Текущие инструкции по переносу VMDK в QCow2 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
вот ссылка на официальную документацию: https://pve.proxmox.com/pve-docs/chapter-qm.html#_importing_virtual_machines_and_disk_images там вы найдете команду 'qm importdisk', которая также импортирует изображения vmdk. Передача файлов с/на сервер (proxmox/linux) — это более общая тема администрирования Linux, не специфичная для proxmox.
30.07.2018 08:54:00, dcsapak.

Текущие инструкции по переносу VMDK в QCow2

Sun, 29 Jul 2018 14:50:00 +0300

Текущие инструкции по переносу VMDK в QCow2 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Также я сталкивался с подобными проблемами "базового функционала" (черт возьми?) в отношении PROXMOX VE. Я уже потерял около 20+ часов бесконечных исследований (на самом деле впустую потраченное время), без каких-либо внятных объяснений из документации PROXMOX. Этот пост на форуме посвящён одному из САМОЙ ОСНОВНОЙ случаев использования PROXMOX VE: переносу виртуальных машин с VMWare в среду PROXMOX VE. Псевдоним: как быстро, легко и без усилий перенести .vmdk файлы в среду PROXMOX VE. (Если перенос уже не проходит быстро и идеально, как можно ожидать надежность на уровне производственной среды впоследствии?) Я согласен с @akxx, который очень деликатно выразил мысль: "Мне интересно, почему Proxmox не предлагает такой пакет, или он есть - я просто не вижу его?" Точно в цель. После многих ЧАСОВ поисков, я не нашёл его легко, даже вообще. (И это касается, как уже сказано, одного из более важных случаев использования PROXMOX VE.) Поскольку я был так настроен на PROXMOX VE, я даже оформил годовую подписку. Мало я знал, что будет так БОЛЬНО просто установить и запустить .vmdk файл. Серьёзно разочарован и недоволен отсутствием простоты в использовании! Очевидные базовые случаи использования и сценарии должны предлагаться в виде простых рабочих процессов "из коробки". Несмотря на множество замечательных ИКТ-успехов и увеличившихся возможностей за последние десятилетия, некоторые люди считают, что лучше оставить все сложным... грrrrr Извините за мои недовольства. И благодарность за вопрос здесь и за записи от @David Anderson, @akxx и @janssensm.
29.07.2018 14:50:00, user_ks.

Текущие инструкции по переносу VMDK в QCow2

Thu, 05 Jul 2018 19:25:00 +0300

Текущие инструкции по переносу VMDK в QCow2 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
@David Anderson: Ну, я тоже не вполне доволен своим "решением". Главная причина всего этого (с моей точки зрения) в том, что у нас нет сертифицированных драйверов virtio от Microsoft ИЛИ у нас нет подходящих сертификатов Red Hat в хранилище сертификатов Windows. Поэтому я искал один из них и нашел эти фрагменты. Моя процедура миграции теперь короче: удаление инструментов VMware Guest в ESXi, установка сертификата Red Hat, установка драйверов virtio, выключение в ESXi, создание VM в PVE (размер диска такой же, как у vmdk), передача / qemu-img VM-диска в PVE (как бы вы это ни делали... для меня общий доступ NFS, доступный из ESXi и PVE, кажется самым быстрым методом), запуск VM, установка инструментов гостя. В конце концов, миграция занимает всего несколько минут (плюс время на передачу). Интересно, почему Proxmox не предлагает такой пакет, или они предлагают, но я просто не вижу этого?
05.07.2018 19:25:00, akxx.

Текущие инструкции по переносу VMDK в QCow2

Wed, 20 Jun 2018 16:21:00 +0300

Текущие инструкции по переносу VMDK в QCow2 Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Есть много информации о выполнении этих шагов, но трудно найти самую актуальную и точную для ProxMox 5.2. Я использую последнюю версию (5.2) ProxMox и тестирую возможность заменить свой сервер VmWare ESXi 5.5.0. Существует много противоречивой информации о процессе перемещения VMDK, надеюсь, кто-то сможет указать на более свежие данные. Вики в документации ProxMox, похоже, обсуждает версию 4, а многие материалы в интернете упоминают процесс предварительной конвертации жесткого диска в IDE, установку утилит virtio или использование других утилит, тогда как другие не упоминают этого и просто предлагают выполнять конвертацию на исходном файле VMDK. Я экспериментировал с одним из способов, но столкнулся с зацикливанием на "Ваш ПК столкнулся с проблемой". Эти образы большие и громоздкие, и надеюсь разработать процесс, чтобы иметь возможность тестировать использование ВМ (например, выживет ли Windows AD после миграции и т.д.). Буду признателен за любую помощь по этому вопросу. Все мои VMDK используют диски SCSI, и у меня есть подозрения, что моя последняя попытка провалилась из-за копирования VMDK - возможно, я случайно попал в снимок Veeam вместо полного VMDK. Ожидаю, что процесс будет включать: удалить утилиты VmWare с исходного VMDK, остановить ВМ, скопировать файлы VMDK и xxx-flat.vmdk в ProxMox, выполнить команду qemu convert на файле VMDK [не на flat], чтобы создать единый Qcow2 файл, создать новую ВМ в ProxMox с идентичными аппаратными ресурсами (например, 60G SCSI жесткий диск, Ethernet и т.д.), чтобы было создано новое ID и жесткий диск. Затем заменить вновь созданный Qcow2 файл на конвертированный. Заранее спасибо за любые советы или предложения.
20.06.2018 16:21:00, David Anderson.