Veeam Backup & Replication V11: маленькие штучки

В предыдущих статьях мы поговорили о Instant MSSQL Recovery и новых агентах. Сегодня же не будет подробной статьи о чём-то одном — у нас будет много больших и маленьких штук, которые мы увидим в 11-й версии

Сначала про наиболее интересное, о чём уже написали мои коллеги Veeam Vanguards:

• CDP (Continuous Data Protection), который мы ждём аж с 2017 года, из-за которого так сильно задержался релиз V10 и в котором в итоге CDP так и не появился. Но теперь точно будет в 11-й версии — уже доступно в бете и есть несколько постов о его настройке и работе.
  Matt Crape — Hands On With Veeam v11 CDP
• Плагин для VMware vCloud Director для управления бекапами и возможность file level recovery.
  Steven Onofaro — GETTING STARTED WITH THE VEEAM V11 NATIVE PLUG-IN FOR VCLOUD DIRECTOR
• REST API поддерживает только то, что имеет отношение к VMware, репозитории поддерживаются NAS/DAS/S3. Markus Kraus уже занят подготовкой модулей для Ansible, так что если вы используете REST API в своей работе, то с его помощью можно будет конфигурировать и Veeam.
  Markus Kraus — Veeam Backup & Replication RestAPI Ansible Collection
• Instant NAS Recovery.
  Ben Young — Veeam Instant NAS Recovery in v11, Malware Detection and Machine Learning
• Поддержка Google Cloud, но только в качестве Capacity tier. Также есть возможность переносить бекапы из Capacity в Archive tier в пределах площадки, без необходимости таскать их туда-сюда.
  Steven Onofaro — GOOGLE CLOUD OBJECT STORAGE OPTION NOW AVAILABLE IN VEEAM V11

Большую подборку статей по V11 от Veeam Vanguards можно найти на сайте Veeam — v11 is coming! What’s got the Veeam Vanguard community so excited?

Продолжаем — новинки “одной строкой”:

• Enterprise Manager получит автоматический перевод интерфейса.
• Интерфейс VBR стал асинхронным, так что надеемся что ситуаций, когда он тормозит, не останется вовсе.
• File Level восстановление данных linux машины без FLR-appliance (на подготовленном заранее сервере linux). Вместо appliance вы можете подготовить машину с нужным вам дистрибутивом, настроить её согласно вашим политикам безопасности и использовать для восстановления данных.
• Backup Copy Retention получил такой же UI как и бекапные джобы, т.е. поддерживает теперь настройку GFS (Grandfather-Father-Son) в рамках джобы.
• Расширена поддержка тегов vSphere, самое главное — появился оператор “AND”, который позволит объединять несколько тегов для более гранулярной выборки VM.
• Репликация между VMware vCloud Director, в том числе и через Enterprise Manager.
• Больше не требуются админские права для запуска консоли VBR.
• Кастомные фильтры для списков заданий.
• Приоретизация джобов.
• NAS бекап для NetApp (Lenovo) и Dell EMC Isilon со снепшотами, а также поддержка Change File Tracking File Integration. Теперь не нужно (как в 10-й версии) писать отдельный скрипт, который будет создавать снепшот — при добавлении СХД (как и для Windows агента) появилась возможность указать, что эта СХД будет использоваться для файлового бекапа.После этого мы добавляем не просто файловую шару, как это было в 10 версии, а NAS Device.И уже после создаём джобу и выбираем шару уже на уровне самой СХД (в контексте ONTAP мы видим SVM и его вольюмы).Veeam уже имеет интеграцию с СХД, соответственно, знает для какого вольюма необходимо сделать снепшот, сам же делает export policy (для NFS) для себя и забирает данные. Именно такого подхода к бекапу файловых шар с СХД изначально и ждали от Veeam, теперь остаётся дождаться только расширения списка поддерживаемых СХД, т.к. список NAS Devices состоит всего из двух СХД, что намного меньше, чем для блочного доступа.

Теперь несколько изменений «под капотом», которые внешне мы не увидим, но они дают новые преимущества

• Оптимизация «Optimal Compression». В сам алгоритм не вносилось никаких изменений, но благодаря оптимизации кода удалось повысить её эффективность по сравнению с 10a.
• Появилась возможность включить многопоточность при работе с использованием NBD. Некоторые конкуренты во всю используют эту возможность, но у Veeam при использовании многопоточности в режиме NBD удалось получить всего +10% производительности, но при этом могут возникать проблемы с лимитами на потоки со стороны ESXi, что может приводить к проблемам во время резервного копирования. Поэтому компания Veeam не стала включать данный режим «по-умолчанию», но дала такую возможность для пользователей через добавление параметра VMwareNBDConnectionsPerDisk. Также по внутренним тестам самой Veeam — наилучшая производительность получается при 2 подключениях на каждый диск.
• ReFS Fast Clone также получил обновление, что позволило уменьшить время создания синтетического фулл бекапа в 2 раза.
• Application-Aware Processing для MSSQL получил дополнительный чекбокс — фейлить image-level бекап, если не удалось выполнить резервную копию транзакционных журналов. По-умолчанию чекбокс скрыт и становится доступен при добавлении параметра AAIPSQLShowExperimentalOptions.
• Veeam перешёл от использования PowerShell snap-in на модуль и больше нет необходимости устанавливать PowerShell 2.0 на сервер резервного копирования.
• Изменился механизм работы Quick Migration для машин с большим (более 8Гб) объёмом оперативной памяти. Проблема в том, что для таких машин состояние памяти по NFS передавалось крайне долго и quick был совсем не quick. Поэтому для них механизм миграции сменили на холодный, т.е. через выключение VM. Изменить поведение на старое можно также через параметр реестра QMSmartSwitchRAMThresholdGB.

Отдельно пара слов про Linux proxy:

• Расширены возможности Linux Backup Proxy: Network Mode (NBD), Direct SAN (NFS, iSCSI and FC) и поддержка снепшотов СХД. Теперь всё тоже самое, что и для Windows, только на Linux — полноценный прокси.
• Появилась возможность использовать одноразовые учётные данные для доступа к Linux proxy с сервера Veeam.
• Возможность хранить неизменные (immutability) резервные копии, что поможет избежать их злонамеренному удалению или порче.

На сегодня это всё. Я попытался собрать в этой заметке все те мелочи, о которых не станешь писать отдельную статью, но которые довольно важны и интересны.