2.4 Резервное копирование
В качестве одного из наиболее важных средств обеспечения безопасности работы на компьютере и надежности хранения данных является резервное копирование.
Резервное копирование виртуальной инфраструктуры является неоднозначно решаемой задачей для большинства администраторов VMware ESX/ESXi. С одной стороны – виртуальные машины можно рассматривать как физические системы и делать бэкап "по старинке" с установкой агентов в гостевые ОС. С другой же стороны независимость виртуальных машин от аппаратного обеспечения серверов позволяет более гибко подходить к резервному копированию виртуальных машин на VMware ESX и пробовать различные способы бэкапа.
В процессе работы были выявлены следующие способы резервного в виртуальной инфраструктуры VMware / vSphere :
фреймворк VMware Consolidated Backup / vSphere Data Protection API и интеграция этих механизмов с продуктами для резервного копирования сторонних производителей (например, Symantec Net Backup или ARCserve);
продукт Veeam Backup, который интегрирован со средствами VMware Consolidated Backup / vSphere Data Protection API и позволяет производить не только резервное копирование ВМ на уровне образов и восстановление на уровне образов, отдельных дисков и файлов, но и делать реплики виртуальных машин на других хостах ESX;
создание снапшотов LUN в SAN напрямую средствами дисковых массивов или репликация томов в SAN;
установка агентов резервного копирования для резервного копирования на уровне файлов и ВМ целиком из гостевой ОС;
использование ghettoVCB;
продукт Acronis vmProtect 6.
2.4.1 VMware Consolidated Backup.
Резервное копирование данных и восстановление систем после сбоев является критически важным процессом для ИТ–инфраструктуры организации. Компания VMware предлагает простой и эффективный механизм, решающий задачи резервного копирования – фреймворк VMware Consolidated Backup (VCB).
VCB используется для создания резервных копий виртуальных машин, отдельных серверов VMware ESX Server, а также работает в совокупности со средством управления виртуальной инфраструктурой VMware Virtual Center. Поскольку VCB является всего лишь фреймворком для резервного копирования в виртуальной инфраструктуре, требуется либо использование ПО для резервного копирования сторонних производителей для автоматизации задач архивирования (которые поддерживают средства VCB), либо вручную писать сценарии командной строки, добавляя их в планировщик задач Windows.
VCB реализует следующие возможности:
создание архивных копий виртуальных машин посредством специального прокси–сервера VCB, который снимает нагрузку по созданию резервных копий с серверов производственной сети LAN за счет операций непосредственно в сети хранения данных SAN;
не требует установки дополнительных агентов на серверы ESX и в гостевые ОС;
предоставляет широкие возможности по интеграции с продуктами сторонних производителей средств резервного копирования. При этом поддержка многих пакетов уже встроена в VCB (а кроме того и, наоборот, эти продукты имеют VCB–поддержку). К ним относятся: Symantec Backup Exec, Veritas NetBackup, Tivoli Storage Manager, EMC Networker, CA Bright Store ARCServe, Commvault Galaxy.
На рисунке 3 представлена схема резервного копирования VCB.
Рисунок 3 Принцип работы резервного копирования VCB
На этой схеме показано то, что, поскольку виртуальные машины (то есть их виртуальные диски и файлы конфигурации) находятся на общем хранилище, есть возможность сделать мгновенный снимок файлов виртуальных дисков и скопировать их на прокси–сервер (или смонтировать тома гостевой ОС). Далее резервную копию виртуальной машины или ее файлы с прокси–сервера VCB можно скопировать на архивный носитель, например, ленточную библиотеку.
Реализуется это следующим образом – VCB заставляет ESX Server сделать снапшот виртуальной машины в то время, когда она запущена. Таким образом из одного файла виртуального диска на время получается два – один сохранил свое состояние на момент снимка, второй же накапливает все изменения виртуального диска, пока первый файл выкачивается прокси–сервером. Как только файл виртуального диска загружается на прокси–сервер, эти два файла на системе хранения снова сливаются в один.
На прокси–сервере VCB мы получаем полноценную резервную копию виртуальной машины, при этом в процессе создания копии не загружается сеть производственной среды LAN, поскольку снапшот делается на системе хранения и по Fibre Channel или iSCSI загружается на прокси–сервер. Серверы ESX также нагрузки не испытывают, поскольку все делается только на уровне хранилища, не затрагивая серверную часть, поэтому бэкап виртуальных машин можно делать в течение дня, а не только в периоды наименьшей нагрузки.
После того, как копия виртуальной машины попала на прокси–сервер VCB, ее можно отправить уже на ленточную библиотеку или другое хранилище.