[VMware] vCenter Converter Standalone error

Для миграции вам необходимо сконвертировать ваш виртуальный сервер в файл формата ovf или ova.

Что было#

У нас была виртуала с Windows 10 и vCenter Converter Standalone в нашей сети (на площадке нашего офиса), а кластер из хостов ESXi расположен в ЦОДе. Доступ к веб-морде vCenter есть, но этого оказалось не достаточно. При добавлении задания в конвертер (использовалась версия 6.0 Release date 2015-05-14), вылетала ошибка гласящая “A file i/o error occurred while accessing». Задание на конвертацию включало в себя примерно следующее: конвертировать физический сервер в виртуальный с небольшими изменениями (название ВМ, IP/DNS). Сервер на CentOS 7 x64 с установленным PostgreSQL в режиме slave база которого занимает около 2TB. Доступ к самому серверу из конвертера осуществляется по ssh с ключом (не буду признаваться, что пароль root’а никто не помнит, а сбрасывать его лень).

Шаг Создаем новый виртуальный сервер в среде Hyper-V

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

Выбираем название для виртуального сервера:

Указываем поколение виртуальной машины. (Выбираем 1-ое поколение, со вторым не работает после конвертации, только для новых ВМ)

В меню жесткого диска выбираем “использовать имеющийся виртуальный жесткий диск” и указываем путь до него.

Запускаем виртуальный сервер и проверяем.

Для сжатия образа можете воспользоваться утилитой SDelete. Руководство по очистке свободного места на диске при помощи утилиты SDelete.

Синхронизации времени VMware vSphere с доменом Windows

Не секрет, что в домене Windows синхронизация времени имеет огромное значение. Ведь в том случае, если время на рядовом сервере домена будет более чем на 5 минут отличаться от времени других служб домена, то начнутся проблемы с получением билетов от службы Kerberos. В результате клиент не сможет нормально пользоваться сетевыми сервисами и в системном логе будут появляться различные ошибки аутентификации, в которых зачастую очень сложно разобраться и диагностировать.

Синхронизации времени VMware vSphere с доменом Windows

Синхронизация времени в домене Windows основана на четкой иерархии домена. Контроллер домена с ролью FSMO обычно настроен на получение времени с авторитетного сервера времени NTP (настройка синхронизации с внешним NTP сервером), и в дальнейшем все остальные контроллеры домена синхронизируют время именно с ним. Клиенты домена в различных сайтах синхронизируют свое время с контроллером домена в своем сайте, тем самым реализуется механизм синхронизации времени в домене Windows.

Читайте также:  Буфер обмена — что это такое и где находится?

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

Синхронизации времени VMware vSphere с доменом Windows

Такая ситуация возникает, когда VMware vSphere (точнее сервер ESX или ESXi), не настроен на синхронизацию времени с внешним NTP сервером, либо же когда время на физическом сервере «плавает» из-за проблем с системным таймером. Так как сервера ESX/ESXi используют собственную ОС, и не являются членами домена, они не попадают в стройную синхронизации времени в иерархии домена.

Как вы знаете, многие организации, применяющие виртуализацию в своей инфраструктуре, для управлением парком гипервизоров ESX используется vCenter. И т.к. сервер с установленным vCenter является членом домена Windows, администраторы думают, что т.к. vCenter синхронизирует свое время с доменным, то время на серверах ESXi и запущенных на них виртуальных машинах также синхронизировано с доменом. Но это не так! Вы можете настроить сервер vSphere или ESX на синхронизацию времени с неким источником, однако гостевые ОС все равно могут загружаться с неправильным временем, даже если в VMWare Tools опция «time synchronization between the virtual machine and the ESX server» отключена!

Синхронизации времени VMware vSphere с доменом Windows

Настроить синхронизацию времени вашего сервера vSphere с доменом можно следующим образом:

  • Подключитесь к консоли управления vCenter / хоста ESX.
  • Перейдите на вкладку Configuration и выберите пункт TimeConfiguration в разделе Software. Убедитесь, что время на хосте отличается от времени вашего домена Windows.
Синхронизации времени VMware vSphere с доменом Windows
  • В правом верхнем углу вкладки Configuration выберите Properties. В результате откроется окно настройки времени Time Configuration.
  • Нажмите кнопку Options и укажите новый NTP сервер, который будет служить источником времени. Я рекомендую указать здесь адрес вашего контроллера домена PDC, т.к. он настроен на получение сетевого времени от авторитетного источника.
Синхронизации времени VMware vSphere с доменом Windows
  • Отметьте чекбокс Restart NTP service to apply changes и дважды щелкните OK. В результате вы увидите, что ваш сервер ESX получает доменное время от сервера NTP с именем dc01.companyabc.com.

Для того, чтобы внутри гостевых ОС началась синхронизация времени с доменом, вам придется их перезапустить. Дело в том, что служба Windows Time автоматически не исправит время, если время виртуальной машины сильно отличается от доменного. А при загрузке же, все члены домена выполняют синхронизацию своего времени с временем домена, не зависимо от того, какое время на их установлено.

Читайте также:  Включаем учетную запись администратора в Windows 7

Источник

vSphere Client

  1. Выберете виртуальную машину и далее File > Export > Export OVF Template.
  2. В диалоговом окне “Export OVF Template” введите имя шаблона. Примечание: при экспорте шаблона OVF с именем, которое содержит звездочки (*), эти символы превращаются в символы подчеркивания (_).
  3. Выберите директорию для сохранения файла шаблона, или кликните “…” для выбора местоположения.
  4. В поле Format выберите тип OVF или OVA. OVF — выберете данный формат, чтобы сохранить шаблон в виде набора файлов (.ovf, .vmdk и .mf) Этот формат является оптимальным, если вы планируете опубликовать файлы на веб-сервере или в хранилище дисков. Пакет можно импортировать, например, в клиенте vSphere путем публикации URL в .ovf файл. OVA — выберете данный формат для более удобного распространения пакета OVF в виде отдельного файла, если его нужно явно загрузить с веб-сайта или перемещены с помощью USB. Фактически является архивом формата OVF.
  5. В поле Description введите описание виртуальной машины. По умолчанию текст из панели Notes со вкладки Обзор виртуальной машины появится в этом текстовом поле.
  6. Установите флажок, если вы хотите включить графические файлы, прикрепленные к floppy и CD / DVD-устройств в пакет OVF. Примечание: этот флажок виден только если к виртуальной машине подключен файл ISO или к дисководу подключен образ.
  7. Нажмите OK. Строка состояния показывает ход процесса экспорта.

Так что же выбрать?

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

KVM обычно более масштабируем, чем VMware, в первую очередь потому что vSphere имеет некоторые ограничения на серверы, которыми он может управлять. Кроме того, VMware добавила большое количество сетей хранения данных (SAN) для поддержки различных поставщиков. Эта функция означает, что VMware имеет больше вариантов хранения, чем KVM, но также усложняет поддержку хранилища VMware при расширении.

KVM обычно является наиболее популярным гипервизором для компаний, которые стремятся сократить стоимость внедрения и менее заинтересованы в функциях корпоративного уровня.

Исследования показали, что совокупная стоимость владения KVM, как правило, на 39 процентов ниже, чем у VMware, хотя фактическая совокупная стоимость владения зависит от специфичных факторов, таких как эксплуатационные параметры и рабочая нагрузка площадки.

Тесная интеграция с операционной системой на хосте является одной из наиболее распространенных причин, по которой разработчики выбирают KVM. Особенно те, кто использует Linux. Включение KVM во многие дистрибутивы Linux также делает его удобным выбором для разработчиков.

Облачные провайдеры, предлагающие своим клиентам услуги по модели IaaS, обычно выбирают инфраструктуру, построенную на продуктах VMware. Решения на основе VMware Sphere содержат все важные корпоративные функции по обеспечению высокой и непрерывной доступности, обеспечивают поддержку большего числа гостевых операционных систем и имеют возможность сопряжения инфраструктуры заказчика с облачными сервисами.

Поделиться Оценить

Средняя оценка: 5.0 Оценили: 2

Резервное копирование виртуальной машины, перенос на другой компьютер или диск

Как говорил выше, в бесплатной VMWare Player нет опции клонирования (копирования), но при этом нет никакой проблемы перенести нужную виртуальную машину на другой диск, компьютер или просто сохранить на всякий случай.

Я обычно время от времени просто делаю копии той «машины», с которой постоянно работаю для того, чтобы в случае если с ней что-то будет не так (например, вирус подхватит), я смог воспользоваться старой копией, где все хорошо.

Вот как это делается:

  1. Выключите виртуальную машину, если она работает. Если находится в режиме сна (suspend), то запустите и полностью погасите ее.
  2. Нужно найти папку, где хранится виртуальная машина. Если не помните, то в настройках программы откройте раздел «Hard Disk» и вверху будет указан путь (строка «disk file»).
  3. Просто возьмите и скопируйте папку, в которой хранится ВМ туда, куда вам нужно.

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

А вот хороший пример, когда может потребоваться перемещение: на том диске, где вы раньше хранили виртуалки, заканчивается место и вы вынуждены сменить их расположение.

Но если хотите скопировать или перенести виртуальную машину VMWare вообще на другой компьютер, то еще нужно убедиться в том, что на нем она запустится с теми же характеристиками, как на первом! А то, к примеру, создали ВМ на мощном ПК, переносите на старый дряхлый и конечно с теми же настройками железа может не завестись 🙂