Бэкап в облако


Резервные копии | Яндекс.Облако - Документация

Managed Service for MongoDB обеспечивает автоматическое и ручное резервное копирование баз данных. Резервные копии занимают место в объеме хранилища, выделенном для кластера. Если суммарный объем данных и резервных копий превышает объем хранилища, превышение тарифицируется.

Резервная копия всех данных кластера автоматически создается раз в день. Отключить автоматическое создание резервной копии невозможно, и изменить промежуток хранения автоматических копий (по умолчанию 7 дней) пока тоже нельзя.

Время начала резервного копирования задается при создании или изменении кластера. Резервное копирование начнется в течение получаса от указанного времени. По умолчанию начало резервного копирования устанавливается на 22:00 UTC (Coordinated Universal Time).

Чтобы восстановить кластер из резервной копии, следуйте инструкциям.

Создание резервной копии

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

  • Первая и каждая седьмая резервные копии — полные резервные копии всех баз данных.
  • Остальные резервные копии — инкрементные, хранится только разница с предыдущей резервной копией, что позволяет экономить хранилище.

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

Хранение резервной копии

Резервные копии хранятся во внутреннем хранилище Яндекса в виде логических дампов и шифруются с помощью GPG. У каждого кластера свои ключи шифрования.

Все резервные копии (автоматические и ручные) хранятся 7 дней.

Проверка резервной копии

Проверка целостности резервной копии

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

Проверка восстановления из резервной копии

Для проверки возможностей резервного копирования восстановите кластер из резервной копии и проверьте целостность ваших данных.

cloud.yandex.ru

Резервное копирование в Yandex Object Storage через CloudBerry Desktop Backup | Яндекс.Облако

Чтобы настроить резервное копирование в Object Storage через CloudBerry Desktop Backup:

  1. Подготовьте облако к работе
  2. Создайте бакет
  3. Создайте сервисный аккаунт
  4. Создайте статический ключ доступа
  5. Установите CloudBerry Desktop Backup
  6. Настройте CloudBerry Desktop Backup
  7. Протестируйте резервное копирование
  8. Удалите созданные облачные ресурсы

Бесплатная версия Cloudberry Desktop Backup позволяет создать не более 200 ГБ резервных копий.

Подготовьте облако к работе

Перед использованием Yandex Object Storage нужно зарегистрироваться в Облаке и создать платежный аккаунт:

  1. Перейдите в консоль управления, затем войдите в Яндекс.Облако или зарегистрируйтесь, если вы еще не зарегистрированы.
  2. На странице биллинга убедитесь, что у вас подключен платежный аккаунт, и он находится в статусе ACTIVE или TRIAL_ACTIVE. Если платежного аккаунта нет, создайте его.

Если у вас есть активный платежный аккаунт, вы можете создать или выбрать каталог, в котором будет находиться ваш бакет. Перейдите на страницу облака и выберите или создайте каталог, в котором вы хотите создать бакет. Подробнее об иерархии ресурсов Облака.

Необходимые платные ресурсы

В стоимость поддержки статического сайта входит:

Создайте бакет

Чтобы создать бакет для резервного копирования:

  1. Перейдите в консоль управления Яндекс.Облака и выберите каталог, в котором будете выполнять операции.

  2. На странице каталога нажмите кнопку Создать ресурс и выберите Бакет.

  3. В поле Имя введите имя бакета, например, backup.

    Имя должно удовлетворять требованиям:

    • Длина имени должна быть от 3 до 63 символов.
    • Имя может содержать строчные буквы латинского алфавита, цифры, дефисы и точки.
    • Первый и последний символы должны быть буквами или цифрами.
    • Символы справа и слева от точки должны быть буквами или цифрами.
    • Имя не должно иметь вид IP-адреса (например 10.1.3.9).
  4. Укажите максимальный размер бакета в ГБ.

  5. Нажмите кнопку Создать бакет.

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

Создайте сервисный аккаунт с ролью editor.

Создайте статический ключ доступа

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

Установите CloudBerry Desktop Backup

  1. Скачайте и установите CloudBerry Backup. Для загрузки введите в поле свой адрес электронной почты и нажмите кнопку Download
  2. Запустите CloudBerry Backup и выберите пункт Use Home Edition (free). Нажмите кнопку Next.
  3. Введите ключ из письма или нажмите кнопку I do not have activation code и введите адрес своей электронной почты. Нажмите кнопку Start FreeTrial.
  1. Скачайте и установите CloudBerry Backup. Для загрузки введите в поле свой адрес электронной почты и нажмите кнопку Download
  2. Запустите CloudBerry Backup и выберите пункт Use Home Edition (free). Нажмите кнопку Next.
  3. Введите имя пользователя и свой адрес электронной почты. На указанный адрес придет ключ регистрации.
  4. Проверьте почту и скопируйте полученный ключ в поле Enter registration key.
  5. Нажмите кнопку Finish.
  6. В открывшемся окне нажмите кнопку OK.
  1. Скачайте и установите CloudBerry Backup. Для загрузки выберите версию, подходящую для вашего дистрибутива Linux, введите в поле свой адрес электронной почты и нажмите кнопку Download
  2. Запустите CloudBerry Backup и выберите пункт Use Home Edition (free). Нажмите кнопку Next.
  3. Введите имя пользователя и свой адрес электронной почты. На указанный адрес придет ключ регистрации.
  4. Проверьте почту и скопируйте полученный ключ в поле Enter registration key.
  5. Нажмите кнопку Finish.
  6. В открывшемся окне нажмите кнопку OK.

Настройте CloudBerry Backup

Чтобы настроить CloudBerry Backup для работы с Object Storage:

  1. Запустите CloudBerry Backup.

  2. Откройте главное меню, нажав кнопку со значком приложения в левом верхнем углу.

  3. Выберите пункт Add New Account.

  4. Нажмите ссылку Show more.

  5. В открывшемся списке провайдеров выберите S3 compatible.

  6. Выберите пункт S3 compatible. Откроется окно параметров хранилища.

    1. В поле Display Name введите Yandex Cloud.
    2. В поле Access Key укажите идентификатор статического ключа доступа.
    3. В поле Secret Key укажите закрытый ключ.
    4. В поле Service point укажите http://storage.yandexcloud.net/. В поле Bucket name должен отобразиться список ваших бакетов.
    5. Выберите в поле Bucket name бакет, в котором будут храниться резервные копии.
    6. Нажмите кнопку OK. Если все настроено верно, хранилище Yandex Cloud появится в окне Registered accounts. Закройте окно.
  7. Откройте вкладку Home. Откроется окно мастера создания резервных копий.

  8. Выберите Local or Cloud Backup и нажмите кнопку Next.

  9. Выберите хранилище Yandex Cloud и нажмите кнопку Next.

  10. Укажите имя плана резервного копирования: yc-backup-plan. Нажмите кнопку Next.

  11. Выберите Simple Mode, чтобы создать простую копию без шифрования, но с возможностью доступа к резервным копиям через любые клиентские приложения. Нажмите кнопку Next.

  12. Не устанавливайте дополнительных флагов и нажмите кнопку Next.

  13. В дереве файлов укажите те директории и файлы, которым требуется резервное копирование. Нажмите кнопку Next.

  14. Выберите Backup all files in selected folders, чтобы сделать копию всех файлов в выбранных папках. Нажмите кнопку Next.

  15. На экране с предупреждением о невозможности шифрования резервных копий в пробной версии нажмите Next.

  16. Не изменяйте настройки удаления файлов и нажмите кнопку Next.

  17. Не задавайте настройки расписания копирования и нажмите кнопку Next.

  18. Не настраивайте дополнительные действия и нажмите кнопку Next.

  19. Если вы хотите получать уведомления о ходе копирования, установите флаг I want to receive a notification email when plan completes.

    Если вы хотите получать только уведомления о неудавшемся копировании, используйте опцию When plan fails. Чтобы получать уведомления обо всех событиях, используйте опцию In all cases. Укажите свою почту в поле Email, имя в поле User name и тему письма от Cloudberry в поле Email subject. Если вы настраиваете уведомления впервые, вам на почту придет письмо с запросом подтверждения ящика. Перейдите по ссылке из письма, чтобы получать уведомления. Нажмите кнопку Next.

  20. Проверьте план и нажмите кнопку Next.

  21. Нажмите кнопку Finish.

  1. Запустите CloudBerry Backup.

  2. Нажмите кнопку Backup files.

  3. Нажмите кнопку +.

  4. Выберите пункт S3 compatible. Откроется окно параметров хранилища.

    1. В поле Display Name введите Yandex Cloud.
    2. В поле Access Key укажите идентификатор статического ключа доступа.
    3. В поле Secret Key укажите закрытый ключ.
    4. В поле Endpoint укажите http://storage.yandexcloud.net/. В поле Bucket должен отобразиться список ваших бакетов.
    5. Выберите в поле Bucket бакет, в котором будут храниться резервные копии.
    6. Нажмите кнопку OK. Если все настроено верно, хранилище Yandex Cloud появится в списке.
  5. Выберите хранилище Yandex Cloud и нажмите кнопку Continue.

  6. Укажите имя плана резервного копирования: yc-backup-plan. Нажмите кнопку Continue.

  7. В дереве файлов укажите те директории и файлы, которым требуется резервное копирование. Нажмите кнопку Continue.

  8. Оставьте переключатель в положении Backup all files in selected folders, чтобы добавить в резервную копию все файлы из выбранных директорий. Нажмите кнопку Continue.

  9. В бесплатной версии недоступно шифрование. Нажмите кнопку Continue.

  10. Задайте настройки продолжительности хранения файлов и количества копий. По умолчанию одновременно хранятся три последних резервных копии. Выберите опцию Use default, чтобы использовать настройки по умолчанию. Нажмите кнопку Continue.

  11. По умолчанию резервное копирование производится вручную. Если требуется задать расписание копирования, используйте флаг Enable schedule и задайте расписание. Нажмите кнопку Continue.

  12. Если вы хотите получать уведомления о ходе копирования, установите флаг I want to receive a notification email when plan completes.

    Если вы хотите получать только уведомления о неудавшемся копировании, используйте опцию When plan fails. Чтобы получать уведомления обо всех событиях используйте опцию In all cases. Укажите свою почту в поле Email, имя в поле User name и тему письма от Cloudberry в поле Email subject. Если вы настраиваете уведомления впервые, вам на почту придет письмо с запросом подтверждения ящика. Перейдите по ссылке из письма, чтобы получать уведомления. Нажмите кнопку Continue.

  13. Проверьте план и нажмите кнопку Done.

Протестируйте резервное копирование

Чтобы протестировать резервное копирование:

  1. Откройте вкладку Backup plans.
  2. Напротив имени плана yc-backup-plan нажмите кнопку со стрелкой для ручного запуска резервного копирования.
  3. Откройте консоль управления.
  4. Перейдите в каталог, где находится бакет, в который помещаются резервные копии.
  5. Откройте сервис Object Storage.
  6. Откройте бакет backup и убедитесь, что все нужные файлы были скопированы.
  1. В блоке Backup plans выберите план yc-backup-plan.
  2. Нажмите кнопку Start для ручного запуска резервного копирования.
  3. Откройте консоль управления.
  4. Перейдите в каталог, где находится бакет, в который помещаются резервные копии.
  5. Откройте сервис Object Storage.
  6. Откройте бакет backup и убедитесь, что все нужные файлы были скопированы.

Как удалить созданные ресурсы

Чтобы перестать платить за хранение файлов, удалите загруженные файлы.

cloud.yandex.ru

Облачный бэкап | Автоматическое резервное копирование данных в облако

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

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

Плагины для доступа к облачным сервисам

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

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

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

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

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

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

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

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

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

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

Рекомендуемое решение для резервного копирования облаков

Версия 8.1.2 от 21 февраля 2020. 106 MB
Программа резервного копирования Handy Backup. 9200 RUB за лицензию

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


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

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

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

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

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

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


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

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

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

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

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

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

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

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

www.handybackup.ru

Резервные копии | Яндекс.Облако - Документация

Managed Service for ClickHouse обеспечивает автоматическое и ручное резервное копирование баз данных. Резервные копии занимают место в объеме хранилища, выделенном для кластера. Если суммарный объем данных и резервных копий превышает объем хранилища, превышение тарифицируется.

Резервная копия всех данных кластера автоматически создается раз в день. Отключить автоматическое создание резервной копии невозможно, и изменить промежуток хранения автоматических копий (по умолчанию 7 дней) пока тоже нельзя.

Время начала резервного копирования задается при создании или изменении кластера. Резервное копирование начнется в течение получаса от указанного времени. По умолчанию начало резервного копирования устанавливается на 22:00 UTC (Coordinated Universal Time).

Чтобы восстановить кластер из резервной копии, следуйте инструкциям.

Создание резервной копии

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

  • Первая и каждая седьмая резервные копии — полные резервные копии всех баз данных.
  • Остальные резервные копии — инкрементные, хранится только разница с предыдущей резервной копией, что позволяет экономить хранилище.

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

Хранение резервной копии

Резервные копии хранятся во внутреннем хранилище Яндекса в виде бинарных файлов и шифруются с помощью GPG. У каждого кластера свои ключи шифрования.

Все резервные копии (автоматические и ручные) хранятся 7 дней.

Проверка резервной копии

Проверка целостности резервной копии

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

Проверка восстановления из резервной копии

Для проверки возможностей резервного копирования восстановите кластер из резервной копии и проверьте целостность ваших данных.

cloud.yandex.ru

три разных подхода к созданию онлайн-бекапа / Программное обеспечение

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

Но далеко не все популярные облачные хранилища идеально подходят для бекапа больших объемов данных. Как правило, бесплатные тарифные планы предоставляют не так много места, а цена на платные чаще всего зависит от предлагаемого объема дискового пространства. Например, Dropbox нынче предлагает 1000 Гбайт за $99 в год, то есть за $8,25 в месяц. Ну а если нужно сохранить больше терабайта? Есть тарифный план у Google Drive, предлагающий 20 Тбайт за $199,99 в месяц. Для большинства это будет дороговато.

Ну а что, если пойти другим путем? В этом обзоре мы рассмотрим три сервиса, которые могут помочь в создании онлайновой резервной копии большого объема данных за сравнительно небольшие деньги.

⇡#JustCloud — дешевое облако с подвохом

При первом знакомстве с JustCloud может показаться, что этот облачный сервис для хранения и синхронизации не отличается от десятков других. На фоне конкурентов его выделяет очень привлекательная цена: 1 Тбайт пространства для хранения данных здесь легко можно получить всего лишь за $2,98 в месяц.

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

После регистрации пользователь бесплатно получает всего лишь 1 Гбайт дискового пространства для хранения файлов в облаке. Участвуя в партнерской программе, можно дополнительно получать по 100 Мбайт за каждого приглашенного пользователя, а также за пост о JustCloud в социальных сетях. За использование дополнительных функций сервиса (таких как обмен файлами, установка мобильных приложений) предусмотрены бонусы в размере 50 Мбайт. Кроме этого, объем доступного облака будет расти по мере использования JustCloud — на 1 Гбайт ежемесячно.

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

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

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

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

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

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

Как уже было сказано выше, JustCloud — это именно сервис для резервного копирования, а не для синхронизации данных, хотя последняя функция тут тоже есть. Папки синхронизации и папка для резервного копирования — это не одно и то же. Для синхронизации данных на бесплатном аккаунте выделено… 15 Мбайт. Да-да, именно мегабайт, то есть несколько фотографий поместится. Интересно также, что даже для премиум-пользователей увеличение объема синхронизируемой папки производится за дополнительную плату. То есть, купив премиум-подписку, вы просто получаете больше места для бекапа, но не для синхронизации. К дополнительным функциям, которые предоставляются за отдельную плату, также относятся хранение версий файлов в течение 30 дней, хранение удаленных файлов, поддержка сетевых дисков, ежечасное резервное копирование, бекап видеофайлов. Одним словом, функции, которые обычно предлагаются в рамках тарифных планов (или даже на некоторых сервисах бесплатно), тут вынесены в отдельный прайс. Вот этим и объясняется очень низкая цена на облачное хранилище.

Ну и отдельного внимания заслуживает маркетинговая политика сервиса. Если сразу же не купить премиум-тариф, то цена на него начинает падать, постепенно снижаясь сначала на 20, затем — на 35 и, наконец, на 70%.

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

⇡#4shared — файлообменник как хранилище для больших файлов

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

К примеру, сервис 4shared, работающий с 2005 года, может пригодиться тем, кто хотел бы создать резервную копию медиафайлов на удаленном сервере. К преимуществам сервиса относятся удобный клиент для загрузки, возможность потокового воспроизведения музыки и видео с сервера (в том числе и на мобильных устройствах), возможность загрузки файлов большого размера (до 100 Гбайт).

Бесплатный аккаунт дает возможность загружать до 15 Гбайт данных (максимальный размер файла не должен превышать 2 Гбайт), но при этом есть лимит на загрузку — не более 3 Гбайт в день. Загруженные файлы сохраняются на сервере в течение 180 дней с момента последнего входа в учетную запись. Для премиум-пользователей снимаются ограничения на размер загружаемых файлов, размер дискового пространства увеличивается до 100 Гбайт, а время хранения файлов на сервере — до одного года.

Загрузка файлов выполняется через веб-интерфейс или же при помощи фирменного файлового менеджера, который доступен для Windows, Mac и Linux. Можно загружать файлы на сервер простым перетаскиванием в окно браузера (кроме Safari и Internet Explorer) или клиента, управлять структурой папок на сервере, удалять, перемещать, копировать, переименовывать файлы, а также в реальном времени воспроизводить музыку и видео, которые загружены на сервер.  

Для воспроизведения музыки, загруженной на сервер, предлагается также мобильное приложение 4shared music для Androd. Это — проигрыватель с возможностью поиска по 4shared, сохранения треков в плей-листах и потокового воспроизведения.

В 4Shared есть бесплатная поддержка WebDav, благодаря чему можно добавлять файлы на сервер при помощи любого WebDav-клиента, например бесплатной программы CyberDuck. Для премиум-пользователей в дополнение к этому предлагается поддержка протоколов FTP и SFTP для загрузки файлов.

В десктопном клиенте предусмотрена возможность ограничения скорости загрузки, использования прокси-сервера для закачки, выполнения заранее предустановленных действий в случае обнаружения файла с таким же именем. А для того чтобы скачать загруженные ранее файлы или файлы других пользователей 4shared, можно использовать клиент для рабочего стола. В нем настраивается папка, в которую сохраняются файлы, устанавливается максимальная скорость загрузки, а также определяется поведение программы при обнаружении файлов с одинаковыми именами. А вот возможность использования внешних менеджеров загрузки, равно как и скачивание резервной копии своих файлов в виде Zip-архива, доступна только премиум-пользователям.

Как и любой другой файлообменник, 4shared предлагает простые способы обмена загруженными файлами с другими людьми.

В частности, внимания заслуживает поддержка QR-кодов. Каждому файлу присваивается уникальный QR-код, благодаря чему сохраненные на 4shared файлы удобно загружать с мобильных устройств. Правда, стоит иметь в виду, что в рамках бесплатного аккаунта невозможно создавать прямые ссылки на загрузку, и, для того чтобы скачать файл, придется просматривать рекламу.

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

⇡#Backblaze — неограниченный бекап за $5 в месяц

Не стоит думать, что чем больше места в облаке вам нужно, тем больше денег придется выложить. Существуют сервисы, которые не ограничивают объем пользовательских данных (как бы невероятно это ни звучало). Backblaze — один из них. За $5 в месяц пользователь получает возможность сохранять столько файлов, сколько захочет.

«Где тут подвох?» — возможно, спросите вы. Все дело в том, что Backblaze не синхронизирует данные между устройствами, а лишь делает резервную копию на удаленном сервере. Файлы можно при необходимости просмотреть через веб-интерфейс и восстановить, когда это будет необходимо.

Для работы с сервисом нужно скачать настольное приложение (оно доступно для Windows и Mac). В течение 15 дней оно будет работать в триал-режиме. К сожалению, бесплатной версии у сервиса нет, но, возможно, именно благодаря такой политике разработчики могут предлагать неограниченный объем для резервного копирования данных за фиксированную, небольшую цену.

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

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

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

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

Несмотря на то, что Backblaze может копировать все данные, которые хранятся на ваших дисках, сохранять все без разбора вряд ли имеет смысл. По умолчанию программа не сохраняет копию операционной системы, папку установки приложений, временные интернет-файлы, файлы образов ISO и DMG, виртуальные диски VMC VHD VMSN, файлы конфигурации и драйверов SYS, приложения EXE, файлы, созданные Time Machine и Retrospect RDB. На вкладке Exclusions можно добавить любые другие исключения или же убрать предустановленные. Кроме этого, предусмотрена возможность ограничить максимальный размер файла, который будет загружаться в облако.

К вопросам безопасности создатели Backblaze подошли основательно — программа использует современные методы шифрования данных. Вся информация, передаваемая в облако, шифруется на стороне пользователя стойким алгоритмом AES. Иными словами, все данные попадают на сервер уже в зашифрованном виде. Для расшифровки пользователю необходимо указать e-mail и пароль. Если такой уровень безопасности кажется недостаточным, можно использовать дополнительный ключ шифрования. Он используется для дешифровки и восстановления данных вместе с адресом электронной почты и паролем. Этот ключ никогда не сохраняется на сервере, и его никак нельзя восстановить. Иными словами, если пользователь забудет ключ, расшифровать его данные будет невозможно.

Для восстановления данных Backblaze предлагает несколько вариантов. Самый простой и доступный — создание архива с выбранными файлами. Для этого нужно сделать запрос через веб-интерфейс, и через некоторое время вы получите ссылку на загрузку. Архив с файлами хранится на сервере и доступен для скачивания в течение 7 дней. Кроме этого, можно заказать запись данных на флешку (если их объем не превышает 128 Мбайт) или на USB-диск (не более 3 Тбайт).

Веб-интерфейс можно использовать не только для восстановления файлов. Тут можно увидеть историю предыдущих запросов на восстановление, проверить статус выполнения резервного копирования, просмотреть последние загруженные файлы. Тут также есть функция Locate My Computer, которая может помочь вернуть ноутбук, если вы его потеряли. Backblaze передает информацию об IP-адресе, провайдере, последних загруженных файлах. Поэтому если ноутбук попал в руки к не слишком опытному вору, то, владея этой информацией, его не составит труда вернуть. А пароль на доступ к Backblaze всегда можно изменить через веб-интерфейс.

⇡#Заключение

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

Если Вы заметили ошибку — выделите ее мышью и нажмите CTRL+ENTER.

3dnews.ru

Бэкап скриптами в облако Google Cloud Platform (GCP) за пять минут / Habr

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

Резервное копирование в облако — тема уже давно не новая. Каждый выбирает своего облачного провайдера, свои инструменты для копирования и пр. Вендоров много, здесь мы рассмотрим именно Google Cloud Platform. Мы все реализуем самыми простыми скриптами, без покупки софта, покупки дисковых хранилищ и прочего.

Что мы имеем


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

Да, нам нужно было применить две схемы резервирования различных данных:
  1. Репликация существующего набора копий на сервере
  2. Хранение копий длительное время только в облаке

Начнем с клауда.

Подготовка облака


Создаем триал на 300 долларов в Google Cloud Platform (300 долларов дается на год, хватит надолго).

После подключения триала, нам будет доступна консоль. В меню переходим в раздел Storage.

Нам будет предложено создать проект, создаем, называем как нам заблагорассудится. После создания проекта, в разделе Storage создадим Сегмент, это и будет наше хранилище для копий. Называем как удобно, для статьи я назвал backwin для репликации и отдельно создал backupwin для копирования и хранения по дням. Класс хранилища мы укажем самый дешевый, применяемый для резервных копий Coldline. Стоимость гигабайта в нем составляет $0,007 в месяц.


Подготовка машины


С сервером все просто. Идем в раздел документации Google Cloud, открываем раздел Cloud SDK и действуем по инструкциям. В моем случае была машина с Windows Server, потому скачиваем, ставим. Достаточно стандартных параметров при установке, потому далее-далее-готово.

Открываем командную строку, пишем

gcloud init
нам будет предложено авторизоваться в окне браузера. Вводим логин-пароль от Google Cloud. Далее будет предложено выбрать в окне командной строки проект, выбираем созданный ранее. При вопросе включить ли API — Да, Хотим ли управлять Compute Engine — нет.

Репликация хранилища


В двух словах, зачем она нам была нужна. Есть машина на которой имеется набор резервных копий в определенном каталоге (c:\bak\). Это зашифрованные архивы и их нужно хранить где-то снаружи. Без проблем. Открываем командную строку, пишем:
gsutil -m rsync -r -d -e -C file://c:\bak gs://bakwin

  • c:\bak — каталог с копиями для репликации в облако
  • bakwin — "Сегмент" в облачном хранилище Google Cloud Storage, который мы создали ранее

Тут стоит оговориться, что мы экспериментировали с машиной Windows, но точно так-же это работает и на Linux, только путь к каталогу поправить нужно.

Команда выполнена, все улетело в облако. Сохраняем как скрипт, включаем в планировщик. Все! Реально пять минут. Еще немного тюнинга и скрипт будет заточен под конкретную задачу и обработку ошибок.

Резервное копирование каталога


В этом случае нам потребовалось хранить данные за каждый день в отдельном каталоге в Google Cloud Storage. Тоже оказалось все просто, берем бутерброд и наливаем кофе.

Для любителей PowerShell, я делал именно на нем т.к. машина на Windows Server. Модули у нас установились в системе вместе с Cloud SDK. Потому для начала, кроме Import-Module GoogleCloud нам ничего не потребуется.

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

$folder = "C:\Bak" $bucket = "gs:\backupwin"

Тут можно дописать создание каталога по текущей дате копирования:
$date = Get-date -format dd.MM.yyyy $bucket = $bucket + "\" + $date mkdir $bucket

Собственно сам скрипт для копирования:
cd $folder $files = Get-ChildItem -Recurse -Attributes !Directory $data = @() foreach ($file in $files) { $objectPath = $file | Resolve-Path -Relative $data += @{file = $file; objectPath = $objectPath} # } cd $bucket foreach($element in $data) { Write-Host $element.objectPath New-Item -ItemType File -Path $element.objectPath }

Проверяем, работает. Составляем в скрипт, ставим в планировщик. Вот и вся любовь.

По стоимости хранения 10 Тб данных (в облачном хранилище) оплата будет от 70 долларов в месяц. В целом все работает. Тюнинг скриптов под конкретные условия не применялся.

Вообще резервное копирование в Google Cloud Storage можно использовать и вместе с таким ПО как Cloudberry, Veritas и др. и использовать облачное хранилище как дополнительное пространство для копий. В случае с железом, большинство вендоров уже на уровне хранилищ поддерживают их резервирование в Google Cloud.

Вывод: дешево, быстро, надежно, а перевод из пробной версии в коммерческую происходит без каких-либо перенастроек и банковских карт.

habr.com

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

Резервное копирование в облако Mail.Ru обеспечивает свободный доступ к резервным копиям данных через Интернет. Программа Handy Backup может использоваться для автоматического резервного копирования облака Mail.Ru как в качестве хранилища, так и в качестве источника данных.

Для бэкапа в облако mail.ru WebDAV-подключением используется плагин WebDAV (входит во все версии Handy Backup). Этот плагин работает только с платными аккаунтами Mail.ru.

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

Работа по гибкому расписанию

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

Свободный доступ и восстановление данных

По умолчанию Handy Backup хранит данные ваших резервных копий на mail.ru в исходных форматах данных. Вы можете вручную просматривать, изменять и даже восстанавливать отдельные файлы и каталоги, не прибегая к задаче полного восстановления данных.

Защита данных при пересылке и хранении

В качестве альтернативы свободному доступу, Handy Backup предлагает встроенные средства сжатия и шифрования данных, пересылаемых в резервную копию облака Mail.Ru. С помощью этих возможностей можно как увеличить защищённость данных, так и уменьшить трафик.

Рекомендуемое решение для резервного копирования в облако mail

Версия 8.1.2 от 21 февраля 2020. 106 MB
Программа резервного копирования Handy Backup. 1200 RUB за лицензию

Handy Backup Standard позволит вам осуществлять автоматический бэкап в облако Mail.Ru для любых пользовательских данных, избежав дополнительных затрат. Бесплатный пробный период - 30 дней!

В нижеприведённой инструкции мы создадим задачу "Mail.Ru Backup" (разумеется, ваши реальные задачи могут называться и по-другому).

  1. Откройте Handy Backup, создайте новую задачу с помощью меню или кнопки на панели.
  2. Выберите задачу резервного копирования на Шаге 1 и нужные данные на Шаге 2.
  3. На шаге 3 выберите из доступных хранилищ данных плагин WebDAV
  4. Создайте новое подключение к Mail облаку WebDAV, нажав "Создать подключение…".
  1. В диалоге создания подключения заполните все необходимые параметры WebDAV Mail.ru:
  • Имя сервера: webdav.cloud.mail.ru
  • Порт: 443
  • Пользователь: ваш почтовый адрес mail.ru
  • Пароль: ваш пароль к сервису mail.ru
  • Завершив настройку, нажмите ОК. Выберите новое подключение из списка справа.
  • Укажите каталог, в котором вы будете хранить бэкап WebDAV Mail.ru. Нажмите ОК.
  • Вернитесь в окно мастера задач и продолжайте работу над задачей, как описано в Руководстве пользователя.
  • Важно: Handy Backup работает и с другими облачными сервисами, включая бэкап на Google Диск, Amazon S3, Dropbox, Яндекс Диск, OneDrive. Для этих облаков вместо Computer используются специализированные плагины.

    Бэкап данных с Mail облака по WebDAV

    Чтобы сделать копию содержимого вашего аккаунта на Mail.ru, выберите плагин WebDAV на Шаге 2 в группе Cloud.

    Программа Handy Backup позволяет создать резервную копию данных с облака mail.ru через плагин Computer и синхронизированную папку на локальной машине.

    Выберите плагин Computer на Шаге 2 или 3 в качестве источника или хранилища данных, и в окне плагина укажите папку Mail.ru в локальном каталоге пользователя.

    Бэкап в облако Mail.ru через приложение "Диск-О"

    Внимание! Несмотря на то, что вы работаете с данными как с содержимым локального диска, для бэкапа Mail.ru с помощью приложения "Диск-О" вам потребуется работающее соединение с сетью Интернет!

    Программа Диск-О - это популярное приложение, превращающее ваши облачные аккаунты в виртуальные диски, подключенные к системе. Если у вас установлено это приложение, вы можете использовать его для резервного копирования на облако Mail.ru через плагин Computer:

    1. Создайте новую задачу резервного копирования данных. На Шаге 2 выберите данные для бэкапа.
    2. На Шаге 3 выберите плагин Computer. Разверните диск с "Облаком Mail.ru" в окне выбора места. Укажите папку, в которой вы будете сохранять резервную копию на Mail.ru.
    1. Нажмите OK. Продолжайте создание задачи, как описано в Руководстве пользователя.

    Также вы можете создать резервную копию облака Mail.ru, выбрав плагин Computer на Шаге 2 и отметив галочками данные, для которых хотите создать резервную копию.

    Handy Backup поддерживает также работу со специализированными плагинами Mail.ru Hotbox и Icebox, предоставляющим доступ к одноимённым облакам Mail.ru. Плагины Hotbox и Icebox могут использоваться как в качестве источника данных, так и для хранения бэкапов.

    • Для бэкапа данных с Mail.ru Hotbox или Icebox в другое хранилище выберите плагин Mail.ru Hotbox или Icebox на Шаге 2 в группе Cloud.
    • Для использования Hotbox/Icebox как хранилища бэкапов выберите Mail.ru Hotbox или Icebox на левой панели окна на Шаге 3.

    Дополнительные сведения о настройках задач резервного копирования, восстановления и синхронизации с использованием плагинов Hotbox и Icebox вы можете получить в Руководстве пользователя.

    Помимо вышеописанных преимуществ, Handy Backup предлагает пользователю множество дополнительных возможностей для реализации любых задач резервного копирования, среди которых можно упомянуть:

    Handy Backup упрощает и автоматизирует резервное копирование в облако Mail.Ru. Вы можете опробовать эти возможности программы прямо сейчас, установив бесплатно полную 30-дневневную пробную версию Handy Backup.

    Читайте также:

    www.handybackup.ru

    Резервное копирование в облако – Commvault v11 / ИТ-ГРАД corporate blog / Habr

    / фото Robert Scoble CC

    Постоянно меняющиеся требования, предъявляемые к облачной инфраструктуре, ведут к необходимости проработки новых бизнес-моделей и создания архитектурных решений для повышения уровня защищенности данных и улучшения управляемости инфраструктуры.

    Сегодня мы хотим поговорить о Commvault v11 – решении для управления данными и организации резервного копирования и восстановления данных в облако IaaS-провайдера. Мы обсудим компоненты платформы и рассмотрим возможные сценарии использования Commvault.

    Commvault v11 – это программно- и аппаратнонезависимая платформа, которая выполняет следующие задачи: резервное копирование данных и виртуальных сред, контроль виртуальной инфраструктуры, архивирование данных, баз данных и др.

    Основными компонентами Commvault v11 являются CommServe, ContentStore, Data Agent и Media Agent. CommServe – это управляющий сервер, а ContentStore – единый набор ресурсов хранения данных, к которым относятся СХД, облачные хранилища, файловые серверы, ленточные накопители. Название Data Agent носит агент для приложений и файловых систем, способный выполнять сжатие, дедупликацию и шифрование данных на источнике, а что касается компонента Media Agent, то это агент, принимающий поток данных, идущих с Data Agent.

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

    Было введено понятие «безопасность на основе ролей» (Role Based Security). Безопасность на основе ролей выходит за рамки ограничения традиционных пользователей и групп безопасности.

    Теперь в сервисе появлялись следующие сущности:

    • Пользователь или группа пользователей;
    • Роли – определяют набор разрешений без привязки к конкретному пользователю или группе пользователей;
    • Объект – компонент, который привязывает пользователя (группу) к соответствующей роли.

    Такое деление позволяет пользователю (или группе пользователей) иметь различные разрешения в зависимости от того, какова его роль в деятельности конкретного объекта.

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

    Далее следует отметить, что в Commvault v11 введено понятие «индексация нового поколения v2». Новообретенный функционал сокращает размер индексируемых файлов, находящихся в кеше и хранилищах.

    Индексация v2 работает следующим образом: индексируемые данные помещаются в базу данных индекса. Одна база данных индекса управляет записями всех объектов внутри бэкап-набора. Поэтому все субклиенты, а значит, и все наборы данных для резервного копирования и настроек в пределах одного и того же бэкап-набора записываются в эту же базу данных индекса.

    Третья особенность новой версии – «дедупликация на основе содержимого». В Commvault поддерживается дедупликация на основе содержимого баз данных и логов. Базы данных приложений часто используют встроенную компрессию, которая сжимает блоки до того, как Commvault сгенерирует подписи этих блоков. Сжатие на уровне приложений приводит к тому, что при запуске резервного копирования непоследовательные блоки дедуплицируются несколько раз.

    Используя компрессию Commvault во время резервного копирования вместо сжатия средствами приложения, агент приложения определяет, что запущен процесс резервного копирования базы данных, после чего «подписывает» несжатые данные. После подписи блок данных сжимается. Это приводит к улучшению показателя дедупликации.

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

    Кроме этого, изменения коснулись политик хранилища, дисковых и ленточных библиотек, также появился новый интерфейс в виде консоли администрирования с поддержкой виртуализации. Дополнительно появилась возможность управлять виртуальными машинами на базе гипервизора Microsoft Hyper-V и защищать паролем файлы и папки общего доступа. Об этих и других возможностях Commvault v11 можно прочитать в официальных руководствах (здесь и здесь).

    Решения Commvault помогают справляться с растущими бизнес-требованиями, избавляя организации от чрезмерных расходов и усложненных процессов. Не зря по результатам Gartner решение Commvault пятый раз подряд попадает в квадрант лидеров в исследовании Enterprise backup and integrated appliance. Далее давайте рассмотрим три основных сценария использования Commvault.

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

    Здесь возможно несколько вариантов. Первый – это offsite-хранилище, когда не требуется восстанавливать данные в облако, но в случае необходимости такая возможность предоставляется. Второй – это прямое подключение к объекту хранения, а третий – ситуация, когда целевой объект хранения предоставляется публичным IaaS-провайдером или сервис-провайдером в рамках услуги BaaS.

    Аварийное восстановление в облаке

    При использовании сценария Off-site Storage Requirement & Cloud DR Site in the Cloud облачная инфраструктура используется только в случае наступления DR-событий, что позволяет экономить время и деньги (в рамках услуги IaaS, DRaaS).

    В случае сценария VM Provisioning клиент использует собственные инструменты для развертывания виртуальных машин в облаке до момента их восстановления.

    Защита в облаке

    Commvault v11 обеспечивает восстановление активных рабочих нагрузок и данных в пределах внешнего облака поставщика. Среди возможных сценариев использования здесь следует выделить защиту данных в контексте рабочих нагрузок. В этом случае обеспечивается защита активных рабочих процессов (Production, Dev/Test) в пределах существующего IaaS-облака.

    Еще один сценарий – копирование в другое облако или «онпремис», когда обеспечивается полная мобильность данных и выполняется репликация на географически удаленную площадку IaaS-провайдера, площадки различных IaaS-поставщиков или назад на площадку заказчика.

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

    habr.com

    что это такое и зачем оно нужно / Cloud4Y corporate blog / Habr


    Входит и выходит, замечательно выходит...

    Приложения, которые работают в облаке, защищены только в определенной степени. Для полной защиты данных, которые генерируются облачными приложениями, вам потребуется резервное копирование в другое облако (cloud-to-cloud backup).

    По данным Forrester, расходы на услуги публичного облака вырастут к 2020 году до 236 млрд. долларов США. Это тенденция, усиливается увеличением количества приложений, размещенных в облаках.

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

    Итак, почему мы видим необходимость в создании cloud-to-cloud копии?

    Риски информационной безопасности в облаке


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

    Облачный сервис будет или должен иметь несколько центров обработки данных и несколько избыточных хранилищ данных для обеспечения непрерывности бизнеса и возможности восстановления данных. Он также должен обеспечивать безопасность данных на enterprise-уровне.

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

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

    Облачный vs on-premise уровень обслуживания


    Облачные службы делают все возможное, чтобы поддерживать работу сервисов. Конечно, ИТ-директора должны проверить детали соглашений об уровне обслуживания (SLA). Некоторые публичные облака вовсе не гарантируют определенную доступность или время восстановления, а предлагают со своей стороны только действия «на базе наилучших усилий».

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

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

    Также провайдер облачных услуг не несет ответственности за случайное удаление данных. Человеческая ошибка — от случайной перезаписи одного поля в клиентской базе данных до очистки всего набора данных — это проблема клиента. По оценкам Backupify, провайдера резервного копирования на основе облачных технологий, одна из трех компаний теряет данные при использовании SaaS. Человеческая ошибка является наиболее распространенной причиной.

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

    Опции резервного копирования в облако


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

    Для больших файлов и более крупных приложений это редко бывает практичным. Предприятия, использующие облако по модели «инфраструктура как услуга» (IaaS) или SaaS, могут использовать процедурные интерфейсы прикладных систем (API) или стороннее программное обеспечение для резервного копирования на локальные серверы, в сетевое хранилище (NAS) или в собственный центр обработки данных.

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

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

    По данным Gartner, в настоящее время только одна из 10 компаний резервирует свои данные у IaaS-провайдера. Исследователи ожидают, что этот показатель удвоится к 2020 году, так как компании осознают важность резервного копирования, и все больше провайдеров предлагают подобные облачные услуги.

    Преимущества резервного копирования Cloud-to-Cloud


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

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

    Падающие облака


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

    Gartner отмечает, что за последние два года поставщики услуг резервного копирования улучшили поддержку облачных сервисов, сделав проще защиту IaaS-данных и резервное копирование SaaS приложений. Наиболее развитая область в последние годы — резервное копирование ИТ-инфраструктуры как услуга – облачные копии всех виртуальных машин.

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

    Рынок переходит от предоставления простого «дампа базы данных» к облачному хранилищу — к более сложному, управляемому сервису, предоставляемому по модели «оплата по мере использования».

    Если ваши планы проваливаются, сами планируйте возможную неудачу


    Однако есть подводные камни. Резервное копирование SaaS приложений, в частности, остается сложным.

    Например, резервные копии собственных данных от Salesforce.com не являются точными копиями внутренних данных приложения. Это так называемое «одностороннее» резервное копирование, которое может пропускать метаданные, а информация может быть менее «богатой», чем исходные наборы данных. Они могут быть восстановлены обратно в SaaS-приложении, но данные сначала необходимо переформатировать и перезагрузить как новые наборы данных.

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

    Резервные копии приложений, размещенных по модели IaaS, по-настоящему редко независимы от платформы. «Существует достаточно много различий между форматами данных на основных платформах, чтобы сделать восстановление весомой задачей», — предупреждает аналитик Forrester Нэвин Чхабра.

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

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

    На правах рекламы


    Cloud4Y предоставляет несколько вариантов услуги BACKUP AS A SERVICE и Облачное хранилище. Решение Cloud4Y backup предоставляет возможность облачного резервного копирования, обеспечивающего надежность хранения любого объема данных.

    Ниже перечислены три варианта реализации услуги и ко всем перечисленным вариантам предоставляется бесплатный VPN с шифрованием через Интернет:

    1. Услуга Backup as a Service на базе Veeam Backup позволяет получить необходимое дисковое пространство для хранения и восстановления резервных копий из хранилища. Дополнительно к этому мы можем оказывать гарантированное восстановление по заданному времени в режимах:

    1. SLA «Базовый» 10-19/5
    2. SLA «Приоритетный» 9-21/7
    3. SLA «Критичный» 24/7
    4. SLA «VIP» 24/7

    2. При использовании Veeam Endpoint Protection бэкап делается в наш Veeam, а оплата происходит согласно табличке тарифов за предоставленное дисковое пространство.

    3. Используя услугу IaaS, арендуется сервер (VM) для шары (Linux или Windows – зависит от предпочтений), арендатор самостоятельно поднимает и настраивает VM и делает там шару для складирования бэкапов, затем самостоятельно соединяет сервер (VM) в облаке с сервером бэкапа. Все ресурсы можно добавлять или изменять через VMware vCloud Director в режиме реального времени.

    habr.com

    Резервное копирование в облако с помощью новой фичи Veeam / ИТ-ГРАД corporate blog / Habr

    В восьмой версии Veeam Backup and Replication появилась такая полезная функциональность как Veeam Cloud Connect. Она позволяет размещать резервные копии не только на собственной площадке, но и отправлять их на удаленные сайты облачного провайдера. В этом посте мы подробно и с примерами разберем, как это работает.

    Короткая предыстория и немного рекламы


    В ожидании выхода восьмерки ИТ-ГРАД получил статус золотой статус Veeam Cloud Provider, с прицелом на использование заявленной в восьмой версии Veeam Backup and Replication функциональности резервного копирования в облако. После чего мы занялись проработкой организационной стороны этого вопроса, а с выходом Veeam Backup & Replication v8 поспешили развернуть стенд и провести испытания этого чуда вместе с особо интересующимися этим вопросом клиентами. Результатами этой работы мы и поделимся.

    Сценарий


    Клиент с инфраструктурой виртуализации на базе VMware решил воспользоваться технологией резервного копирования в облако с помощью Veeam Cloud Connect. С чего начать?

    В первую очередь, необходимо определиться с провайдером облачных услуг Veeam, чья площадка будет использоваться как надежное хранилище резервных копий виртуальных машин. Такие провайдеры обладают компетенцией Veeam Cloud Provider (VCP), что указывает на их высокую степень профессионализма и подчеркивает достигнутый экспертный уровень. При этом любому заказчику, сделавшему выбор в пользу резервного копирования в облако, потребуется подписка на услуги от выбранного облачного провайдера. Для нахождения соответствующего провайдера вы можете воспользоваться поисковиком на официальном сайте Veeam, используя ссылку www.veeam.com/ru/find-a-veeam-cloud-provider.html (Примечание: сейчас, на момент публикации, поиск по России по техническим причинам не работает).

    Следующий шаг: развертывание на стороне клиента продукта Veeam Backup & Replication v8, т.к. Veeam Cloud Connect доступен только начиная с восьмой версии Veeam Backup & Replication.

    Подключение к серверам виртуальной инфраструктуры


    До того как вы сможете выполнять задачи резервного копирования и восстановления данных посредством Veeam Backup & Replication v8, необходимо спланировать и сконфигурировать инфраструктуру. Безусловно, многое зависит от вашего виртуального окружения и самой стратегии резервного копирования.
    • Запускаем Veeam Backup & Replication v8 первый раз и попадаем в окно Backup Infrastructure (Инфраструктура резервного копирования).

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

    • VMware vSphere — подключение к инфраструктуре vSphere путем добавления vCenter Server (4.х и более поздней версии) или «стэндэлоун» гипервизора vSphere (ESX/ESXi 4 или более поздней версии).
    • VMware vCloud Director — подключение к vCloud-инфраструктуре путем добавления VMware vCloud Director Server (5.x). Регистрация vCloud Director серверов позволяет создавать задачи, которые могут выполнять резервную копию метаданных vCloud Director, включая настройки vApp в дополнении к самим виртуальным машинам.
    • Microsoft Hyper-V — подключение к инфраструктуре Hyper-V путем добавления System Center Virtual Machine Manager (SCVMM), кластера Hyper-V, а также отдельно стоящего хоста (Windows Server 2008 R2 SP 1 или более поздней версии).
    • Microsoft SMB3 Storage — добавление кластера сервера SMB3 или независимого сервера SMB3 позволяет включить отслеживание изменений блоков, запущенных на SMB3 виртуальных машин.
    • Microsoft Windows Sever — возможность подключить Windows Server (Windows Server 2003 и более поздние версии).
    • Linux Server — возможность добавления Linux-серверов, могут использоваться только в качестве площадки резервного копирования.

    Рассмотрим один из вариантов на практике: выполним подключение к vCenter Server. Для этого кликаем по иконке VMware vSphere, после чего запускается мастер New VMware Server (Новый сервер VMware).

    В окне Credentials (Верительные данные) вводим учетную запись пользователя с административными полномочиями на vCenter Sever.

    После успешного подключения в основной консоли Veeam Backup & Replication появляется дополнительная функциональность, в том числе и Veeam Cloud Connect с возможностью выбора и подключения к удаленным площадкам облачных поставщиков Veeam.

    • Обратим ваше внимание, что через консоль Veeam Backup & Replication доступна возможность поиска поставщика облачных решений. Если вы уже определились с провайдером, необходимо нажать кнопку Add service Provider (Добавить сервис провайдера).

    Поскольку ИТ-ГРАД обладает статусом золотого облачного провайдера (Veeam Cloud Provider Gold), это дает возможность клиентам использовать удаленную площадку нашей компании для резервного копирования в облако, репликации, а также быстрого восстановления данных. Предлагаем посмотреть, как происходит подключение к облачной площадке на примере «ИТ-ГРАД».
    • Нажимаем кнопку Add service Provider (Добавить сервис провайдера) и в открывшемся окне мастера указываем IP-адрес либо DNS-имя удаленной площадки. В нашем случае это veeamcc.it-grad.ru, порт 6180, используемый по умолчанию.

    Заметка! Значение IP-адреса, имени DNS удаленной площадки и номер порта подключения сообщается облачным провайдером. Номер порта может отличаться от значения, заданного по умолчанию. Если планируется подключение к нескольким различным провайдерам, желательно задавать дополнительное описание к каждому подключению в поле Description (Описание).

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

    • После нажатия кнопки Next (Далее) устанавливается подключение к площадке сервис-провайдера.
    • В окне Resources (Ресурсы) отображается доступный облачный репозиторий с заданным объемом.
    • В окне Summary отображается суммарная информация. При нажатии кнопки Finish завершаем работу мастера.

    Таким образом, в поле Service providers отображается подключенная облачная площадка. С помощью кнопки Edit Service Provider (Редактировать сервис провайдера) можно вносить изменения в уже имеющееся подключение либо выполнить удаление с помощью кнопки Remove Service Provider.

    Работа с панелью Backup & Replication


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

    Создание Backup Job (задачи резервного копирования)


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

    • В окне мастера задаем название (в нашем случае — Backup VMs). Желательно задавать смысловые имена, по которым будет понятно, что выполняет данная задача, а для большего дополнения задать описание. Например: для чего предназначена задача, что именно она будет выполнять.
    • Далее в окне мастера предлагается выбрать виртуальные машины для резервного копирования. Нажимаем кнопку Add, чтобы добавить необходимый объект. Выглядит это так:

    • В мастере также можно задать, в каком порядке будет выполняться резервное копирование виртуальных машин. Этот порядок можно менять путем изменения местоположения выбранных объектов.
    • Важным пунктом является выбор Storage (Репозитория), куда происходит резервное копирование. По умолчанию мастер предлагает использовать локальный репозиторий Veeam, который создается в процессе развертывания продукта. В нашем случае стоит выбрать облачную площадку сервис-провайдера, он будет отображаться как Cloud repository (Облачный репозиторий).

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

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

    Подводя итоги, отмечу, что по ощущениям, Veeam Backup & Restore со встроенной функциональностью Cloud Connect – это довольно понятный инструмент, дающий возможность подключения к удаленным площадкам надежных облачных провайдеров и выполнения резервного копирования в облако. О других продуктах, поддерживающих работу с корпоративными облаками, мы будем писать в первом блоге о корпоративном IaaS. На нашем сайте можно заказать подключение услуги резервного копирования виртуальных машин в облако.

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

    habr.com

    Резервное копирование в Yandex Object Storage через Acronis Backup Gateway | Яндекс.Облако

    Чтобы настроить резервное копирование в Object Storage через Acronis Backup Gateway:

    1. Подготовьте облако к работе
    2. Создайте бакет
    3. Настройте Acronis Backup Gateway
    4. Протестируйте резервное копирование
    5. Удалите созданные облачные ресурсы

    Подготовьте облако к работе

    Перед использованием Yandex Object Storage нужно зарегистрироваться в Облаке и создать платежный аккаунт:

    1. Перейдите в консоль управления, затем войдите в Яндекс.Облако или зарегистрируйтесь, если вы еще не зарегистрированы.
    2. На странице биллинга убедитесь, что у вас подключен платежный аккаунт, и он находится в статусе ACTIVE или TRIAL_ACTIVE. Если платежного аккаунта нет, создайте его.

    Если у вас есть активный платежный аккаунт, вы можете создать или выбрать каталог, в котором будет находиться ваш бакет. Перейдите на страницу облака и выберите или создайте каталог, в котором вы хотите создать бакет. Подробнее об иерархии ресурсов Облака.

    Необходимые платные ресурсы

    В стоимость поддержки статического сайта входит:

    Создайте бакет

    Чтобы создать бакет для резервного копирования:

    1. Перейдите в консоль управления Яндекс.Облака и выберите каталог, в котором будете выполнять операции.

    2. На странице каталога нажмите кнопку Создать ресурс и выберите Бакет.

    3. В поле Имя введите имя бакета, например, backup.

      Имя должно удовлетворять требованиям:

      • Длина имени должна быть от 3 до 63 символов.
      • Имя может содержать строчные буквы латинского алфавита, цифры, дефисы и точки.
      • Первый и последний символы должны быть буквами или цифрами.
      • Символы справа и слева от точки должны быть буквами или цифрами.
      • Имя не должно иметь вид IP-адреса (например 10.1.3.9).
    4. Укажите максимальный размер бакета в ГБ.

    5. Нажмите кнопку Создать бакет.

    Настройте Acronis Backup Gateway

    Чтобы настроить Acronis Backup Gateway для работы с Object Storage:

    1. В Acronis Storage откройте меню Services и выберите пункт Acronis Backup Gateway.
    2. Нажмите кнопку Create Gateway.
    3. Выберите тип хранилища Public Cloud.
    4. В списке ABGW private выберите сетевой интерфейс с ролью ABGW private.
    5. В блоке Public cloud parameters задайте следующие настройки:
      1. Выберите тип провайдера AuthV2 compatible.
      2. В поле Endpoint URL укажите storage.yandexcloud.net.
      3. Получите статический ключ и укажите его для аутентификации.
      4. Укажите бакет backup для хранения резервных копий.
    6. В блоке Registration укажите данные вашего аккаунта Acronis.
    7. Нажмите кнопку DONE.

    Протестируйте резервное копирование

    1. Настройте резервное копирование в Acronis Backup по инструкции.
    2. Выполните резервное копирование по инструкции.

    Как удалить созданные ресурсы

    Чтобы перестать платить за хранение файлов, удалите загруженные файлы.

    cloud.yandex.ru


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



    © 2010- GutenBlog.ru Карта сайта, XML.