Резервное копирование облачное хранилище. Резервное копирование в облако

02.04.2021

Резервная копия в облаке – надёжный способ хранить ваши данные онлайн и получать к ним впоследствии удобный доступ из любой точки мира. Handy Backup содержит инструменты для резервного копирования на популярные облачные сервисы или в облака по протоколам WebDAV и S3.

Какие облака для хранения данных поддерживаются?

В Handy Backup реализованы четыре типа поддержки сервисов облачного хранения: прямой доступ к облаку данных через API, доступ через интерфейсы WebDAV и S3, доступ с использованием сторонних инструментов синхронизации и собственное облако HBDrive.

Все перечисленные плагины не требуют внешних утилит или веб-сервисов для резервного копирования и восстановления из облака, а также использования локальной синхронизированной папки; вместо этого они используют собственный интерфейс облачных сервисов (API).

Резервное копирование на облачные хранилища данных через WebDAV

Интерфейс WebDAV поддерживается как многими коммерческими облачными хранилищами, так и частными облаками, организованными на устройствах NAS или выделенных серверах. Handy Backup позволяет использовать WebDAV для бэкапа в облака, например:

Бэкап облака mail.ru через экспериментальный порт https://webdav.cloud.mail.ru;
Доступ к резервным копиям в облаке хранения данных Apple iCloud по WebDAV;
Использование WebDAV для домашних облаков хранения данных.

Синхронизация с облаком через локальную папку

Многие облачные серверы предоставляют утилиты для синхронизации, автоматически связывающие выделенную папку на локальном компьютере с облаком; чтобы сделать резервную копию в такое облако, достаточно сохранить данные в соответствующей локальной папке.

Совет: Handy Backup может сохранять бэкапы в локальных папках. Для автоматического резервного копирования в облачное хранилище с помощью синхронизируемой папки достаточно создать задачу локального бэкапа в эту папку с помощью инструмента Computer.

Собственное облако для бэкапа данных - HBDrive

Лучший облачный сервис для хранения файлов в резервных копиях – специализированное облако! Все решения Handy Backup имеют доступ к хранилищу HBDrive , предназначенному для облачного резервного копирования корпоративных данных и файлов пользователей.

Преимущества облака HBDrive для хранения данных: защищённое физическое хранилище высокой надёжности; возможность сидинга (пересылки оффлайн) больших начальных объёмов данных; быстрый канал передачи данных; доступная цена хранения информации.

Скачать

Купить!

Версия 8.0.4 от 10 июля 2019. 104 MB
Программа резервного копирования Handy Backup. 9200 RUB за лицензию

Самое мощное решение для одной машины в линейке Handy Backup, Office Expert позволяет вам осуществлять резервное копирование в облако для любых данных!

Преимущества хранения резервных копий данных в облаке

Физически выделенное хранилище информации

При хранении данных на облачном сервисе никакие повреждения физического оборудования основного источника данных (пожар, поломка, кража) не отразятся на информации, содержащейся в облачном хранилище бэкапов.

Удобный доступ к данным из любой точки мира

Бэкап в облако позволяет получить доступ к резервным копиям вашей информации откуда угодно по сети Интернет. Это может быть использовано для быстрого клонирования или зеркалирования рабочей среды (например, при резервном копировании 1С в облако).

Совместный доступ к резервным копиям данных

Облачные сервисы позволяют распределить доступ к резервным копиям данных среди нескольких пользователей; например, используя облачный сервис для хранения фото или видео, вы можете предоставить другим пользователям доступ к резервным копиям своих файлов.

Автоматический бэкап в облако с помощью Handy Backup

Автоматическое резервное копирование в облако данных не представляет сложности при использовании Handy Backup. Достаточно выбрать нужное облако в списке инструментов и настроить параметры доступа, чтобы получить все возможности автоматического бэкапа!

Возможности Handy Backup для бэкапа и восстановления из облака

Handy Backup предоставляет при работе с облачными сервисами хранения данных следующие ключевые возможности и преимущества:

Хранение данных в исходном формате – быстрый доступ к любому файлу в копии;
Различные методы бэкапа – инкрементальный, дифференциальный, смешанный;

Шифрование и сжатие – при необходимости бэкапы могут быть сжаты и зашифрованы;
Работа по расписанию – запуск в назначенное время или по определённому событию;

Хранение нескольких версий данных – с удобно организованными временными метками.

На заметку: вы можете использовать облака не только как хранилище, но и как источник данных для бэкапа; таким образом, можно скопировать данные из одного облака в другое, или даже из одного аккаунта в другой на том же самом облаке!

С помощью Handy Backup вы можете реализовать любые сложные стратегии для бэкапа пользовательских данных – например, бэкап файлов, полученных по FTP, в облако; хранение базы данных в облаке; извлечение рабочих данных 1С из облака бэкапа, и т.д.

Попробуйте резервное копирование в облако с Handy Backup прямо сейчас, скачав полную версию программы на
30-дневный бесплатный пробный период !

Смотрите также

Онлайн-диски очень удобны в использовании, однако вызывают много вопросов в плане конфиденциальности. Таким образом, выбор сервиса и информации для загрузки на него крайне важны.

Нельзя сказать, что опасения многих пользователей по поводу загрузки своих данных на чужие серверы беспочвенны, особенно если те расположены в США или где-либо еще и не ясно, кто к ним имеет или может получить доступ. Кроме того, эффективная работа с облачным хранилищем возможна лишь при быстром соединении с Интернетом и скоростью загрузки не менее 5 Мбит/с, что во многих местах пока еще недостижимо.

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

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

За и против: облачные хранилища для моментальных копий

Онлайн-диски очень удобны в использовании, однако вызывают много вопросов в плане конфиденциальности. Таким образом, выбор сервиса и информации для загрузки на него крайне важны

Правильный выбор сервиса

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

В своих условиях пользования Google оставляет за собой пугающе
широкие права на использование загруженных данных

Кроме того, очевидно, что американский провайдер не особо следует принципу конфиденциальности. Условия пользования гласят: «Загружая […] содержание в наших Службах, вы предоставляете компании Google и ее партнерам действующую во всем мире лицензию, которая позволяет нам использовать это содержание […], воспроизводить […], публиковать его […], открыто отображать[…]».

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

Итак: в облачных сервисах, чьи серверы находятся за пределами ЕС, следует хранить в открытом виде лишь несущественные файлы - к примеру скачанные программы и ролики, фотографии пейзажей и зданий. Снимки людей и действительно конфиденциальную документацию необходимо загружать в такие хранилища лишь в рамках папки, зашифрованной с помощью Boxcryptor .

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

Пользователи, располагающие крупным пространством в Сети, могут организовать собственное облачное решение с Nextcloud

И если отечественные сервисы действуют просто чисто с правовой точки зрения, то швейцарский провайдер Tresorit отдельно выделяется своими возможностями обеспечения конфиденциальности - прежде всего благодаря полному сквозному шифрованию по принципу «нулевого разглашения»: пароль находится лишь у пользователя, у службы нет никакого доступа к информации.

Облачный бэкап с телефона и ПК

(1) Google Backup & Sync - клиентское ПО для компьютера, синхронизирующее любые папки и внешние диски с «Диском Google» (2) Так же, как и другие сервисы, «Диск Google» предлагает приложение для смартфона, позволяющее получить доступ к файлам и вне дома

В облако - в зашифрованном виде

Boxcryptor способен загружать файлы в облако так, чтобы ни провайдер, ни спецслужбы, ни хакеры не получили к ним доступ - шифруя каждый файл перед загрузкой:
> Как это настроить . Программа для синхронизации от облачного сервиса уже должна быть установлена на компьютере. При установке Boxcryptor необходимо создать учетную запись пользователя, после чего добавляется виртуальный диск (в нашем случае «X:\»). На нем вы найдете подпапки для обнаруженных облачных служб (бесплатная версия Boxcryptor поддерживает только один сервис). При переходе из виртуального диска в папку, Boxcryptor для всех скопированных или созданных файлов и папок задает вопрос, нужно ли шифровать этот элемент.

При положительном ответе утилита закодирует файл и скопирует его с расширением «.bc» в папку облака. В веб-интерфейсе сервиса данные файлы открываться не будут.

Файлы, перенесенные через виртуальный диск Boxcryptor в облако, будут заранее кодироваться автоматически на компьютере

Объемы хранилищ и удобное ПО для синхронизации

Все сервисы, представленные в нашей таблице, предлагают ПО для синхронизации под Windows (а некоторые даже для Android и iOS). В них следует один раз настроить папки для бэкапа, из которых новые или измененные файлы сразу же будут загружаться в облачное хранилище. Эти решения отлично подходят для первого этапа (защита в реальном времени) и могут дополнить третий этап (защита от катастроф), благодаря чему вам не нужно будет часто делать полные резервные копии.

Но так как даже облачные сервисы иногда не работают или бывают недоступны (к примеру, при длительных проблемах с подключением к Интернету), ни в коем случае нельзя отказываться от регулярного резервного копирования на локальные жесткие диски.

Клиенты облачных хранилищ также позволяют синхронизировать информацию на несколько устройств. В зависимости от размера онлайн-диска такая синхронизация может вылиться в копеечку: цена 1000 рублей в месяц за один-два терабайта. Никаких ограничений по объему не ставит сервис Backblaze , который по умолчанию подгружает все содержимое всех внутренних и внешних дисков, подключенных к компьютеру.

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

Специально для этого отлично подходит наше «облачное хранилище». Хранение 1 Гб данных будет стоить всего 3 рубля в месяц.

С чего начать?

Чтобы начать пользоваться «облачным хранилищем» нужно зарегистрироваться (полная регистрация занимает около 5 минут). Для всех новых учетных записей доступны 10 бонусных рублей, с помощью которых можно полноценно протестировать услугу. Если вы уже являетесь нашим клиентом и хотите протестировать услугу - по запросу через тикет систему вам будет начислено 10 бонусных рублей. Теперь все готово к работе.

В панели управления, в разделе «Облачное хранилище» → «Файлы» находится веб-интерфейс файлового менеджера. Создайте в нем приватный контейнер для хранения бэкапов (доступ к приватному контейнеру возможен только после авторизации - более безопасно при хранении важных данных), например «backups». Для загрузки файлов в хранилище лучше создать дополнительного пользователя, который будет иметь минимальный набор прав - это позволит обезопасить основного пользователя, у которого всегда полные права доступа.

Создание дополнительного пользователя находится во вкладке «Облачное хранилище» → «Настройка доступа». Введите любое имя для пользователя и нажмите «Создать» - появится диалог настройки пользователя.

В настройках пользователя нужно сгенерировать новый пароль. Опция хранения пароля является не обязательной, но тогда, в дальнейшем, пароль будет невозможно подсмотреть в настройках пользователя, а только сгенерировать новый. И обязательно надо отметить галочкой контейнеры, к которым пользователь будет иметь доступ. Не забудьте сохранить настройки нажатием «Сохранить изменения доступа».

Теперь все готово для настройки процесса резервного копирования на сервере.

Простой вариант

Если у вас есть сайт средних размеров с базой данных MySQL, которую вы хотите регулярно бекапить, то достаточно скачать два специально подготовленных скрипта и указать необходимые настройки.

Первое что понадобится, это утилита «supload» -позволяет удобно загружать файлы в хранилище. Устанавливается она следующим образом (предположительно на вашем сервере установлена ОС Debian):

$ wget https://raw.github.com/selectel/supload/master/supload.sh $ mv supload.sh /usr/local/bin/supload $ chmod +x /usr/local/bin/supload

$ wget https://raw.github.com/selectel/storage/master/utils/sbackup.sh $ chmod +x sbackup.sh

Откройте скрипт «sbackup.sh» с помощью «вашего любимого текстового редактора» и поменяйте следующие значения:

SS_USER - пользователь для авторизации в хранилище (тот дополнительный пользователь который был создан нами ранее);
SS_PWD - пароль для пользователя;
SS_CONTAINER - имя контейнера в который будут загружаться бэкапы;
TARGET_DIR - путь где расположены файлы сайта;
BACKUP_DIR - путь на сервере куда временно будут складываться бэкапы;
EXCLUDE_LIST - список файлов которые не нужно включать в архив;
DB_NAME - имя базы данных MySQL, чтобы бэкапить все имеющиеся базы укажите к качестве значения __ALL__;
DB_USER и DB_PWD - пользователь и пароль для подключения к MySQL;
EMAIL - email куда будет присылаться отчет о выполнении бекапа (можно указать пустым, чтобы отключить отчет);
EMAIL_ONLY_ON_ERROR - если указать yes, то отчет будет отправлен только в случае возникновения проблем/ошибок;
DELETE_BACKUPS_AFTER_UPLOAD - если указать yes, то созданные файлы бэкапов будут удалены из временной папки после успешной загрузки в хранилище;
STORAGE_EXPIRE - опция позволяет указать сколько дней файл бэкапа должен храниться в хранилище, после чего будет автоматически удален.

Для проверки и выполнения бэкапа скрипт можно запустить вручную:

$ ./sbackup.sh

Теперь нужно настроить периодичность выполнения бэкапа, сделать это можно с помощью cron. Для этого просто перемещаем скрипт в специальную директорию:

$ mv sbackup.sh /etc/cron.daily/50_sbackup

После этого cron будет автоматически запускать скрипт архивирования раз в сутки.

Как восстановить данные?

Если так случилось, что нужно получить данные из резервной копии, то сделать это можно следующем способом.

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

Для этого в веб-интерфейсе файлового менеджера находим нужный файл, справа от него нажимаем на значок операций (выглядит как шестеренка) и выбираем пункт «Открыть доступ»:

После загрузки файла с бэкапом на сервер нужно выполнить распаковку данных:

$ mkdir backup_files # распаковка файлов из архива в папку backup_files $ tar xvf backupname_2013-01-26_08h40m.tar.bz2 -C backup_files/ # восстановление БД (эта операция может перезатереть текущее состояние базы данных) $ bzcat mysql_backupname_ALL_2013-01-26_08h40m.bz2 | mysql

Более сложные сценарии резервного копирования

Скрипт «sbackup» обладает достаточно ограниченным функционалом и в ряде случаев его может оказаться недостаточно. Но, его всегда можно модифицировать под свои нужды.

Зачастую на серверах уже используется какая-то система автоматизированных бэкапов, некоторые CMS или системы управления позволяют создавать и настраивать архивирование данных. Можно использовать такие «готовые» системы и «научить» их загружать архивные данные в облачное хранилище. Если в системе предусмотрено выполнение внешних скриптов после завершения архивирования, то это можно использовать чтобы выполнять загрузку данных с помощью утилиты «supload».

Введение в облачный бэкап. Что такое облачное резервное копирование?

ПО Bacula Enterprise Edition 8.8 не только подключается к открытым (общедоступным) и закрытым (частным) облачным хранилищам (через интерфейсы S3 и Azure), но и предлагает большое разнообразие инструментов, позволяющих пользователям сделать бэкап в облако, а также экономить средства при использовании облачных хранилищ для хранения данных. ПО Bacula Enterprise изначально задумывалось как набор функций, способных предложить пользователям выгодные и эффективные решения. Проще говоря, приобретая Bacula Enterprise, пользователь становится обладателем мощных, масштабируемых решений для создания резервных копий и восстановления данных, которые можно использовать применительно к облачным, виртуальным и физическим средам.

Резервное копирование в облако, позволяющее контролировать расходы

Bacula Enterprise Edition сочетает в себе преимущества ядра, созданного на основе открытого исходного кода, с функциональными возможностями профессионального программного обеспечения enterprise-уровня. Более того, компания Bacula Systems реализует поддержку и обучение пользователей Bacula Enterprise Edition по всему миру. Масштабируемость продукта, реализованная благодаря модульной архитектуре ПО и большому количеству конфигурируемых опций, позволяет крупным дата-центрам делать облачный бэкап петабайтов данных.

Разнообразие опций, предлагаемых Bacula Enterprise, теперь включает в себя еще и нативное решение для облачных платформ, используемых в качестве хранилища данных, интеграция с которыми осуществляется с помощью интерфейсов S3 или Azure. Функциональность решения характеризуется отсутствием каких-либо существенных ограничений: новое решение для облачных хранилищ можно использовать совместно с любыми прочими функциями ПО Bacula Enterprise. Это значит, что пользователь может использовать такие функции, как восстановление систем на «голое железо», создание снапшотов, восстановление одного файла, восстановления одного почтового ящика (для Exchange), все функции диспетчирования, расширенное шифрование, сжатие, обеспечение полной совместимости (например, и файлов Microsoft), а также создание резервных копий данных любого уровня. Пользователь может создавать облачные бэкапы и восстанавливать данные на совершенно ином новом уровне, используя единый удобный интерфейс.

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

Пример использования резервного копирования в облако

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

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

Поскольку первый сотрудник не видит ежемесячных счетов за использование облачного хранилища бэкапов, он не подозревает о том, что затраты на восстановление данных начинают возрастать (ранее такие затраты относились к категории невозвратных затрат связанных с использованием локальной инфраструктуры хранения резервных копий). В итоге, через 6 месяцев использования облачного хранилища бэкапов директор по ИТ начинает вопрошать, почему стоимость восстановления данных неуклонно растет. Ведь предполагалось, что использование автоматического резервного копирования в облако обойдется компании дешевле локальной физической инфраструктуры. После того, как руководитель понимает, что затраты на восстановление данных из облака обходятся дороже обычных локально хранимых бэкапов, принимается решение о возврате к локальной инфраструктуре хранения резервных копий. При этом, на момент принятия решения, все бэкапы компании хранятся исключительно в облаке и не имеют копий на физическом носителе. Таким образом, счет за перенос данных обратно в физическую среды еще больше увеличивает счет. В итоге, ошибочно принятое решение стоит компании немалых средств, а незадачливый сотрудник обвиняется в провале реализации стратегии облачного резервного копирования.

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

Архитектура бэкапа в облако с Bacula Enterprise Edition

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

Enterprise Edition 8.8 – Архитектура облачного бэкапа

Резервное копирование в облачное хранилище с использованием утилиты Storage Daemon Bacula Enterprise

Упорядочивание объектов перед записью в «облако»

При бэкапе в облако утилита Storage Daemon (SD) Bacula Enterprise Edition ведет себя точно также, как и в случае создания бэкапа или восстановления данных для виртуальной или физической среды, как с позиции пользователя, так и с позиции утилиты File Daemon. Вместо записи непрерывного потока данных в тома или считывания данных, серверное приложение Bacula Enterprise Edition со стороны облачного хранилища бэкапов делит данные на «пулы» , которые кэшируются локально и синхронизируются с облачным сервисом хранения данных в фоновом режиме.

Метод «уникальных пулов» (облачные тома Bacula)

Эта особенная функция позволяет эффективно выгружать/загружать дисковые тома Bacula и новые «облачные тома». Хранилище содержит все части файлов, что означает возможность управления меньшими объемами данных. В результате пользователь может детально контролировать то, какие данные можно включать в резервные копии, а какие выгружать из облака, что гарантирует экономию времени и денег. Одновременная асинхронная выгрузка и загрузка «пулов» данных Bacula позволяет использовать множество подключений к облаку, обеспечивая дополнительную гибкость операций и более надежный контроль.

Восстановление данных из облака

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

BWeb от Bacula Systems – это мощное веб-приложение с графическим интерфейсом, созданное для Bacula Enterprise Edition. На рисунке ниже представлен пример «Мастера восстановления данных».

Восстановление облачных данных с помощью приложения BWeb за четыре шага.

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

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

Вопросы безопасности при бэкапе в облако

Некоторых пользователей волнует вопрос безопасности хранения данных в облаке. Поэтому важно отметить, что Bacula Enterprise Edition обладает набором современных функций, гарантирующих безопасность хранения данных. Некоторые из функций используются непосредственно совместно с облачной средой, другие используются совместно с физической (виртуальной) средой:

Совместимые облачные платформы

Серверное приложение облачного хранилища для Storage Daemon использует протоколы S3, S3-IA и Azure, включая транзитное шифрование на транспортном уровне применительно к большому числу открытых и закрытых облачных сервисов. Данная архитектура предполагает использование таких облачных платформ, как Amazon, Azure, Google и Rados. С решением от Bacula Systems можно осуществлять бэкап в Amazon S3 AWS и делать резервное копирование в Azure. Компания Bacula Systems рекомендует использовать ее решения по шифрованию данных при выборе открытой (общедоступной) облачной платформы. Архитектура Bacula Enterprise Edition 8.8 представлена на рисунке ниже.

Tripwire является торговой маркой компании Tripwire Inc.

Основное различие резервного копирования в облако от классического, локального бэкапа заключается в том, что ваша резервная копия храниться, на каком-то удаленном сервере, который в свою очередь может располагаться в любой точке мира. Это может быть интересно, если например, у вас нет лишних аппаратных ресурсов или внутренняя политика безопасности в организации обязывает хранение резервной копии в территориально удаленном месте, на случай пожара, подтопления или других чрезвычайных ситуации. Но при этом надо понимать, что в отличии от локального бэкапа, в котором используют для передачи данных высокоскоростные соединения типа USB (до 5 Гбит/с), Ethernet (до 10 Гбит/с), Fibre Channel (до 8 Гбит/с) или SAS (до 6 Гбит/с) с помощью которых вы можете подключить портативных устройств, локальные дисковых систем хранения данных и ленточных библиотек, ахиллесова пята резервного копирования в облако является скорость передачи данных, ограниченная интернет-каналом. Т.е. обычно входная пропускная способность такого канала передачи данных варьируется от 10 до 100 Мбит/с (исходящий трафик бывает менее 10 Мбит/с), но и этот канал использовать на 100 % чаще всего нет возможности, из-за других повседневных задач.

ПАРАМЕТРЫ РЕЗЕРВНОГО КОПИРОВАНИЯ

Как и в классическом резервном копировании, существует такое понятие «Окно резервного копирования» - это период времени в течение, которого можно без особых последствий на рабочие процессы выполнить бэкап. В базовом варианте бэкап выполняется в ночное (не рабочее) время, т.е. это 8-10 часов, за которое можно сделать как полное, так и инкрементальное резервное копирование. В зависимости от организации и ее бизнес-процессов, окно резервного копирования может быть часы, минуты, или даже секунды, для систем, работающих в режиме 24 на 7, остановка в работе которых не допустима. Таким образом, перед выбором локального или облачного бэкапа, зная ваши объемы и пропускную способность сети не трудно вычислить необходимое время окна резервного копирования. Окно резервного копирования можно значительно уменьшить при грамотной настройки плана резервного копирования и использовании дополнительных функций, как например , инкрементальное и дифференциальное резервное копирование. Данный функционал поддерживают все современные решения корпоративного уровня: Acronis Backup, Backup Exec, Veritas NetBackup, Veeam. Отдельным способом для организации резервного копирования являются снэпшоты (snapshots), которые позволяют быстро и не замедляя работу системы создавать моментальные снимки жесткого диска. Эти и другие приемы можно использовать для тонкой настройки стратегии локального или облачного резервного копирования.

РЕЗЕРВНОЕ КОПИРОВАНИЕ В ЧАСТНЫЕ ОБЛАКА

Разберемся в деталях, российские дата центры, предлагающие услуги резервного копирования в облако, за основу своих решений берут общеизвестные системы резервного копирования от , по сути просто предоставляя вам RDP доступ к отдельной виртуальной машине, на которой предустановлен сервер резервного копирования с подключенной дисковой полкой. Но это не все, для подключения к серверу («облаку») вам понадобится установить на ваш защищаемый сервер или рабочую станцию агент (клиент) и выполнить коммутацию этого агента (клиента) с сервером резервного копирования. Стоимость таких услуг, для файловых серверов, как правило, рассчитывается только исходя из объема выделенного места в хранилище в единицу времени, часто за минимальную единицу расчета принимают 1 терабайт в месяц. На сегодняшний момент средняя стоимость такой услуги составляет примерно 15 - 20 тыс руб. за 1 Тб в месяц, то есть в среднем стоимость хранения резервной копии в облаке размером 1 Терабайт обойдется около 200-250 тыс. руб. в год. Цена увеличится если включить расширенную поддержку приложений и баз данных.
Ни кого не обижая, назовем этот вариант «ленивый», потому что существует, как минимум еще два способа организовать удаленное хранение, рассмотрим их ниже.

РЕЗЕРВНОЕ КОПИРОВАНИЕ В ПУБЛИЧНЫЕ ОБЛАКА

При изучении вопроса многие не берут в расчет, что почти каждая корпоративная система резервного копирования по умолчанию уже имеет встроенный функционал (коннектор) для бэкапа в облако. Так, например , и поддерживают публичные облака (хранилища) от Microsoft Azure, Amazon S3 и Google Cloud, а поддерживает свой собственный Acronis Cloud Storage (с дата центром в том числе на территории РФ). Если у вас уже есть система резервного копирования, то все что вам потребуется это зарегистрироваться на площадках и активировать хранилище в системе (очень просто). Конечно, это стоит денег, но в сравнении с локальными дата центрами, у которых масштабы безусловно меньше, стоимость несопоставима. Для тестирования хранилища у всех имеется стартовый бесплатный объем от 5 до 10 Гб.

И последний, не менее рабочий вариант, это приобретение отдельных лицензии на , и место в дата центре (colocation) для установки оборудования. В этом случаи все остается под вашим контролем и ответственностью.

РЕЗЕРВНОЕ КОПИРОВАНИЕ В ОБЛАКО С ПОМОЩЬЮ ACRONIS BACKUP

Рассмотрим этот вариант на примере Acronis Backup Advanced. Для этого необходимо добавить новый тип хранилища резервных копий.

Создать новую учетную запись и выбрать тарифный план в соответствии с объемом хранилища можно прямо из консоли управления.

После того как облачное хранилище будет активировано и оплачено его можно указывать в качестве нового места хранения для ваших планов резервного копирования.

Как видите все очень просто, а стоимость составит около 25 тыс. руб. в год за 1 Тб данных и чем больше объем или срок аренды хранилища, тем ниже стоимость. Аналогично просто настроить резервное копирование в облако для Backup Exec, при этом стоимость аренды публичных облаков еще выгоднее.

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

Существует еще много нюансов, на которые стоит обратить внимание при выборе резервного копирования в облако. С одной стороны, из-за скорости передачи данных, облако сложно назвать горячим бэкапом, с другой стороны это решение и не совсем подходит для длительного хранения из-за высокой стоимости аренды (в сравнении с ленточным накопителем). Можно предположить, что резервное копирование в облако может быть оптимальным решением для быстрых проектов с ограниченным временем жизни, небольшим объемом, хорошо структурированных данных (только самое нужно, ничего лишнего).