Vmware esxi как скопировать виртуальную машину ssh

Обновлено: 07.07.2024

Бесплатная редакция ESXi позволяет быстро развернуть удобный тестовый стенд или же выступить в роли хоста виртуализации для простых задач в небольшой инфраструктуре. Лицензионные ограничения накладываемые на этот продукт не позволяют его использовать для серьезных задач (речь именно о бесплатной редакции 🙂 ). Одними из наиболее неприятных ограничений, являются урезанные возможности таких средств управления, как PowerCli (фактически, режим работы read-only) или извечная проблема с резервным копированием. Этой проблеме, как раз и посвящена данная статья.

Кстати, стоит отметить, что mksbackup это не только средство для резервного копирования ESXi. Он позволяет также использовать wbadmin/ntbackup или tar. Это дает возможность использовать его как единое решение для резервного копирования всей инфраструктуры. Естественно, не стоит рассматривать mksbackup как серьезное решение для большой инфраструктуры. Это скорее небольшое средство для маленьких предприятий, которое позволит выполнять базовые задачи резервного копирования.

Распаковав zip-архив, найдем файл mksbackup.exe. Это, фактически, мастер установки, который выполняется в текстовом режиме. Он достаточно прост. Сначала будет запрос на установку:

Далее на директорию установки:

После этого будет предложение автоматически зарузить последнюю версию скрипта резервного копирования:

Последний этап с запросом пароля также является лишним, поскольку задачи также будут настраиваться вручную:

После нажатия Enter консоль закроется и можно приступать к настройке.

Это smtp_host, smtp_login, smtp_password и т.д. Однако, в случае, если отсылка уведомлений не требуется, можно выставить опцию mail=no.

Дальше идут настройки заданий резервного копирования. Если используется только резервное копирование ESXi, то лишние задания стоит вообще убрать (или закомментировать). Разберем пример задания для резервного копирования:

Время выполнения показывает когда это действие будет выполнено. Иными словами, здесь используется концепция разделения времени выполнения задачи и времени выполнения действий. То есть можно настроить одно расписание в планировщике задач, но сама задача будет выполнять различные действия в зависимости от текущей даты.

Место назначения определяется просто путем. Тут есть разные варианты. Например, можно загружать файлы на ftp. А можно, загружать с помощью scp сразу на сервер, с которого осуществляется резервное копирование. В пути загрузки можно использовать переменные. В данном случае $ указывает на имя виртуальной машины.

Последняя строчка в описании этого задания задает путь к утилите scp. Тут есть одна тонкость, необходимо дополнительно указать два параметра. Первый -scp, который указывает на использование протокола ысp вместо sftp, а второй -r, который указывает, что необходимо выполнять загрузку вместе с директориями (в строке, которая формаируется при выполнении, к сожалению параметр -r пропущен, поэтому загрузка завершится ошибкой).

Также, я ограничил количество резервных копий, хранимых локально:

И закоментировал опции относящиеся к NFS и отсылке уведомлений, поскольку мне это не требуется.

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

plink.exe <user>@<ESXi host ip> ls /tmp

Это действие необходимо для того, чтобы сохранить ключ хоста в локальном кеше ssh.

Теперь можно выполнить резервное копирование:

Команда запуска такова:

C:\Magik\MKSBackup\mksbackup.exe -v -c C:\Magik\mksbackup.ini backup VMWARE

Ключ -v указывает на дополнительный вывод информации, ключ -c указывает файл настроек, команда backup указывает выполнить резервное копирование и в конце задается имя задачи, которое указывается в файле настроек.

За процессом резервного копирования можно следить.

Во-первых, в клиенте vSphere появятся события создания/удаления снапшота:

Во-вторых, в пути назначения появтся файлы виртуальной машины:

Теперь, когда резервное копирование протестированно, можно настроить его в планировщике задач. Единственное, на что следует обратить внимание, это учетная запись, от имени которой будет выполняться задача. Тут следует не забывать про выполнение команды plink, поскольку если учетная запись отличается от той, под которой выполнялся процесс тестирования, то в ее кеше не будет необходимого ключа. Чтобы решить эту проблему, достаточно будет проделать все действия запустив консоль для выполнения команды от имени этой учетной записи.

Недостатком данного метода является невысокая скорость загрузки резервных копий, а также тот факт, что, фактически, описанный метод является самодельным скриптовым решением, которое не имеет ни поддержки, ни каких либо гарантий. Поэтому, естественно, желательно использовать специализированные продукты, например Veeam. Однако если нет денег/времени/еще чего-нибудь, то такое решение тоже вполне сгодится 🙂

vSphere может клонировать виртуальные машины напрямую, но если vSphere не настроен, ESXi также может работать независимо.

ESXi 6.7, лучше всего включить службу ssh, потому что в некоторых из следующих демонстраций она используется. Но это не имеет значения, если служба ssh не включена, и это не влияет на основные функции.
Существует виртуальная машина с именем "SCVM-WIN7-01", система - Windows 7, и она построена на хранилище данных с именем "DS-KST240-SSD-1". Эта виртуальная машина У машины уже есть три снимка. Нам нужно клонировать новую виртуальную машину через эту виртуальную машину и переименовать ее в «SCVM-WIN7-02».

Основные шаги

Найдите физический файл виртуальной машины "SCVM-WIN7-01", вы можете найти его, отредактировав настройки виртуальной машины, проверив ее расположение на диске и т. Д. В моей среде он находится в хранилище данных с именем «DS-KST240-SSD-1».
Используйте файловый менеджер DataStore, чтобы создать папку с именем «SCVM-WIN7-02» и добавить файлы в папку «SCVM-WIN7-01». *.vmx 、 *.vmxf 、 *.vmdk 、 *.nvram Скопируйте файлы в формат.
Примечание. Остальные файлы на изображении выше автоматически создаются после запуска виртуальной машины, поэтому не обращайте на это внимания.
Выберите папку "SCVM-WIN7-02" .vmx Файл, щелкните правой кнопкой мыши и выберите «Зарегистрировать виртуальную машину».
После успеха в меню виртуальной машины появится дополнительная виртуальная машина с именем «SCVM-WIN7-01», которую мы можем переименовать в «SCVM-WIN7-02».

Примечание. Изображение выше - результат после переименования.
При первом запуске виртуальной машины ESXi спросит источник файла виртуальной машины. В этот раз мы выбираем «Я скопировал это», чтобы ESXi автоматически изменил уникальный идентификатор в виртуальной машине. Самое важное - это MAC-адрес сетевой карты. Это необходимо, чтобы избежать Лучший способ конфликтовать.

Меры предосторожности

Для выполнения вышеуказанных шагов необходимы два файла: vmx Файл - это файл конфигурации виртуальной машины, vmdk Это дисковый файл виртуальной машины.
Обратите внимание, что копия *.vmdk Операция с файлом должна выполняться в диспетчере хранилища данных. В соответствии с различными настройками файла на диске ESXi будет автоматически обрабатывать эти файлы. Если у вас есть доступ к службе ssh, нетрудно обнаружить, что она автоматически генерирует "полный размер" *-flat.vmdk файл.
Если есть несколько снимков виртуальной машины, мы увидим несколько *-Snapshot1.vmsn Отформатируйте файлы, если у вас есть доступ к службе ssh, вы можете легко увидеть их содержимое, эти файлы примерно vmx Резервное копирование файлов, наиболее примечательным из которых является конфигурация файлов на диске. Каждый снимок соответствует разному vmdk Дисковый файл, с его помощью мы можем сделать вывод о принципе реализации снимка состояния ESXi.

Из-за этого нам не нужно копировать все vmdk Дисковые файлы, просто скопируйте соответствующие файлы в соответствии с вашими потребностями.
Если служба ssh включена, мы также можем редактировать vmx Файл полностью переименован. Если вам нужно переименовать файл на диске, не забудьте изменить SCVM-WIN7-02.vmdk Связанная конфигурация в файле и укажите ее на новый SCVM-WIN7-02-flat.vmdk файл.

Интеллектуальная рекомендация

совместный запрос mysql с тремя таблицами (таблица сотрудников, таблица отделов, таблица зарплат)

1. Краткое изложение проблемы: (внизу есть инструкция по созданию таблицы, копирование можно непосредственно практиковать с помощью (mysql)) Найдите отделы, в которых есть хотя бы один сотрудник. Отоб.

[Загрузчик классов обучения JVM] Третий день пользовательского контента, связанного с загрузчиком классов

IP, сеанс и cookie

Имеется бесплатная версия VMware ESXi 5.5. Необходимо клонировать существующую виртуальную машину с установленным Linux Debian на котором крутится система Service Desk OTRS.

Для того, что бы клонировать виртуальную машину на ESXi с помощью VMware vSphere Client необходимо:

Пойдет процесс копирования файлов конфигурации и диска виртуальной машины.

VMware vSphere Client, Datastore Browser

VMware vSphere Client, Add to Inventory

Важное замечание!

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

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

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

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Вы можете авторизоваться используя Вашу учётную запись из социальных сетей

Оповещение по e-mail о новых комментариях.
Также вы можете не оставляя комментарий подписаться но новые комментарии.

Автоматизируем резервное копирование виртуальных машин на ESXi 6. Лучшим бесплатным средством является скрипт ghettoVCB, чтобы им воспользоваться, надо получить доступ к хосту ESXi по SSH. Как оказалось есть очень простой способ включения и выключения доступа прямо из vShere Client: Configuration > Software > Security Profile > Properties… > Remote Tech Support (SSH) > Options… > Start или Stop. По этим скриншотам думаю будет нагляднее:

Скачиваем последнюю версию скрипта. Можно пойти «тру» путём сделать как написано на страничке скрипта в секции «Setup:», но я поступил проще — распаковал архив у себя на компьютере, вместо редактирования конфигурационного файла — отредактировал сам скрипт, скопировал его на локальное хранилище (через «Browse Datastore»).

Вот основные параметры:

VM_BACKUP_VOLUME — путь к папке бэкапов, в моём случае /vmfs/volumes/linbackup

DISK_BACKUP_FORMAT — формат диска, thin для бэкапов подходит лучше всего

VM_BACKUP_ROTATION_COUNT — количество хранимых бэкапов (для каждой виртуальной машины), у меня 5

ADAPTER_FORMAT — тип адаптера, у меня lsilogic

Итак, скрипт скопирован на локальное хранилище, подключаемся по ssh, переносим скрипт куда нибудь ближе к корню, например в /ghettovcb/ghettovcb.sh, если вам не нужно бэкапить все виртуальные машины — необходимо создать файл со списком бэкапируемых виртуалок:

Пробуем запустить скрипт:

или если вы создали файл конфигурации

Теперь надо создать расписание для бэкапов.

жмём «a», пишем расписание, только учтите — время указывается в UTC, т.е. для Москвы это локальное время минус три часа

или если вы создали файл конфигурации

Теперь нужно выполнить две команды, чтобы перезапустить cron

Теперь ежедневно в 20:00 по UTC (в 23:00 по Москве) будет запускаться скрипт, логи о его выполнении будут сохранятся на хранилище в папке logs, отдельный лог на каждый день.

По логам у меня на бэкап уходит примерно 4 часа, посчитал скорость — примерно 4ГБ в минуту, т.е. примерно 70МБ в секунду, весьма не плохо. Хранилища в 2,7ТБ хватает на хранение двух копий каждой виртуалки, этого вполне достаточно, плюс остаётся свободное место, а оно нужно, т.к. сначала делается третья резервная копия и только после её создания удаляется самая старая копия.

Ну и ещё один камень в огород «windows» хранилища — пробовал делать бэкапы скриптом на него, storage просто отваливался, ну и собственно скрипт завершался с ошибкой. Понимаю, что всё дело в неверной настройки записи по NFS, но настройки были по умолчанию и разбираться в «тюнинге» не очень то и хотелось.

Эксперимент прошёл удачно, можно закупать сервер с хорошими дисками, планируется RAID 10 на 5ТБ, этого должно с запасом хватить и на будущие виртуалки.

Читайте также: