Acronis backup for vmware настройка
After the installation is complete, the virtual appliance’s files will be located in the folder %ProgramFiles%\Acronis\ESXAppliance.
- Start the VMware Infrastructure client and log on to the VMware ESX server.
- On the File menu, point to Virtual Appliance , and then click Import . Follow the Import Virtual Appliance wizard.
- In Import Location , select Import from file , and then specify the path to the virtual appliance’s OVF package—normally: %ProgramFiles%\Acronis\ESXAppliance.
- Review the Virtual Appliance Details and click Next .
- In Name and Location , type the name for the appliance or leave the default name AcronisESXAppliance .
- In Datastore , leave the default datastore unless it does not have enough space for the virtual appliance. In this case, select another datastore. Skip this step if there is only one datastore on the server.
- Review the summary and then click Finish . After the successful import is reported, close the progress window.
- Start the VMware vSphere client and log on to the VMware ESX server.
- On the File menu, point to Deploy OVF Template . Follow the Deploy OVF Template wizard.
- In Source , select Deploy from File , and then specify the path to the virtual appliance’s OVF package—normally: %ProgramFiles%\Acronis\ESXAppliance.
- Review the OVF Template Details and click Next .
- In Name and Location , type the name for the appliance or leave the default name AcronisESXAppliance .
- In Datastore , leave the default datastore unless it does not have enough space for the virtual appliance. In this case, select another datastore. Skip this step if there is only one datastore on the server.
- Review the summary and then click Finish . After the successful deployment is reported, close the progress window.
In the VMware Infrastructure client, display the Inventory , right-click the virtual appliance’s name, and then click Power On .
Select the Console tab. The virtual appliance welcome screen tells you what to do next. Click Close . You will be able to access this screen at any time by clicking the help button in the virtual appliance GUI.
Under Virtual machine , in Time zone , click Change and select the time zone for the location where the management console is installed.
Under Agent options , in ESX(i)/vCenter , click Change and specify the name or IP address of a VMware ESX/ESXi server whose virtual machines you want to back up and recover, and the user name and password for logging on to that server. You can click Check connection to ensure the access credentials are correct.
If the ESX/ESXi server is managed by a vCenter Server, specify the vCenter Server name or IP address. The virtual appliance will back up and recover virtual machines hosted on its own host through the vCenter Server.
Make sure that another Agent for ESX/ESXi is not already managing the same host. A conflict of snapshots may occur if two agents try to back up a virtual machine simultaneously. As a result, you will lose the ability to back up this machine.
Under Licensing , click Provide license .
When installing the trial product version, select Use the following trial license key and enter the trial license key. Deduplication is always enabled in the trial version.
When installing the purchased product, select Use a license from the following Acronis License Server and specify the name or IP address of the machine with the license server. To be able to deduplicate backups, the agent needs a separately sold license for deduplication. If you have imported this license into the license server, you can select the Enable deduplication… check box to let the agent acquire this license. After you click OK , the agent will connect to the license server to acquire the licenses.
The virtual a
ppliance is ready to work. In addition, you can change network settings:
The agent’s network connection is configured automatically by using Dynamic Host Configuration Protocol (DHCP). To change the default configuration, under Agent options , in eth0 , click Change and specify the desired network settings.
The minimum configuration that enables backing up virtual machines from a host includes the management console, the license server and the agent. With this configuration, you can back up and recover virtual machines using the direct console-agent connection. If you are planning to use the management server, register the virtual appliance on the server.
- Start Acronis Backup & Recovery 10 Management Console.
- Connect the management console to the virtual appliance using the IP address displayed in the virtual appliance console.
- Select Options > Machine options > Machine management from the top menu.
- Select Centralized management and specify the management server IP/name. Click OK .
- Specify the user name and password for the management server administrator’s account. Click OK .
Alternatively, you can add the appliance to the management server on the server’s side.
Установить программное обеспечение Acronis Backup for VMware можно прямо на хосте ESX(i). Процесс удаленной установки Acronis Backup for VMware как виртуального устройства на хосте ESX(i) называется развертыванием. Программное обеспечение для работы всех необходимых служб Acronis будет установлено на отдельную небольшую виртуальную машину под управлением специально настроенной ОС (небольшой дистрибутив Linux).
- Прежде всего прочитайте лицензионное соглашение Acronis Backup for VMware, установите флажок «Принимаю» и нажмите кнопку Далее .
- Укажите учетные данные для доступа к нужному серверу ESX(i) или vCenter: IP-адрес или имя хоста, имя сервера и пароль для доступа. После нажатия кнопки Далее установщик автоматически проверит подключение и выполнит процедуру авторизации.
- Затем установщик проверит наличие предыдущих версий Acronis Backup for VMware или другого программного обеспечения Acronis на указанном сервере ESX(i). Если уже имеется установленное и устаревшее виртуальное устройство Acronis, установщик предложит обновить его до последней версии или создать новое виртуальное устройство.
- Задайте имя устройства (ВМ), выберите хост ESX(i) и целевое хранилище данных для развертывания программного обеспечения Acronis Backup for VMware. Можно изменить имя устройства или оставить предложенное по умолчанию. Имя устройства должно быть уникальным на хосте ESX(i). Если в предыдущем шаге установки выбраны vCenter и учетные данные для него, необходимо выбрать из раскрывающегося списка один из хостов ESX(i) в составе vCenter. В противном случае будет отсутствовать возможность выбора и откроется непосредственно хост ESX(i).
Затем выберите хранилище данных на указанном хосте ESX(i). Если для установки недостаточно пространства, отобразится предупреждение, предлагающее освободить пространство в выбранном хранилище данных или выбрать другое хранилище. В указанном хранилище данных может быть только одно виртуальное устройство с определенным именем. Если имя устройства уже существует в этом хранилище данных, необходимо изменить либо имя устройства, либо хранилище.
Если в этом шаге указывается сервер vCenter, то можно установить флажок Включить интеграцию с vCenter .
При необходимости можно установить флажок Автоматически запускать виртуальное устройство после перезагрузки хоста ESX(i) .
Затем установщик Acronis Backup for VMware выполнит развертывание программного обеспечения виртуального устройства. На экране появится индикатор выполнения с указанием текущего шага установки. После успешного завершения развертывания устройство запустится автоматически. Необходимо дождаться окончания процесса развертывания и проверки. Это может занять несколько минут.
Если процесс установки завершен успешно и все компоненты Acronis Backup for VMware успешно развернуты, отобразится страница «Развертывание завершено». На этой странице установите флажок, если нужно запустить веб-консоль Acronis Backup for VMware (она автоматически откроется в интернет-браузере по умолчанию), чтобы подключиться к развернутому виртуальному устройству Acronis Backup for VMware. Затем нажмите кнопку Закрыть . Пара «имя входа:пароль» по умолчанию для веб-консоли Acronis Backup for VMware — «admin:root». Примечание. Настоятельно рекомендуется сменить пароль после первого входа в систему на странице Настройка -> Пароль агента (дополнительные сведения см. в разделе «Управление паролем агента»). С учетными данными по умолчанию вход выполняется автоматически. Если вы изменили параметр «Пароль агента», при подключении к веб-консоли отобразится стандартное окно входа в систему.
Агент для VMware позволяет выполнять резервное копирование и восстановление виртуальных машин ESX(i), не устанавливая агенты на гостевые системы.
Агент поставляется в двух версиях.
- Агент для VMware (виртуальное устройство) можно импортировать или развернуть на хосте VMware ESX(i).
- Для резервного копирования с помощью третьей машины агент для VMware (Windows) может быть установлен на машине под управлением Windows.
Настоятельно рекомендуется установить сервер управления Acronis Backup перед установкой агента для VMware. В ходе установки агента указывайте сервер управления каждый раз, когда предлагается зарегистрировать агент или указать сервер лицензий (если не используется отдельно установленный сервер лицензий).
Существует три метода установки Агента для VMware (виртуальное устройство) .
-
в хост ESX(i) как шаблон OVF.
Используйте этот метод для устранения неисправностей или если по какой-то причине не удается установить сервер управления Acronis Backup.
из сервера управления Acronis Backup на указанном хосте или кластере.
Подключите консоль к серверу управления. В дереве навигации щелкните правой кнопкой мыши Виртуальные машины , а затем выберите пункт Развернуть агент для VMware . Дополнительную информацию см. в контекстной справке.
Это самый простой метод. Он рекомендуется в большинстве случаев. Подключите консоль к серверу управления. В дереве навигации щелкните правой кнопкой мыши пункт Виртуальные машины и выберите пункт Настроить интеграцию с VMware vCenter . Укажите vCenter Server и включите Автоматическое развертывание . Каждый раз, когда виртуальная машина выбрана для резервного копирования, но агент не установлен на хосте, виртуальное устройство автоматически развертывается на хосте при запуске резервного копирования.
Если нагрузка на производственные хосты ESX(i) слишком велика и запуск виртуальных устройств нежелателен, можно установить Агент для VMware (Windows) на физическую машину за пределами инфраструктуры ESX.
Если ESX(i) использует подключенное хранилище SAN, установите агент на машину, подключенную к той же сети SAN. Агент будет создавать резервные копии виртуальных машин прямо из хранилища, а не через хост ESX(i) и локальную сеть. Эта возможность называется резервным копированием без использования локальной сети.
На следующем рисунке показано резервное копирование с использованием и без использования локальной сети. Для доступа к виртуальным машинам без использования локальной сети требуется оптоволоконный канал (FC) или сеть хранения данных iSCSI. Чтобы полностью исключить передачу резервных копий данных по локальной сети, храните резервные копии на локальном диске машины с установленным агентом или в присоединенном хранилище SAN.
Агент для VMware (Windows) можно установить на любой машине с Windows, соответствующей системным требованиям. Воспользуйтесь инструкциями в разделе «Интерактивная установка Acronis Backup Advanced».
В ходе установки укажите vCenter Server или ESX(i) Server, резервное копирование виртуальных машин которого будет выполнять агент.
Этот параметр можно будет назначить или изменить позже. Для доступа к этому параметру после установки агента подключите консоль к машине с агентом и выберите из верхнего меню Параметры > Параметры машины > Агент для VMware (Windows) .
Агенту для VMware требуется одна из следующих лицензий:
- Acronis Backup Advanced для VMware
- Универсальная лицензия Acronis Backup Advanced
Для установки агента лицензия не требуется. Тем не менее, необходимо указать сервер лицензий. Когда агент запускает резервное копирование виртуальной машины, агент проверяет наличие лицензии на хосте виртуальной машины. Если лицензия отсутствует, агент получает бесплатную лицензию с указанного сервера лицензий и назначает ее хосту. Если хост входит в кластер, лицензии будут назначены всем хостам кластера. Таким образом, необходима одна лицензия для каждого хоста ESX(i) в кластере. Это обеспечивает непрерывность работы планов резервного копирования при перемещении виртуальных машин внутри кластера.
Решение Acronis Backup версии 11.5/11.7 было выпущено более 5 лет назад и, хотя данный продукт до сих пор успешно защищает данные по всему миру, он уже успел морально устареть и назрели объективно необходимые изменения, требующие принципиально новых подходов. Несмотря на то, что платформа Acronis Backup 12, удовлетворяющая новым веяниям, была выпущена уже около года назад, её редакция «Advanced» всё это время оставалась на версии 11.7, что привносило проблемы совместимости и сложности одновременной поддержки очень разных архитектурных решений. Наконец-то настал момент, когда вся линейка продуктов Acronis Backup будет доступна на единой платформе. Данная статья посвящена выпуску Acronis Backup 12.5 и, собственно, что же нового было добавлено в этой версии.
Напомним, что решение Acronis Backup 12.5 поставляется в двух вариантах: стандартном (Standard) и расширенном (Advanced), доказало свою эффективность как полномасштабная система резервного копирования для гибридных сред. Простой и удобный веб-интерфейс обеспечивает надежное резервное копирование и восстановление физических, виртуальных и облачных серверов из любой точки мира.
Серверные роли
Система хранения данных Acronis строится на физических серверах. Но при этом серверные роли назначаются непосредственно дискам.
Существуют три серверные роли: Сервер Метаданных (Metadata Server (MDS)), Сервер Хранилища (Storage Server (STS)) и Front-end Server (FES).
Сервер Метаданных отвечает за хранение информации о фрагментах, на которые разбит файл, и расположение этих фрагментов на серверах. Это наиболее критический компонент системы.
Для обеспечения высокого уровня доступности и отказоустойчивости хранилища рекомендуется иметь несколько серверов с ролью MDS. Один из серверов становится основным, и метаданные периодически реплицируются с остальными серверами с ролью MDS.
Кроме того, на каждый сервер, имеющий роль MDS, также устанавливается и компонент управления системой (MGMT). В случае если основной сервер MDS перестает работать, компонент управления системой автоматически включается на другом сервере с ролью MDS, таким образом, web-консоль управления хранилищем постоянно доступна.
Сервер Хранилища (STS) предназначен для хранения фрагментов данных.
Front-End сервер позволяет клиентам сервиса Acronis Backup Cloud получать доступ к хранилищу и осуществлять передачу данных между пользовательской стороной и хранилищем данных Acronis.
Зачем новая версия? И так же всё хорошо! (нет)
О наболевшем: Версия 11.7 при всех её достоинствах обладает рядом недостатков, не позволяющих использовать её во всё более и более разрастающемся мире данных. Ещё буквально 5 лет назад объемы данных не превышали нескольких терабайт на всю организацию, в то время как в наши дни счёт уже идет на десятки и сотни.
Первоочередное необходимое изменения для адаптации к современным реалиям — это перевод приложения из х32-разрядной плоскости в х64, включая все компоненты. Это позволяет как кушатьподдерживать большие объемы ресурсов системы при расширении инфраструктуры, так и поддерживать сторонние библиотеки, которые более не выпускаются в х32 формате.
В качестве примера таких сторонних компонентов могу привести переход VMware VDDK, начиная с 6.0 версии, в формат исключительно х64, что сильно затруднило поддержку новых версий VMware vSphere (6.5 в частности) для нашей предыдущей версии Acronis Backup 11.7 Advanced.
Вторая очевидная предпосылка для новой платформы — это общее движение в сторону облачных вычислений в IT сфере (по крайней мере на сегодняшний день).
Про серверную часть
Давайте рассмотрим, как устроена серверная часть. Серверная часть сервиса состоит из двух компонентов – управление системой и хранение резервных копий.
Управляющий компонент доступен через интернет и позволяет с помощью веб-браузера управлять резервным копированием удаленных машин и уже созданными резервными копиями; создавать, редактировать и удалять политики резервного копирования и политики хранения; настраивать шифрование создаваемых резервных копий, используя AES или ГОСТ стандарт, и в случае необходимости сохранять отдельные резервные копии локально; следить за состоянием удаленных машин; восстанавливать отдельные файлы/папки, диски/разделы или же целиком машины из облака прямо на «голое железо». Одной из наиболее отличительных и полезных возможностей является создание иерархии подчиненных администраторских и пользовательских учетных записей, в рамках которых распределяются доступ к данным и удаленным машинам. Администраторы могут следить за состоянием подчиненных учетных записей и в случае необходимости оказывать помощь.
Компонент хранения позволяет развернуть масштабируемое, дешевое и при этом надежное хранилище данных. Хранилище для резервных копий состоит из группы серверов, на которые записываются клиентские данные. Для обеспечения достаточного уровня надежности всех хранимых пользовательских данных каждый входящий файл разбивается на «K» блоков и затем добавляются «N-K» (где N – некоторое число большее K) блоков избыточности с использованием алгоритма коррекции ошибок Рида-Соломона. Все блоки хранятся независимо друг от друга, и сохранность любых «K» блоков из записанных «N» гарантирует восстановление хранящихся пользовательских данных.
Сравнение с локальными бекапами
Данные пользователей сервиса BaaS хранятся на серверах, которые расположены в сертифицированном дата-центре класса TIER-3.
Благодаря используемой архитектуре обеспечивается защита от сбоя на уровне отдельных серверов и отдельных дисков, что, заметим, невозможно при использовании RAID-массивов, которые используются для создания отказоустойчивых хранилищ. В системе также используется полная проверка целостности данных. Уровень избыточности конфигурируется в консоли управления хранилища. Используемый при разработке хранилища самовосстанавливающийся дизайн позволяет избежать типичных для RAID-массивов потерь в производительности системы.
В случае выхода из строя одного из дисков или даже целого сервера система произведёт автоматическую перебалансировку, что позволяет избежать немедленной замены вышедших из строя компонентов.
Acronis Backup Cloud глазами пользователя
Для конечного пользователя работа с системой проста и наглядна. После создания учетной записи пользователя и входа в Личный кабинет необходимо указать компьютер, для которого будет сконфигурировано задание на резервное копирование. Для этого нужно нажать на «+» и выбрать ОС, на которую будет установлен агент. Следующим шагом нужно сконфигурировать задание для резервного копирования.
В консоли управления пользователя отображаются все Задачи, которые выполнялись ранее для конкретного компьютера, помимо этого есть функция «Создать новую Задачу» и «Восстановить данные из облака». Кроме того, доступен просмотр текущего статуса бэкапа для заданного компьютера.
Права огласите, пожалуйста!
Администраторы IT-Lite имеют доступ к управлению группами и учетными записями пользователей.
Администраторы компаний конечных пользователей имеют права, позволяющие управлять пользователями, находящимися только в их группе! А конечные пользователи в свою очередь получают доступ к консоли, в которой можно добавлять компьютеры и создавать расписание автоматического резервного копирования. Сервис интегрирован с сайтом поставщика услуги, что позволяет пользователям сразу же по заполнению формы на этой странице проходить автоматическую регистрацию.
Что же нового?
Перечислять все подряд улучшения Acronis Backup 12.5 мы не будем (это всегда можно посмотреть и на официальном сайте), а остановимся только на самых ключевых, которые, как мы верим, будут наиболее востребованы при использовании продукта либо представляют собой ноу-хау, достойное внимания.
Разницу между Acronis Backup 12.5 Standard и Advanced по предоставляемой функциональности можно посмотреть здесь.
Независимые планы по работе с данными
Теперь можно создавать отдельные независимые планы на выполнение операций, связанных с резервным копированием, включая репликацию резервных копий, валидацию, конвертацию в виртуальные машины и очищение старых резервных копий (cleanup):
Если в предыдущей версии 11.7 данные операции были частью общего плана резервного копирования и выполнялись друг за другом, то теперь появилась возможность более тонкой настройки.
Например, можно создавать основные резервные копии в рабочие дни, а репликацию выполнять по выходным. При этом данная репликация может выполняться отдельным независимым агентом (например стоящим в DMZ), который не участвует в процессах непосредственного создания бэкапов.
Частью этих изменений стало расширение возможностей валидации резервных копий. До версии 12.5 валидация выполнялась только следующим способом:
- При создании резервной копии в архив записываются чексуммы определенного количества секторов
- При выполнении валидации эти чексуммы вычисляются заново путем вычитки секторов из архива и сравниваются с записанными в архиве
- Если чексуммы совпадают, то всё хорошо, если нет, то архив признается битым
В первой версии проверка валидности запущенной виртуальной машины осуществляется проверкой «heartbeat» отклика от VMware Tools или Hyper-V Integration Services после её старта, т.е. как минимум убеждаемся в том, что гостевая ОС загрузится при восстановлении.
В ближайших обновлениях доступные проверки будут расширены до выполнения скриптов внутри запущенной ВМ, помимо «heartbeat».
Иерархическая модель управления
Добавлена возможность создания «Отделов» (так называемых «Unit»-ов) в рамках организации с делегацией управления выделенным администраторам.
Работает это следующим образом: главный администратор устанавливает Acronis Backup 12.5 и в интерфейсе веб консоли создает «Отделы» под свою организацию, например под офисы в Москве и Санкт-Петербурге.
Затем назначаются администраторы для созданных «Отделов», путем выбора аккаунтов из домена.
В результате при авторизации в веб консоли под администраторами «Отделов», будут доступны только ресурсы, которые принадлежат этому «Отделу». В качестве ресурса выступают как защищаемые сущности, такие как виртуальные или физические машины, базы данных приложений, почтовые ящики Office 365 и т.д., так и локации хранения резервных копий.
Привязка ресурсов происходит на уровне агентов резервного копирования, т.е. если зарегистрировать допустим Agent for VMware (или Agent for Hyper-V) в определенной группе, то все виртуальные машины, которые «видны» данному агенту, будут автоматически включены в этот «Отдел» (разделить виртуальные машины на отдельные подгруппы пока не представляется возможным, и это мы планируем реализовать в ближайшем будущем).
В остальном управление задачами резервного копирования и управления данными ничем не отличается для любого из администраторов «Отделов».
Также осуществляется аудит всех операций выполненных администраторами «Отделов», т.е. «главный» администратор, помимо того, что может управлять всеми ресурсами, в том числе может следить за действиями своих подчиненных.
Панели мониторинга, предупреждения и отчеты
Слушая отзывы по панели мониторинга (Dashboard) в версии 11.7, мы видели, что она обладает недостаточной информативностью и иногда чрезмерно «спамит» предупреждениями (alerts aka «алерты»), поэтому в версии 12.5 данная панель была существенно переработана.
В частности, для системы «алертов» было сделано следующее:
-
Изменена схема отработки «алертов»: если условие, которое привело к возникновению «алерта», более не выполняется, то предупреждение автоматически дезактивируется. Например, предупреждение и нехватка свободного места в хранилище резервных копий автоматически убирается, если место было освобождено.
На этом же «движке» Acronis Monitoring работает и построение отчетов, которые также являются интерактивными, настраиваемыми для каждого «Отдела» с возможностью регулярной посылки сводок по e-mail или сохранения в виде .pdf.
Автоматизация управления загрузочным диском с помощью скриптов
В первую очередь это нововведение пригодится администраторам на средних и крупных предприятиях, где автоматизация IT процессов бывает залогом выживания.
Как это работает: при создании загрузочного диска с помощью Acronis Media Builder доступна опция по указанию скриптов для автоматического выполнения операций резервного копирования и восстановления сразу после загрузки.
Кроме того, теперь доступна опция регистрации машины, загруженной с помощью загрузочного диска на Acronis Management Server. Таким образом можно управлять загрузочным диском прямо из веб-консоли.
При загрузке с такого диска в бут-меню появится соответствующий пункт для запуска скриптов с возможностью переключиться в стандартный GUI интерфейс.
Сами скрипты можно редактировать, как описано в документации. Например, можно добавить другие пункты меню, создать новые скрипты, или изменить тип выполняемых операций. В том числе можно настроить автоматическое выполнение какого-либо из пунктов меню сразу после загрузки по определенному таймауту.
Если же загрузиться в GUI интерфейс, то машина автоматически зарегистрируется на Acronis Management Server-е и станет доступна для управления:
Вид со стороны подключенной машины:
Acronis Active Protection
Эта функциональность впервые увидела свет в Acronis True Image 2017 в начале этого года, и для чего она нужна лучше всего описано в нашей предыдущей статье, поэтому останавливаться на ней подробно мы не будем.
Вкратце Acronis Active Protection стал теперь доступен и в корпоративной линейке продуктов, а не только для домашних пользователей.
Применяем план Acronis Active Protection к машине с установленным внутри Agent for Windows:
В результате на машине запускается соответствующий Acronis Active Protection Service сервис и начинает отслеживать несанкционированные модификации файлов с помощью специального драйвера над файловой системой.
Acronis Notary и Acronis ASign
В контексте Acronis Backup 12.5 также стоит упомянуть о поддержке технологии блокчейн и основанные на ней инструменты Acronis Notary и Acronis ASign, которые предназначаются для обеспечения гарантии неизменности данных и цифровой подписи документов, соответственно.
Данные инструменты уже были доступны в Acronis True Image 2017 New Generation, и теперь нашли своё место и в корпоративных решениях.
Находим нужный файл в архиве:
Результаты проверки:
Сразу отмечу особенности:
-
«Нотаризация» работает только для файловых архивов. Т.е. архив, включающий в себя диски или разделы, не подлежит «нотаризации».
Как устроен сервис
Сервис состоит из серверной и клиентской части. Используются «агентная» и «безагентная» технологии, в зависимости от инфраструктуры. На клиентском компьютере или хост-сервере виртуализации устанавливается агент, задачей которого является соединение клиентского компьютера/хоста с сервером Acronis Backup Cloud и осуществление задач резервного копирования и восстановления.
Про клиентскую часть
Вот какие Агенты (Клиенты) разработаны:
-
Клиенты резервного копирования для Windows, Linux и Mac – отвечают за резервное копирование данных на машинах под управлением ОС Windows/Linux/Mac.
Заключение
В заключение хочу добавить, что мы серьезно переработали архитектуру продукта и улучшили в том числе логирование и систему генерирования ошибок. Монолитные сервисы, отвечающие за всё подряд (почему поддерживать их можно было только большими усилиями), «распилились» на отдельные мини-сервисы, позволяющие точно идентифицировать и локально починить возникающие проблемы, не ломая при этом всего остального. Таким образом, продукт в целом стал стабильнее и быстрее.
P.S. Тестирование производительности резервного копирования — это отдельная большая тема, и мы её постараемся раскрыть в следующих статьях.
В этой статье я пошагово опишу работу сервиса резервного копирования Acronis Backup Cloud (ранее известный как «Acronis Backup as a Service»), разработанный инженерами компании Acronis. Расскажу, что представляет собой «бекапы как сервис» изнутри, и как все это работает. Перехожу непосредственно к описанию работы самого сервиса.
Резюме
Резюмируя все изложенное выше, хотела бы добавить, что, как говорится, лучше один раз увидеть, чем сто раз услышать. Поэтому лучше поработать с сервисом самостоятельно и сделать свои выводы, благо есть бесплатный тест.
Бэкапить локально – да, быстрее, но менее надежно
Забыл упомянуть про особенность использования бекапов как сервиса – в случае возникновения аварийной ситуации необходимо восстанавливать компьютер (виртуальную машину) целиком. Да, действительно, если сравнивать скорость восстановления сервера, то локальный бекап, конечно, сделать быстрее. Но в данном случае надо сделать выбор – либо в пользу скорости, но без гарантии от косяков, либо в пользу надежности решения, но придется немного пожертвовать скоростью.
Подытожу так – я пришла к выводу, что вопрос о надежности/простоте локальных бекапов и использования BaaS, – это, скорее, вопрос ценностный. Тот, кому информация действительно ценна, скорее выберет сервис, а остальные – первый вариант. Но это уже мое личное мнение, непосредственно к делу не относится.
Работа с сервисом
А теперь рассмотрим, как это работает на практике. Администраторам компании IT-Lite (поставщика услуги) и компаний конечных пользователей предоставляется доступ к управлению сервисом через web-консоль. На приведенной ниже диаграмме показана стандартная архитектура сервиса резервного копирования. Синие стрелки обозначают взаимодействие между компонентами программного обеспечения. Черные стрелки показывают, как администраторы и конечные пользователи получают доступ к сервису резервного копирования.
Читайте также: