суббота, 24 октября 2009 г.

backup

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

*) С помощью стороннего софта или скриптов, бесплатный вариант. Об реализации отлично написано тут - Создание резервных копий ВМ подручными средствами (и там уже 60 комментариев :).
Плюсы: Дешево.
Минусы: Бекап только всей ВМ (т.е. full или image level backup). Нет законченного решения (скрипты), или работающего с бесплатным ESXi средства (софт).

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

*) Решения бекапа от VMware. Это продукт под названием VMware Data Recovery. Виртуальная машина, делающая image level backup инкрементально, с дедупликацией.
Плюсы: Просто реализовать, настроек минимум. И бекап, и востановление интегрируется в клиент vSphere. Лицензия на DR входит во многие лицензии vSphere.
Минусы: настроек минимум. Не умеет класть на ленточку.

*) комбинированное решение с VCB - VMware Consolidated Backup. Суть в том, что делаем выделенный сервер бекапа (VCB Proxy) - физический или виртуальный сервер Windows. Устанавливаем на него "третьесторонний агент бекапа" (в кавычах потому, что этим агентом может быть и bat файлы - читайте у Антона Жбанкова). VCB подмонтирует данные ВМ к этой Windows, и "агент бекапа" их забирает куда скажем.
Плюсы: в случае физического сервере, бекапный трафик может идти по SAN сети. Один агент (который может стоить денег) бекапит все наши ВМ. Бекап и image level, и на уровне файлов гостя.
Минусы: Не все приложения могут быть забекаплены таким образом, из за проблем консистентности данных при снапшоте (для DR и Veeam Backup это тоже актуально). Бекап на уровне файлов гостя - только для Windows ВМ.

(В плюсах и минусах я что то мог упустить - если что в камменты).

Но для vSphere VMware планирует отказаться от VCB, за счет поддержки ESX'ом т.н. vStorage API for Data Protection. У такой реализации драйвера под VMFS (чем во многом и является VCB) есть преимущества. Вкратце они сводятся к возможности построения более простых и гибких решений для бекапа. Из минусов, кстати, невозможности или усложнения скриптования их испольхования. Подробнее про плюсы минусы можно глянуть тут - What is VMware vStorage API?.

Притом, vStorage API for Data Protection это только один из нескольких vStorage API, которые создала VMware. В целом это:

 1) vStorage API for Data Protection (this is what you’re talking about) – a set of APIs focused on local backup/recovery use cases. You cover this well.

2) vStorage APIs for Site Recovery Manager – a set of APIs focused on array vendor remote replication such that they can be orchestrated by Site Recovery Manager.

3) vStorage APIs for Multipathing (otherwise known as the Pluggable Storage Architecture). A set of APIs for 3rd parties to extend vSphere’s core multipathing architectures.

4) vStorage APIs for Array Integration (VAAI). Technically not in vSphere 4, but have been discussed in VMworld events in the past. Will be available in future vSphere-generation releases. This allow array vendors to “offload” various tasks from the ESX host’s vmkernel stack – things like writing blocks that make up VMs, copying/snapshotting blocks, doing thin-provisioning out of space handling, and also a much more advanced global locking mechanism than VMFS uses today. These each will make common actions 5x-10x faster (clone, deploy from template, create a FT VM), and improve VMFS scaling by an order of magnitude. More on that here, for folks that are interested (note that when I wrote this, vStorage API for Data Protection was called the VCB Backup Framework)
Пара интересных моментов об этом тут - So, what does vStorage really mean?.

Наконец, я это все к чему:
1) VCB является хорошей штукой, которая часто самая эффективная для бекапа ВМ.
2) VMware сделала API, которые придут на смену VCB.
3) Когда? Как их задействовать?

Углядел часть ответа на этот вопрос тут - Even with new and advanced VMware data backup tools, users stick with older technologies.
Цитата:
..
 сurrently shipping products with VMware vStorage API integration include CA Inc.'s ARCserve Backup 12.5 (day-one support); FalconStor Software Inc.'s Network Storage Server (NSS); and PHD Virtual's esXpress 3.6 (snapshots only; full support will follow in version 4.0; Quantum Corp. OEM's esXpress). Veeam's Backup & Recovery 4.0, slated for release this fall, will also integrate with the vStorage APIs.
Products with roadmap plans to integrate with the vStorage API include AppAssure's self-titled continuous data protection (CDP) product; Asigra Inc.'s Hybrid Cloud Backup v9 and v9.2 Service Pack; BakBone Software Inc.'s NetVault; Double-Take Software Inc.'s Double-Take Backup; EMC Corp.'s Avamar and NetWorker; Symantec Corp.'s Backup Exec 2010 and NetBackup 7.0; and Zmanda Inc.'s Zmanda Recovery Manager. 

..

7 комментариев:

  1. Недавно был выпущен "Acronis® Backup & Recovery™ 10 Advanced Server Virtual Edition".
    Я принимал в этом некоторое участие, поэтому выскажу своё личное мнение.
    Сначала очевидный минус - стоит денег :)
    Зато в плюсах практически все вышеперечисленные: любой тип бэкапа - full, incremental, differential, volume-, disk-, or file-level based для любых поддерживаемых ОС. Не требует установки софта в ВМ. Умеет класть данные на ленточку. Есть опциональная дедупликация. Есть возможность избежать проблем консистентности данных при снапшоте :) В принципе работает с бесплатным ESXi, но, возможно, это уберут по чьей-то просьбе :) Огромное количество настроек, интеграция с инфраструктурой архивации от Acronis, интеграция с vCenter Server, поддержка Hyper-V, ESX(i) 3.5 и 4, и тд. и тп.
    Для сранения я смотрел некий продукт - который якобы "лучшее бэкап-решение для vSphere, 2009". Более глючного поделия я давненько не видел, даже когда оно работало - уступало по всем параметрам.
    Более другой продукт - это который бывший фаворит, а нынче в опале :) - гораздо лучше предыдущего. По эффективности может с нами поспорить, но недолго :) По функциям - однозначно в минусе.
    Вот так вот. Судя по молчанию блогосферы наши маркетологи непонятно что делают. Ну да ладно, это меня не касается :)

    ОтветитьУдалить
  2. ёу. круто.
    может, вам несложно было бы сделать крошечный обзор, в принципе даже этот пост подойдет - с парой другой технических деталей и скриншотов? я бы запостил отдельно.

    ОтветитьУдалить
  3. Мне, конечно, не сложно. Но, во-первых, мне работать надо, to make customers happy :) Во-вторых, есть на сайте и доки, и мануалы, с продуктом идёт хорошая справочная система. Там и скриншоты есть тоже. Даже триал-версию можно скачать :) Если этого не хватает - тогда я могу попытаться помочь.
    Да, тот самый урл - http://www.acronis.com/backup-recovery/advanced-server-virtual/

    Если кратко - продукт ставится как Virtual Appliance, через импорт OVF на конкретный хост, чем напоминает VDR. Продукт с помощью Acronis Management Server можно зарегистрировать на vCenter, после чего можно автоматически устанавливать его на все подконтрольные vCenter хосты. При бэкапе создаётся снепшот ВМ, который, собственно и архивируется. Снепшот всегда запрашивается максимально корректный, и, если на гестовой ОС стоят VMware Tools, снепшот должен создаваться в консистентном виде. Бэкапить можно на сетевую CIFS\SMB папку, NFS, локальные диски и LUN-ы с любой поддерживаемой ФС (NTFS, EXT2/3, FAT16/32, ...). Можно (и нужно :) бэкапить на Storage Server с дедупликацией или без неё. Virtual Appliance интегрируется в инфраструктуру на основе Acronis Management Server точно так же, как и обычная физическая машина, но, естественно, опознаётся и обрабатывается специальным образом. Есть возможность создания архива ВМ даже если сам VA стоит на другом хосте, если он и соответствующие хосты зарегистрированы в vCenter. Можно при создании задачи архивирования ВМ или физической машины настроить создание резервной копии на любом зарегистрированном хосте и обновляться эта резервная копия будет по тому же расписанию, по которому архивируется исходная машина. Есть возможность создания статических и динамических груп физических и/или виртуальных машин.
    На самом деле настроек и возможностей масса, лучше скачать и посмотреть самим, обо всём не расскажешь. Естественно, Acronis® Backup & Recovery™ 10 Advanced Server Virtual Edition умеет работать и с физическими машинами тоже. Кроме того, даже не Virtual Edition умеет конвертировать имеющийся или только создаваемый архив в ВМ для Citrix XEN Server 5, VMware Workstation 6.x.x, Parallels WS 2.2.2xxx.
    Если что-то будет работать "не так" - обращайтесь ко мне :)

    ОтветитьУдалить
  4. To QA: А что у Acronis с архивирование/восстановлением AD? А что по поводу поддержки SQL VSS?

    ОтветитьУдалить
  5. Announcing End of Availability for VMware Consolidated Backup.....
    The vStorage APIs for Data Protection are the next generation of VMware Consolidated Backup and are included with all editions of VMware vSphere except ESXi.
    Означает ли это что для ESXi это API не применимо вообще и нужно будет использовать старый VCB (из возможных native решений)?

    ОтветитьУдалить
  6. если имеется в виду ESXi c бесплатной лицензией, то я не знаю точно, заработает ли с ним VCB.
    По таблице лицензий выходит что нет
    http://vsphere.vm4.ru/licenses

    ОтветитьУдалить
  7. VCB и vStorage API for Data Protection суть два поколения одного и того же.

    ОтветитьУдалить

Примечание. Отправлять комментарии могут только участники этого блога.