Безопасность - это не только конфиденциальность. РусКрипто 2016.

Безопасность - это не только конфиденциальность from Anton Zhbankov

Транспортные протоколы резервного копирования VMware

Для резервного копирования виртуальных машин используется несколько транспортных протоколов – NBD, SAN, HotAdd. 

NBD (Network Block Device) является наиболее универсальным и доступным для любых видов СХД и окружений. При его использовании поток данных с СХД проходит через гипервизор ESXi и направляется на сервер резервного копирования по локальной сети. На практике его не рекомендуют использовать, если есть возможность работы с протоколами SAN и HotAdd, превосходящими его по разным отзывам от двух до десяти и более раз по скорости передачи данных.

SAN – используется при прямом подключении сервера резервного копирования в сеть хранения данных. Для его использования серверу РК необходим прямой доступ к томам с VMFS, что накладывает требования на конфигурирование хоста и ограничение доступа к нему. Для Windows необходимо отключить автоматическую инициализацию дисков во избежание перетирания сигнатур и метаданных VMFS. И разумеется никто не хочет, чтобы чьи-то неумелые или напротив, опытные, но зловредные потерли сами данные. Возможно предварительно их утащив.

В случае с Fiber Channel сетью сервер РК должен быть физическим и физически подключен в оптическую фабрику. В процессе резервного копирования гипервизор сообщает какие блоки необходимо забирать с тома VMFS и сервер РК читает их с СХД самостоятельно. Скорость резервного копирования ограничена лишь нагрузкой на СХД и способностью сервера РК справиться с потоком данных. Влияние гипервизора в данном случае минимально.

Несмотря на очевидное преимущество SAN протокола, не все так просто. Идеальным вариантом он является только при восстановлении толстых (thick) дисков, но наихудшим для тонких из-за постоянных вызовов API дискового менеджера (AllocateBlock, ClearLazyZero). В случае восстановления тонких дисков предпочтительно использовать NBD.

Также при восстановлении по SAN необходимо отключать CBT. Также не поддерживается запись в redo логи (снапшоты), восстановление идет только базовых дисков.
Особая тонкость в том, что размер диска должен быть точно кратен размеру блоку VMFS, иначе последний блок не сможет быть записан и весь процесс упадет с ошибкой "Invalid Argument". Для обхода этой проблемы софт резервного копирования должен дописать в конец блока недостающие нули.

HotAdd – способ, при котором к специальной виртуальной машине-прокси на горячую подключаются виртуальные диски целевой виртуальной машины, после чего прокси машина пересылает данные по локальной сети на сервер РК. Прокси может выполнять компрессию и дедупликацию данных при пересылке, в зависимости от используемого продукта РК. Роль прокси и сервера РК может быть также совмещена. Несмотря на использование дискового стека гипервизора для доступа к данным, скорость на практике практически равна варианту SAN.

В случае VMFS3 располагайте прокси на томах с большим размером блока VMFS, чтобы быть в состоянии бэкапить и восстанавливать очень большие файлы. Для VMFS5 размер блока унифицирован и эта рекомендация более неактуальна.

Поскольку при работе HotAdd создаются redo логи, не удаляйте подключенную ВМ пока не завершится процесс резервного копирования. Иначе гипервизор потом не сможет правильно обработать redo логи и диски от прокси придется отключать вручную. (!) Не удаляйте снапшоты до окончания резервного копирования (!).

Бесплатная книга о защите данных в средах VMware

Компания Veeam сделала прекрасный подарок всему сообществу, выложив в открытый доступ книгу известного специалиста в области виртуальных сред VMware "Top 10 Best Practices for VMware Data Protection by VMware vExpert Eric Siebert".

Eric Siebert is an IT industry veteran, author and blogger with more than 25 years of experience, most recently specializing in server administration and virtualization. He is a very active member of the VMware VMTN support forums, where he's attained the elite Guru status by helping others with their virtualization-related challenges.

VMware Data Recovery 1.2

Вышла новая версия VMware Data Recovery.

Релиз включает в себя кучу багфиксов, а так же:

• клиент для восстановления файлов из ВМ с Linux
• возможность запускать до 10 экземпляров VDR с одним vCenter
• быстрое переключение между экземплярами VDR в плагине для клиента vSphere

Veeam Backup 3

Инженеры компании Veeam зарабатывают на свой хлеб с маслом, выпуская продукты, упрощающие жизнь администратору VMware Virtual Infrastructure. И надо сказать, что очень достойные продукты.
Хочу рассказать об интересных особенностях их нового продукта, Veeam Backup 3.0.

В чем же его отличие от бесплатного VCB?

Прежде всего, это полноценный и удобный GUI, причем совмещен инструмент как резервного копирования, так и восстановления.
Veeam Backup
1) работает с ESXi, включая бесплатный.
2) способен работать как самостоятельно, так и в паре с VCB, снимая дополнительную нагрузку с ESX сервера.
3) поддерживает Microsoft VSS.
4) поддерживается восстановление отдельных файлов для файловых систем FAT & NTFS.
5) Клиент Veeam Backup одновременно является и FastSCP. Или наоборот, кому как нравится :)


Помимо всего прочего, Veeam Backup презентуется как решение с "синтетическим" бэкапом. Чем же синтетический отличается от привычных дифференциального и инкрементального?

Полный бэкап - определение самоочевидно :)
Дифференциальный бэкап - в бэкап записываются данные, измененные со времени последнего полного бэкапа.
Инкрементальный бэкап - в бэкап записываются данные, измененные со времени последнего любого бэкапа.

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

Синтетический бэкап, используемый в Veeam Backup - это инкрементальный бэкап наоборот. После первого полного бэкапа остальные идут как инкрементальные, но(!) вместо того, чтобы записывать на диск инкрементальный бэкап, все переворачивается с ног на голову. Инкрементальный бэкап используется для обновления состояния полного бэкапа, а пишутся на диск обратные инкрементальные изменения. Что это дает?
Наиболее востребована только последняя сделанная копия, ибо, что вполне логично, нам требуется наиболее свежее состояние системы. При прямом инкрементальном бэкапе нам надо взять последний полный бэкап и последовательно накатить на него все инкрементальные изменения (или одно дифференциальное). Здесь же, в синтетическом (обратном инкрементальном) бэкапе, последняя актуальная копия всегда является полной. И только если вдруг нам потребуется копия более ранняя, придется накатить на полный бэкап обратные инкременты.

Одно из несомненных достоинств Veeam Backup - дедупликация данных "на лету" при бэкапе, и интегрированный механизм компресии самих файлов бэкапов.

Все это прекрасно, спору нет. Вопрос о цене.
Veeam Backup лицензируется по количеству сокетов обслуживаемой инфраструктуры ESX серверов. Цена лицензии $550 за сокет, поддержка 5*8 на год включена в лицензию, дополнительная поддержка 5*8 стоит 120$ в год за сокет.