Как сделать резервную копию виртуальных машин в vmware esxi

Обновлено: 21.11.2024

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

Например, tar и untar будут работать с виртуальными дисками в FreeNAS, ZFS или iSCSI, но не будут работать с VMware vSAN. Это связано с тем, что в vSAN данные виртуального диска являются скрытым объектом, поэтому видны только метаданные. Такие инструменты, как vmkfstools, позволяют обеспечить правильное клонирование виртуального диска.

Снимки и клоны

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

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

Виртуальные машины-контейнеры не предназначены для создания моментальных снимков, а диски томов монтируются как независимые постоянные диски. Это сделано специально, чтобы диски не удалялись при удалении контейнера, но диски также не подвергались снимкам. Таким образом, в настоящее время единственным способом резервного копирования томов является их клонирование. Дополнительные сведения о клонировании томов см. в разделе «Подход к хранилищу данных» ниже.

Тонкие и толстые диски

vSphere Integrated Containers создает тома VMDK в виде тонких дисков с ленивым обнулением. Это означает, что они занимают столько места в хранилище данных, сколько им нужно, до установленного предела емкости.

Обратите внимание, что некоторые методы клонирования сохраняют тонкую подготовку, а некоторые нет. Большинство подходов к резервному копированию файлов делают побайтовую копию, что приводит к созданию толстого клона тонкого диска. Дополнительные сведения о методе копирования файлов для резервного копирования см. в разделе «Подход копирования файлов» ниже.

Утилита vmkfstools поддерживает тонкость тома при создании клона. Дополнительные сведения о vmkfstools см. в разделе Использование vmkfstools ниже.

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

Подходы к резервному копированию томов VMDK

В следующих примерах показано, как можно использовать различные подходы к резервному копированию хранилищ томов iSCSI и vSAN, использованных в примере «Постоянное состояние контейнера» в предыдущем разделе.

Подход к хранилищу данных

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

Подход с копированием файлов

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

Например, вы можете использовать Veeam для создания задания копирования файлов, которое копирует хранилище томов /vmfs/volumes/iSCSI-nvme/volumes/my-vch-logs из примера. При этом будут скопированы диски, папки и метаданные.

Создавая резервную копию корневой папки, вы сохраняете структуру путей нетронутой. Если вы восстановите хранилище томов в текущем виртуальном канале или добавите его в новый виртуальный канал, конфигурация аргумента vic-machine --volume-store будет соответствовать пути, для которого вы создали резервную копию.

Использование vmkfstools

В этом примере создается резервная копия хранилища томов vsanDatastore/volumes/my-vch-data vSAN из примера путем клонирования виртуального диска в другое хранилище данных с помощью vmkfstools и последующего копирования метаданных.

  1. В оболочке хоста ESXi перейдите к папке томов. ПРИМЕЧАНИЕ. Хост ESXi должен иметь доступ к хранилищам данных vSAN и iSCSI.
  2. Создайте папку в хранилище данных iSCSI, в которую следует скопировать резервную копию.
  3. Используйте vmkfstools, чтобы создать клон диска хранилища томов vSAN в папке, которую вы только что создали в хранилище данных iSCSI.
  4. Скопируйте метаданные хранилища томов в папку резервной копии.

Это довольно ручной подход к резервному копированию, но вы можете написать сценарий, который перечисляет все папки в vsanDatastore/volumes/my-vch-data/volumes и использует их в качестве входных данных для другого сценария на основе приведенных выше команд. .

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

Просмотреть все статьи > КАК: Резервное копирование (экспорт) и восстановление (импорт) виртуальных машин в VMware vSphere Hypervisor 7.0 БЕСПЛАТНО

В этой статье мы покажем вам, КАК: Резервное копирование (экспорт) и восстановление (импорт) виртуальных машин в VMware vSphere Hypervisor 7.0 БЕСПЛАТНО. Эту процедуру можно выполнить для резервного копирования (экспорта) и восстановления (импорта) любой виртуальной машины, размещенной на хост-сервере VMware vSphere Hypervisor 7.0.

Большинство моих предыдущих статей по обмену экспертами касались базовых и промежуточных тем VMware и виртуализации.

Если вы хотите прочитать мои основные статьи о VMware, для вашего удобства они перечислены в конце этой статьи.

В этой серии основных статей о VMware для новичков я покажу вам основные навыки работы с VMware, необходимые для установки, настройки и развертывания виртуальных машин с помощью БЕСПЛАТНОГО гипервизора VMware vSphere Hypervisor (ESXi) от VMware.

Если вы следили за этой серией статей, в части 7: КАК: создать свою первую виртуальную машину Windows на хост-сервере VMware vSphere Hypervisor 7.0 (ESXi 7.0) мы создали нашу первую виртуальную машину Microsoft Windows под названием «My First Windows Virtual». Machine", а в части 9: КАК: Создайте свою первую виртуальную машину Linux на хост-сервере VMware vSphere Hypervisor 7.0 (ESXi 7.0) мы создали нашу первую виртуальную машину Linux под названием "Моя первая виртуальная машина Linux".

Позже в этом руководстве мы будем использовать эти виртуальные машины для резервного копирования и восстановления. Эту процедуру можно использовать для резервного копирования и восстановления любой виртуальной машины, размещенной на хост-сервере VMware vSphere Hypervisor 7.0 (ESXi 7.0).

1. Подключитесь к VMware vSphere Hypervisor 7.0 (ESXi 7.0) или vSphere vCenter Server с помощью хост-клиента vSphere (HTML5).


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

Щелкните правой кнопкой мыши виртуальную машину, для которой требуется выполнить резервное копирование (экспорт), и выберите Гостевая ОС > Выключить.
Обратите внимание, что это будет работать, только если вы установили VMware Tools для виртуальная машина, это было описано здесь

2. Резервное копирование виртуальной машины (экспорт) моей первой виртуальной машины Windows в OVF


Виртуальные машины выключены.


Убедитесь, что отмечены *.vmdk и *.nvram. Убедитесь, что вы разрешаете всплывающие окна с IP-адреса или полного доменного имени этого хоста. Мы будем использовать функцию экспорта для резервного копирования виртуальной машины. Функция экспорта создаст резервную копию всей виртуальной машины в несколько файлов, включая файл OVF. Файл OVF — это открытый формат виртуализации, OVF — это открытый стандарт для упаковки и распространения виртуальных машин, иногда называемых виртуальными устройствами. Эти файлы также можно восстановить на других гипервизорах, например. Microsoft Hyper-V, Oracle Virtualbox. В прошлых версиях ESXi создавался один файл, в ESXi 7.0 загружается несколько файлов. *.OVF, *.mf, *.VMDK и *.nvram.


Наберитесь терпения и подождите, экспорт может занять некоторое время. Статус можно наблюдать в хост-клиенте vSphere (HTML5). В моей лаборатории экспорт виртуальной машины занял около 6 минут. Экспортируются только данные, используемые в VMDK.

3. Резервное копирование виртуальной машины (экспорт) моей первой виртуальной машины Linux в OVF.

Повторите шаг 2 выше, но выберите и экспортируйте (резервную копию) «Моя первая виртуальная машина Linux».

4. Проверка экспортированных (резервных) файлов в папке резервных копий

Выберите папку резервного копирования на локальной рабочей станции, в этом руководстве это была D:\VMs\Backup.

У вас должно быть восемь следующих файлов: -

  • Моя первая виртуальная машина Windows.nvram
  • Моя первая виртуальная машина Windows.ovf
  • Моя первая виртуальная машина Windows-1.vmdk
  • Моя первая виртуальная машина Windows.мф
  • Моя первая виртуальная машина Linux.nvram
  • Моя первая виртуальная машина Linux.ovf
  • Моя первая виртуальная машина Linux-1.vmdk
  • Моя первая виртуальная машина Windows.mf

СОВЕТ ANDY Перед удалением виртуальной машины с хост-сервера убедитесь, что вы протестировали и восстановили виртуальную машину из файла OVF. Многие администраторы VMware удаляют свои виртуальные машины перед проверкой их резервная копия, которую можно успешно восстановить. См. шаг 5 ниже.

5. Восстановление виртуальной машины (импорт) моей первой виртуальной машины Windows из файла OVF.


Выберите хост, щелкните правой кнопкой мыши и выберите "Создать/зарегистрировать виртуальную машину"

.


В мастере виртуальных машин выберите Развернуть виртуальную машину из файла OVF или OVA, а затем нажмите "Далее", чтобы продолжить.


Enter новое другое имя для инвентарного имени виртуальной машины, все виртуальные машины в инвентарном списке VMware Hypervisor должны быть уникальными. Это не имя хоста операционной системы, оно может совпадать с именем хоста операционной системы, это просто косметическое имя для инвентаризации. В этом руководстве я ввел имя «Мое первое восстановление виртуальной машины Windows». Выберите или перетащите файлы. Нажмите «Далее», чтобы продолжить.


Выберите хранилище данных, я выбрал хранилище данных3. Нажмите "Далее", чтобы продолжить.


Выберите "Тонкий".


На странице сводки "Готово к завершению" просмотрите сводную информацию и нажмите "Готово".


Виртуальная машина My First Windows Virtual Machine Restore успешно восстановлена ​​и указана в инвентаре.

6. Восстановление виртуальной машины (импорт) моей первой виртуальной машины Linux из файла OVF.

Повторите шаг 5 выше, но выберите и импортируйте (восстановите) «Моя первая виртуальная машина Linux».


Восстановление (импорт) выполнено успешно, все виртуальные машины отображаются в инвентаре.

Поздравляем, вы успешно выполнили резервное копирование (экспорт) и восстановление (импорт) виртуальных машин Windows и Linux в VMware vSphere Hypervisor 7.0 (ESXi 7.0).

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

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

Три подхода к резервному копированию инфраструктуры VMware

Резервное копирование — важная часть любого центра обработки данных. При эксплуатации виртуализированных ресурсов, управляемых VMware, вам нужна надежная стратегия резервного копирования и восстановления виртуальных машин (ВМ). Мы рассмотрим три метода: резервное копирование ВМ как физических машин, резервное копирование файлов ВМ и использование специального решения для резервного копирования VMware.

1. Резервное копирование виртуальных машин как физических

С точки зрения пользователя виртуальная машина работает точно так же, как и физическая машина — у нее есть гостевая операционная система, которая работает изолированно от других ВМ. Это означает, что обычные процедуры резервного копирования, используемые для невиртуализированных рабочих нагрузок, могут работать так же и для виртуальных машин VMware. Администраторы могут установить агент резервного копирования и запланировать резервное копирование так же, как и для обычной машины.

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

Недостатки. Защищает операционную систему и приложения, но не виртуальную машину, поэтому невозможно напрямую восстановить всю виртуализированную среду.

2. Резервное копирование на основе файлов для виртуальных машин VMWare

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

Преимущества: быстро, легко, не влияет на гостевую операционную систему или ее приложения. Резервное копирование выполняется и обеспечивается сервером ESXi.

Недостатки. Создается полный снимок ВМ без возможности удаления определенных приложений или непосредственного восстановления определенного приложения или файла. Вы можете восстановить только полный файл VMDK, который может быть большим и содержать ненужные приложения или данные. Целевое время восстановления (RTO) может быть выше при резервном копировании и восстановлении на основе файлов.

3. Специальное решение VMware для резервного копирования и восстановления

В прошлом VMware предоставляла инструмент под названием VMware Data Protection, но в 2017 году было объявлено об окончании доступности (EOA). Многие пользователи перешли на сторонние решения для резервного копирования, поддерживающие виртуализированные среды. Эти решения обеспечивают:

  • Резервное копирование с учетом приложений для технологий Microsoft, таких как Exchange, Active Directory и Microsoft SQL
  • Резервное копирование и восстановление гостевых операционных систем, целых ВМ или целых хостов ESXi
  • Мгновенное восстановление ВМ из резервной копии
  • Инкрементное резервное копирование с использованием VMware Changed Block Tracking и дедупликации для уменьшения объема хранилища
  • Veeam Backup and Replication
  • Acronis Cyber ​​Backup
  • Накиво
  • Synology Active Backup
  • ThinWare vBackup

Подробнее об этих решениях читайте в нашей статье о защите данных VMware.

Рекомендации по резервному копированию VMware vSphere

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

1. Резервное копирование на основе файлов (VMDK) лучше, чем резервное копирование гостевой операционной системы

Хотя мы объяснили плюсы и минусы обоих методов, многие эксперты согласны с тем, что предпочтительным вариантом прямого резервного копирования ВМ является файловый метод. Этот метод прост с точки зрения эксплуатации и не влияет на производительность целевой машины. Это может быть особенно важно для рабочих нагрузок с высокой пропускной способностью, таких как базы данных, серверы электронной почты или веб-приложения.

2. Согласованное резервное копирование приложений и VSS

При резервном копировании критически важных ВМ, содержащих такие приложения, как базы данных OLTP, убедитесь, что вы создаете резервную копию, согласованную с приложениями. Это означает, что вы должны приостановить приложения (это называется «приостановка») и принять другие меры, чтобы гарантировать, что вы не потеряете транзакции во время процесса резервного копирования. Для компьютеров Windows используйте службу теневого копирования томов Microsoft (VSS), предоставляемую как часть VMware Tools, для приостановки приложений.

3. Предоставьте достаточную пропускную способность и ресурсы для резервного копирования

Убедитесь, что вы выделили достаточные ресурсы на уровне сервера резервного копирования и сети, чтобы обеспечить достижение целей RPO. Например, если ваша RPO составляет 1 час, вам необходимо часто выполнять инкрементное резервное копирование в течение дня. Следующие ресурсы имеют решающее значение:

  1. Пропускная способность сети от сервера резервного копирования до целевых объектов резервного копирования — учитывайте объемы данных, которые необходимо передавать в течение дня.
  2. Аппаратные ресурсы на сервере резервного копирования. Если вы поддерживаете собственный сервер резервного копирования, предоставьте ему избыточное количество ресурсов, чтобы резервное копирование никогда не замедлялось из-за нехватки системных ресурсов.
  3. Аппаратные ресурсы в целях резервного копирования. При выделении компьютеров для рабочих нагрузок приложений учитывайте дополнительные накладные расходы, необходимые для процесса резервного копирования. Убедитесь, что компьютеры имеют достаточную мощность для выполнения своих обычных рабочих нагрузок, а также для управления своей частью рабочего процесса резервного копирования.

4. Не использовать снимки ВМ в качестве основного резервного копирования

Снимки ВМ удобны, когда вам нужно сохранить краткосрочные копии ВМ. Но они влекут за собой серьезное снижение производительности, поэтому не следует использовать моментальные снимки в качестве основного механизма резервного копирования. Для моментальных снимков ВМ требуется много места на диске, и они могут занимать больше места, чем исходный диск, для которого выполняется резервное копирование. Наконец, объединение моментальных снимков обратно на диск виртуальной машины — медленная операция, которая также может негативно сказаться на производительности машины.

5. Рассмотрите возможность использования vStorage API

vSphere предоставляет vStorage API, который обеспечивает программный доступ к файлу VMDK для целей резервного копирования и восстановления. Это также дает вам доступ к расширенным функциям, которые в настоящее время недоступны в интерфейсе управления VMware, таким как инкрементное резервное копирование с отслеживанием измененных блоков и дедупликация.

Все перечисленные нами сторонние средства резервного копирования VMware используют vStorage API для выполнения своей работы. Если у вас большое развертывание VMware и вы готовы инвестировать в разработку, рассмотрите возможность создания собственного автоматического механизма резервного копирования.

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

Cloudian HyperStore – это локальное корпоративное хранилище, сертифицированное для использования в средах VMware и обеспечивающее легкое масштабирование от сотен терабайт до эксабайт для поддержки резервного копирования данных любого масштаба. Он полностью совместим с S3 API. HyperStore используется в требовательных развертываниях масштаба оператора с использованием VMware vCloud Director.

В настоящее время Microsoft представила новую службу под названием Windows 365 Cloud PC в соответствии с продвигаемым ею подходом «как услуга». Это, конечно, не что иное, как виртуальные компьютеры на серверах Microsoft. Точно так же контейнеры, самым известным представителем которых является Docker, представляют собой виртуализированные элементы или целые операционные системы. Мы также можем виртуализировать всю физическую инфраструктуру, для чего и предназначен VMware ESXi.

VMware ESXi

Самое главное — понять, с каким продуктом мы имеем дело. В настоящее время VMware ESXi является наиболее разработанной и самой популярной системой гипервизора типа 1 на корпоративном рынке. Рисунок 1 прекрасно показывает, что ESXi представляет собой комплексное решение для виртуализации, расположенное между физическим оборудованием и операционными системами. Благодаря такому подходу мы можем виртуализировать многие компьютеры как виртуальные на физических серверах. Каждая из этих виртуальных машин может иметь любую операционную систему, что на практике позволяет иметь обе системы семейства Microsoft, а также Linux или Unix на одном физическом сервере.

Рис. 1. Оборудование — модель VMware ESXi

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

Резервный подход

В VMware ESXi нет готового встроенного решения для резервного копирования, и это приветствуется. VMware сосредоточилась на разработке своего продукта и возможностей виртуализации, а не на вариантах резервного копирования. Конечно же, VMware предусмотрела тот факт, что пользователи их продукта, большинство из которых представляют собой огромные центры обработки данных, захотят сделать резервную копию своей виртуальной инфраструктуры. По этой причине предоставляется не только весь API, который позволяет стороннему приложению подключаться и безопасно выполнять, например, моментальные снимки. У нас также есть возможность подключения с помощью SSH или даже PowerShell.

Клонирование виртуальных машин

Одним из часто используемых администраторами VMware ESXi вариантов является клонирование виртуальных машин. Эта функция создает точную копию заданных машинных файлов и состояний во время ее создания. Это очень важно. Это означает, что рядом с клонированной машиной стоит новая, идентичная, причем я имею в виду как виртуальное оборудование, такое как диски, количество оперативной памяти, процессоров и т. д., так и точную копию данных на виртуальном диске. Это означает, что мы получаем клон 1:1. На практике мы могли бы использовать написанный скрипт для подключения к серверу VMware, например, через SSH, клонирования данной машины и экспорта, например, в сетевой ресурс. Однако VMware не рекомендует этот подход по нескольким причинам. Во-первых, клонирование сильно нагружает не только сервер VMware, но и саму виртуальную машину, настолько, что виртуальная машина может отключиться или даже операционная система внутри может рухнуть. Также стоит упомянуть, что при клонировании все снапшоты консолидируются, и мы получаем виртуальную машину без каких-либо снапшотов. Вот почему этот процесс так нагружает сервер. Продолжительность такого процесса клонирования также сильно зависит от количества и продолжительности существования данного моментального снимка. Клонирование может занять десятки секунд или, в крайнем случае, десятки часов

Шаблоны виртуальных машин

Одним из вариантов, который дает нам возможность, аналогичную резервному копированию, является функция создания шаблонов из виртуальных машин. Как и при клонировании, VMware ESXi создает копию виртуальной машины 1:1. Затем копия преобразуется в так называемый шаблон. Шаблоны не могут функционировать сами по себе, как, например, клонированная машина. Как следует из названия, они предназначены для массового развертывания. Клонированная машина — это работающая независимая копия этой машины в масштабе 1:1. Шаблон, с другой стороны, представляет собой машину 1:1, подготовленную для массового тиражирования. Это один файл, поэтому теоретически такой шаблон можно экспортировать, но тут начинаются проблемы. Шаблоны довольно сильно зависят от платформы, на которой они были сделаны. Может оказаться, что такой шаблон, перенесенный на другую версию VMware ESXi, работать не будет.

Экспорт и преобразование виртуальных машин

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

Снимки виртуальных машин

Многие люди ошибочно полагают, что механизм моментальных снимков эквивалентен резервному копированию. Тем не менее, мы уже представили в нашем блоге и доказали тезис о том, что такой подход неверен. Однако, если бы мы включили снимок данной машины в качестве резервной копии, мы должны знать, что такой снимок хранится в папке виртуальной машины. Без файлов машины, таких как виртуальный диск, мы не можем использовать такой снимок для ее восстановления. Упрощая весь процесс для этой записи, можно сказать, что снимок — это контрольная точка с состоянием машины на момент создания снимка и файлами, содержащими изменения такой машины в реальном времени с этой точки. Однако следует отметить, что практически все решения, созданные для резервного копирования виртуальных машин в средах на базе VMware, используют технологию снэпшотов

Сторонние решения для резервного копирования

Для резервного копирования виртуальных машин VMware ESXi лучше всего использовать сторонние компании. Подключение к VMware ESXi также возможно через подготовленный компанией API. Это, в свою очередь, позволяет выполнять операцию моментального снимка для виртуальной машины. Следующий шаг — экспортировать такой снимок и преобразовать его в безопасную резервную копию вне VMware. За последние 20 лет многие компании представили свои решения для этого подхода, но Xopero решила создать всеобъемлющее, интуитивно понятное и надежное решение. Благодаря Xopero резервное копирование виртуальных машин в среде VMware происходит автоматически и безопасно. Также стоит упомянуть, что Xopero гарантирует, что весь процесс выполняется быстро и эффективно.

Подводя итоги

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

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