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. 

..