Обзор методик резервного копирования VMware VI 3.5 / vSphere: Data Recovery, Veeam Backup, VCB / Data Protection API, NetBackup. Обзор методик резервного копирования VMware VI 3.5 / vSphere: Data Recovery, Veeam Backup, VCB / Data Protection API, NetBackup. Автор: Александр Самойленко Дата: 21/07/2009 Поддержите VM Guru! USDT / TRC20, адрес: TCDP7d9hBM4dhU2mBt5oX2x5REPtq9QdU1 Статья:

Резервное копирование виртуальной инфраструктуры является краеугольным камнем для большинства администраторов VMware Virtual Infrastructure / vSphere. С одной стороны - виртуальные машины можно рассматривать как физические системы и делать бэкап "по старинке" с установкой агентов в гостевые ОС. С другой же стороны, "отвязанность" виртуальных машин от аппаратного обеспечения серверов позволяет более гибко подходить к резервному копированию виртуальных машин на VMware ESX и пробовать различные способы бэкапа, которых с выходом VMware vSphere 4 стало на один больше.

Итак, какие способы резервного копирования можно использовать в виртуальной инфаструктуре VMware VI 3.5 / vSphere 4:

• Фреймворк VMware Consolidated Backup / vSphere Data Protection API и интеграция этих механизмов с продуктами для резервного копирования сторонних производителей (например, Symantec NetBackup или ARCserve).

Более детальную информацию о резервном копировании средствами VMware VCB можно узнать в статье "VMware Consolidated Backup - как установить, настроить и заставить работать".

• Продукт Veeam Backup, который интегрирован со средствами VMware Consolidated Backup / vSphere Data Protection API и позволяет производить не только резервное копирование ВМ на уровне образов и восстановление на уровне образов, отдельных дисков и файлов, но и делать реплики виртуальных машин на других хостах ESX.
• Продукт VMware Data Recovery, который появился в VMware vSphere и использует функционал vSphere Data Protection API для создания резервных копий виртуальных машин.

Более детальную информацию о резервном копировании средствами VMware Data Recovery можно узнать в статье "Как работает резервное копирование и восстановление VMware Data Recovery для виртуальных машин на ESX в vSphere 4".

• Создание снапшотов LUN в SAN напрямую средствами дисковых массивов или репликация томов в SAN
• Установка агентов резервного копирования для резервного копирования на уровне файлов и ВМ целиком из гостевой ОС.

Преимущества и недостатки этих решений по резервному копированию виртуальных машин на VMware ESX 3.5 / ESX 4 приведены в таблице ниже:

	Методы резервного копирования виртуальной инфраструктуры VMware Virtual Infrastructure 3.5 / vSphere
Тип резервного копирования	Посредством VMware Consolidated Backup / vSphere Data Protection API	Veeam Backup (в режиме работы с VCB и без VCB)	VMware Data Recovery	Напрямую в SAN (например, NetBackup Snapshot Client + встроенные средства массива) или репликация в SAN	Агенты в гостевых ОС виртуальных машин
Возможности создания резервных копий	Полная копия образа ВМ (Full VM Backup) Инкрементальная копия ВМ (только Windows) РК на уровне образов, восстановление на уровне образов и отдельных файлов (для файлов только Windows)	Полная копия образа ВМ (Full VM Backup) Синтетический бэкап (последняя копия всегда полная, более старые - дедуплицированы) РК на уровне образов, восстановление на уровне образов и отдельных файлов (для пофайлового восстановления поддерживается Windows, Linux, FreeBSD и др.) Создание реплики ВМ	Полная копия образа ВМ Следующие копии - дедуплицируются Поддержка целевых хранилищ VMFS, RDM и NAS. Поддержка восстановления на уровне файлов (Win) - экспериментальна	Полные резервные копии ВМ (LUN Snapshot или Snapclone)	Полностью ВМ (пофайлово) Инкрементальная копия Отдельные файлы
Состояние резервной копии	• Crash-consistent • Quiesced (на уровне ОС Windows) • Quiesced (на уровне приложений)	• Crash-consistent • Quiesced (на уровне ОС Windows) • Quiesced (на уровне приложений)	• Crash-consistent • Quiesced (на уровне ОС Windows) • Quiesced (на уровне приложений)	• Crash-consistent	• Quiesced (приложение)
Состояние виртуальной машины (запущена / остановлена)	Горячее и холодное	Горячее и холодное	Горячее и холодное	Горячее и холодное	Только горячее
Размещение резервных копий	Nearline, Offline	Nearline, Offline	Nearline, Offline	Nearline, Offline + удаленная площадка (farline)	Nearline, Offline
Размещение агента	Прокси-сервер резервного копирования (VCB / vStorage API)	Прокси-сервер резервного копирования (VCB / vStorage API) + ПО Veeam Backup. Можно без VCB / Data Protection	На хостах ESX	Агент отсутствует	В гостевой ОС
Загрузка сети LAN	Копирование по LAN или SAN	Копирование по LAN или SAN	Копирование по LAN или SAN (трафик на SMB-шару идет только по LAN)	Копирование только по SAN	Копирование по LAN или SAN (например, SAN Media Server в NetBackup)
ЗА использование метода	Один агент на всю инфраструктуру - не грузит ВМ. Не грузит сеть LAN. Quiesced - бэкапы Простой процесс полного восстановления полной резервной копии Интеграция с ПО резервного копирования	Самое быстрое восстановление из последнего бэкапа Восстановление файлов Windows, Linux Быстрое восстановление из реплики (ВМ уже готова к запуску) Можно восстанавливать файлы сразу в ВМ Quiesced - бэкапы Не грузит сеть LAN. Поддерживает VCB / Data Protection API	Идет в комлекте с VMware vSphere (кроме изданий Standard и Essetials) Простая конфигурация Поддержка дедупликации Поддержка шифрования	Бэкапы без загрузки LAN Не требуется агент резервного копирования Репликация на уровне SAN позволяет создать катастрофоустойчивое DR-решение Быстрое восстановление при катастрофе	Восстновление файлов напрямую в ВМ Application-aware (интеграция с различными приложениями, например SAP или Oracle) Резервное копирование отдельных файлов Windows и Linux
ПРОТИВ использования метода	Нельзя восстанавливать файлы непосредственно в ВМ Нет восстановления файлов для Linux	Надо покупать Veeam Backup Нет бэкапа отдельных файлов	Только 100 ВМ на Appliance ESX 3.5 - не поддерживается Слишком простой функционал, который пригоден только для SMB	Необходимы возможности снапшотов SAN на массиве Нельзя восстанавливать файлы непосредственно в ВМ, сложно восстанавливать отдельные файлы Дорогое решение	Нагрузка на сеть и CPU Полный бэкап ВМ занимает больше времени Агент на каждом хосте Сложный процесс полного восстановления системы

Таким образом, вот когда нужно использовать приведенные выше средства резервного копирования инфраструктуры виртуализации VMware VI 3.5 / vSphere 4:

• VMware Consolidated Backup / vSphere Data Protection API - это всего лишь фреймоворк и его надо использовать со сторонними продуктами резервного копирования, например, Veeam Backup или NetBackup.
• Veeam Backup - оптимальное средство для создания резервных копий виртуальных машин в виртуальной инфраструктуре как VI 3.5, так и vSphere 4, однако он стоит денег.
• VMware Data Recovery имеет смысл использовать для небольших инфраструктур, где данные обладают невысокой критичностью и нет жестких требований RTO и RPO.
• Бэкап и репликацию напрямую в SAN стоит использовать для наиболее быстрого восстановления после катастроф и репликации на удаленную DR-площадку.
• Агенты в гостевых ОС нужно использовать, когда требуется бэкап на уровне файлов, которые часто изменяются. Кроме того, без такого типа бэкапа не обойтись когда нужна интеграция с тяжелыми корпоративными приложениями (например, Oracle или SAP), а также для Linux-систем. Ну и понятное дело, на ленту будет записывать ПО вроде NetBackup или TSM.

Выбор редакции: продукт Veeam Backup для виртуальной инфраструктуры, а NetBackup - для всего остального. Хе-хе, пока есть еще всё остальное).

Комментариев: 2
	dim-soft (21/07/2009)
	areconster (21/07/2009)