Veeam proxy server linux

VMware Backup Proxies

A VMware backup proxy is an architecture component that sits between the backup server and other components of the backup infrastructure. While the backup server administers tasks, the proxy processes jobs and delivers backup traffic.

Basic VMware backup proxy tasks include the following:

• Retrieving VM data from the production storage
• Compressing
• Deduplicating
• Encrypting
• Sending it to the backup repository (for example, if you run a backup job) or another VMware backup proxy (for example, if you run a replication job)

VMware Backup Proxy Transport Modes

Depending on your backup architecture, a VMware backup proxy can use one of the following data transport modes:

If the VM disks are located on the storage system and the storage system is added to the Veeam Backup & Replication console, the VMware backup proxy can also use the Backup from Storage Snapshots mode.

You can explicitly select the transport mode or let Veeam Backup & Replication automatically choose the mode. For details, see Transport Modes and Configuring Backup Proxy for Storage Snapshots .

VMware Backup Proxy Deployment

By default, the role of the proxy is assigned to the backup server itself. However, this is sufficient only for small installations with low traffic load. For large installations, it is recommended to deploy dedicated backup proxies.

To optimize performance of several concurrent jobs, you can use several backup proxies. In this case, Veeam Backup & Replication will distribute the backup workload between available backup proxies. You can deploy backup proxies both in the primary site and in remote sites.

To deploy a proxy, you need to add a Windows-based or Linux-based server to Veeam Backup & Replication and assign the role of the VMware backup proxy to the added server. For requirements and limitations that backup proxies have, see Requirements and Limitations for Backup Proxies .

VMware Backup Proxy Services and Components

Backup proxies run light-weight services that take a few seconds to deploy. Deployment is fully automated. Veeam Backup & Replication installs the following components and services:

• Veeam Installer Service is an auxiliary service that is installed and started on any Windows server once it is added to the list of managed servers in the Veeam Backup & Replication console. This service analyzes the system, installs and upgrades necessary components and services depending on the role selected for the server.
• Veeam Data Mover is a component that performs data processing tasks on behalf of Veeam Backup & Replication , such as retrieving source VM data, performing data deduplication and compression, and storing backed-up data on the target storage.

Источник

Veeam B&R – Set up Linux server as a backup-proxy

Welcome to my Veeam Backup & Replication Series. In this quick session I will describe how I set up a linux server as backup proxy in my lab. Why set up a proxy in Veeam? Well, in many production environments the implementation of a proxy will give a positive impact on throughput and lowering the time backup-jobs take. In certain environments, setting up proxies in different segments of the network, will be necessary out of security reasons as well. Veeam B&R supports both MS Windows and Linux proxies. Using a Windows server as a proxy will from time to time trigger a new Windows server license, which isn’t desirable. In those cases, using a linux server instead, is an economic and smart solution. In this session, I will show how I set up an Ubuntu 16.04 LTS server as proxy in my lab. An important prerequisite is to install ssh when installing the OS of the Ubuntu server. Veeam has a very nice documentation about this feature here: Veeam B&R Backup Proxy First of all, when creating the virtual machine for this Ubuntu server, the most important setting is vCPU, as this is the resource that will make the most difference to the backup jobs. As we can see from the picture below, I will give this VM 8 vCPU’s. I make sure to add the “disk.EnabeUUID” configuration parameter to the virtual machine. Before I add my linux proxy, I review one of my backup jobs, shown below. As we can see, the job normally takes around six minutes, in this case 6 minutes and 7 seconds. The processing rate is at 169 MB/s and the primary bottleneck is the network. This is not a very poor performance for my old lab-setup. Adding a backup proxy is done from the Backup Infrastructure tab. Here I can see my existing proxies, which is the Windows server running Veeam B&R. I right-click and select “Add VMware backup proxy” When the «New VMware Proxy» wizard launches, I select Add New… I now get the possibility to choose either Microsoft Windows or Linux, for this session I will select Linux I provide the DNS-name of my linux-server, Next… I provide the credentials needed to connect to the linux server via SSH. I enter the username and password and a little sudo-config, OK… Now that the credentials have been added, I continue by clicking Apply… I verify the SSH key fingerprint and confirm the trust, Yes… Finish… I choose my new backup proxy, verify the Nr of connections, Next… I accept the default choices for traffic rules, Apply… Green is good, Next… Finish… Next, I adjust the job settings in order to use my new backup proxy. In the storage section, I click Choose… Veeam will by default automaticall choose the most suitable proxy whe running the backup jobs, but for this session I wil force Veeam to use my new Linux proxy, OK… As we can see, when I re-run the backup job I tested with to begin with in this session, the results are a little different. Previously the job used over six minutes, this is now a little over 4 minutes, although the processing rate is a little lower. We can also see that the network is no longer the bottleneck, but instead my old vSphere-rig is. There are many good reasons for choosing a Linux proxy for Veeam, as I mentioned in the beginning of this session. There are of course also reasons why not to use this kind of proxy. This decision must be made based by the requirements for the environment in which the Veeam Backup server resides. But, knowing of this option, is preferable to spending another MS Windows Server license on backup performance. Veeam Backup & Replication product page Other miscellaneous Tips & Tricks Disclaimer: Every tips/tricks/posting I have published here, is tried and tested in different it-solutions. It is not guaranteed to work everywhere, but is meant as a tip for other users out there. Remember, Google is your friend and don’t be afraid to steal with pride! Feel free to comment below as needed.

Источник

Veeam Backup & Replication V10: Linux proxy

Одной из главных новостей 10-й версии Veeam Backup & Replication, о которой информация появилась уже некоторое время назад, является Linux proxy. Многие давно этого ждали. Почему же он появился?

• Есть заказчики у которых в принципе нет Windows и они его не хотят
• Требуется лицензия на Windows proxy
• Сама ОС — «легче»

Из не совсем радостных вещей — пока только в режиме Hot-Add, т.е. физические серверы не поддерживаются. А вот из приятного (на мой взгляд) отказ от Virtual Disk Development Kit (VDDK) в пользу собственного кода. И это хорошо, потому что возникает множество сложностей при использовании VDDK, в том числе и проблемы с производительностью. У меня самого было несколько кейсов, связанных с VDDK. Отказ в пользу собственного кода даёт больше возможностей и вероятнее всего лучше это будет заметно на производительности. Я не отказал себе в удовольствии сравнить производительность Linux и Windows прокси серверов, правда в моём случае результат оказался не таким, как ожидалось.

Я создал прокси с 1 vCPU и 1Gb памяти, чтобы посмотреть — на какой из платформ при этом скорость будет лучше. Специально было взяты минимальные параметры, чтобы узким местом в системе оказался именно прокси-сервер. К моему удивлению, Linux показал себя хуже, чем Windows, хотя у моих коллег Vanguard’ов картина была обратной. Но я пока не ставлю 100% крест на Linux и продолжу тестирование уже на боевой инфраструктуре, когда сможем обновить наши сервера до 10-й версии, вероятнее всего там картина будет иной, т.к. я связываю такую картину с недостаточной производительностью моего тестового стенда с точки зрения дисковой подсистемы. Причём, если вы внимательно присмотритесь к скриншотам, то заметите, что при использовании Windows агента процесс упирается больше в источник, а не в сам прокси. Я вообще не понимаю, как Windows 2012 R2 может работать на 1 CPU и 1Gb памяти. В консоль его войти просто не возможно, всё очень тормозит. Но при этом же в качестве прокси работает быстрее, чем Linux. Здесь тоже стоит отметить, что новая версия агента всё ещё в бете и я так думаю, что она не последняя перед релизом, так что есть ещё время привести её в порядок и сделать как минимум не хуже, чем Windows.
Официально поддерживаемые ОС для прокси:

И конечно же нельзя было отказать себе в радости, чтобы не провести такой же тест, но уже между двумя разными версиями Linux — Centos 7 и Ubuntu 19.

А вот у Steven Onofaro, в его статье “VEEAM V10 – LINUX PROXIES HAVE ARRIVED” результаты получились совсем обратные и лучше себя показал как раз CentOS, а не Ubuntu, хотя версии одни и те же.

Компания не хочет связываться с аплайнсами и предоставлять уже готовые образы ОС для развёртывания. Вы можете взять наиболее приоритетный дистрибутив Linux для вашей компании и применять к нему ваши политики по безопасности и обновлениям. С одной стороны — это хорошо, с другой стороны, на мой взгляд развёртывание аплайнса можно было бы сделать более простым и быстрым. Но мою подобную идею с динамическим развёртыванием не оценили, хотя у Anthony Spiteri есть проект Otosukeru, который в этом поможет. Для всех любителей DevOps подойдёт как нельзя лучше. Вы можете использовать его в качестве Pre и Post скриптов, для автоматического развёртывания прокси на базе Linux, а по завершению заданий — удалить их. На мой взгляд это отличное решение.

XFS Fast Clone, думаю из названия уже будет понятно, о чём идёт речь. Собственно с появлением Linux proxy, его можно использовать и в качестве сервера-репозитория, пробрасывая сторадж внутрь VM.
Если кто-то не знаком с тем, что такое Fast Clone, небольшое объяснение: Fast Clone позволяет создавать синтетические полные резервные копии и резервные копии GFS без перемещения блоков данных. Вместо этого при создании синтетических полных бекапов, данные не копируются, а ссылаются на блоки данных, которые уже присутствуют на томе. Fast Clone увеличивает скорость создания и преобразования синтетических резервных копий, снижает требования к дисковому пространству и нагрузку на устройства хранения. Подробнее о том, как это уже работает на Windows с ReFS можно прочитать в статье «Использование возможностей ReFS в Veeam Backup & Replication 9.5».
Обязательным условием для работы FastClone является использование параметров reflink=1 и crc=1 и размер блока 4096
mkfs.xfs –b size=4096 -m reflink=1,crc=1 /dev/sdb1

Для сравнения я сделал несколько резервных копий на ReFS, и такое же количество и тип копий на XFS репозиторий — разницы во времени преобразования и итоговом размере резервной копии я не смог заметить.

Ещё один немало важный момент — Linux прокси по своим возможностям полностью идентичен Windows прокси, т.е. самое главное — поддержка application-aware processing есть, и самое главное, VIX для доступа к VM полностью работает.

В целом, нам осталось лишь дождаться, когда Linux начнёт поддерживаться на физических серверах, работа над этим уже ведётся, но сроки релиза или хотя бы Beta пока не оглашаются.

Veeam Backup & Replication V10 принесёт нам множество нового функционала, но не весь он такой большой, как бекап NAS или новый Linux прокси, поэтому писать по отдельной статье по каждой новой функции не имеет смысла и я решил объединить их в один большой материал. А интересного действительно много.

Источник