[Хранение данных, Хранилища данных, DevOps, Облачные сервисы] Как использовать объектное S3-хранилище Mail.ru Cloud Solutions для хранения бэкапов Veeam
Автор
Сообщение
news_bot ®
Стаж: 6 лет 9 месяцев
Сообщений: 27286
LogiMap ASRS Unit by Vidom
Veeam Backup & Replication — коммерческая платформа для резервного копирования и управления данными облачной, виртуальной и физической среды. Она поддерживает разные сценарии хранения данных, в том числе использование S3-совместимых объектных хранилищ для хранения бэкапов, об одном из которых они сами недавно писали: про подключение к хранилищу MinIo.
Между тем, есть смысл использовать S3 в виде готового облачного сервиса, когда вы не хотите сами заниматься вопросами обслуживания и масштабирования хранилища. Сервис-провайдер даёт дополнительные функциональности (надёжность, безопасность и так далее) по стоимости ниже, чем большинство собственных инсталляций, за счёт массовости предоставления услуги.
Я покажу подключение Veeam к облачному объектному S3-хранилищу на примере Mail.ru Cloud Storage. Потому что я — из этой команды :) Так что буду рад обратной связи по этому сценарию и самому сервису в комментариях.
Выбор в сторону объектного хранилища S3 в качестве хранилища бэкапов был вполне очевидным, так как:
- Стандарт де-факто.
- Многие производители уже реализовали в своих системах резервного копирования поддержку S3.
- Надежность.
- Низкая стоимость.
Тестовый стенд
Тестовый стенд:
- Виртуальная машина с Windows (установлена Windows-Server-2019Std-ru.202006) для установки Veeam.
- Виртуальная машина с Ubuntu 20.04 в качестве инстанса для бэкапа.
- Настроенный доступ и бакет в хранилище MCS S3.
Установку Veeam опустим, она хорошо описана в официальной документации. Я использовал для установки версию Veeam Backup & Replication Community Edition, с выписанной пробной лицензией на месяц. Community Edition не поддерживает создание Scale-Out Backup Repository.
Далее перейдем к настройке.
Подключение Object Storage
- Нажмите на Backup Repositories, далее правой кнопкой мыши вызовите Add Backup Repository:
- Выберите Object Storage:
- Выберите S3 Compatible:
- Введите имя хранилища и нажмите Next:
- В качестве Service point введите hb.bizmrg.com, регион — default. Напротив Credentials нажмите Add:
- Введите свой Access Key ID и Secret Access Key для доступа к S3 MCS, нажмите OK:
- Выберите бакет и нажмите Browse напротив Folder для выбора папки, где в бакете будут храниться бэкапы:
- Выберите существующую папку или создайте новую и нажмите ОК:
- Если необходимо установить лимит места, которое могут занимать бэкапы, поставьте галочку Limit object storage consumption и установите лимит. Галочку immutable не ставьте, MCS S3 пока не поддерживает эту функцию. Нажмите Next:
- Создание объектного стораджа завершено:
Подключение Scale Out Backup Repository (SOBR)
Логика работы Veeam такова, что использовать напрямую объектное хранилище S3 нельзя, необходимо собрать расширяемое хранилище, состоящее из локального репозитория бэкапов и хранилища S3, куда будут переноситься бэкапы из локального хранилища, в соответствии с настроенной политикой переноса. Обратите внимание, что SOBR-хранилище недоступно в Community-версии приложения, необходима лицензия.
- Выберите в левой колонке Scale-Out Repositories и нажмите в поле справа правую кнопку мыши. Выберите Add scale-out backup repository:
- Введите имя репозитория и нажмите Next:
- Нажмите Add и добавьте локальное хранилище:
- Выберите политику размещения бэкапов — либо хранение полных и инкрементальных бэкапов вместе, либо разнесение их по хранилищам. Нажмите Next:
- Поставьте галочку Extend scale-out backup repository capacity with object storage и добавьте созданное ранее объектное хранилище. Ниже настраивается политика работы — как видно на скриншоте, у нас настроено сразу же переносить вновь созданные бэкапы в S3, а также переносить уже существующие бэкапы старше 7 дней. Нажмите Apply:
- SOBR-хранилище успешно создано:
Настройка бэкапа Linux-сервера
Настроим бэкап тестового сервера Linux. Для бэкапа Veeam должен установить свой агент на Linux-сервер.
- Добавим данные сервера Linux, который мы хотим бекапить. Нажмите в нижнем левом углу экрана на Home, в верхнем левом углу на Backup Job и выберите Linux computer:
- Выберите Server и Managed by backup server. Настраивать задания можно как централизованно, так и на серверах, которые мы хотим бэкапить, в настройках Veeam-агента. В данном случае настроим управление со стороны сервера Veeam:
- Выберите название нового задания и нажмите Next:
- Нажмите на Add и выберите Individual computer:
- Введите имя или IP-адрес Linux-сервера, который будем бэкапить, напротив Credentials нажмите Add. В выпадающем меню выберите тип авторизации — по паролю или по ключу. В нашем случае — по ключу:
- Введите имя пользователя, выберите на диске предварительно сохраненный файл с приватным ключом к серверу. Приватный ключ формируется при заказе инстанса в панели управления MCS. Установите галочку Elevate account privileges automatically, нажмите OK:
- Выберите, что бэкапить — в данном случае весь сервер. Нажмите Next:
- Выберите хранилище, куда будут помещены бэкапы. В нашем случае настроенное ранее Scale-Out Backup Repository. Нажмите Next:
- Настройте расписание запуска и нажмите Apply:
- Если необходим немедленный запуск задания, установите галочку Run the job when I click Finish. Нажмите Finish:
После окончания настройки Veeam сразу запустит проверку наличия агента на сервере, который мы добавили и установит его при необходимости. После этого начнется первый бэкап.
Прогресс бэкапа можно увидеть, если нажать на Last 24 Hours/Running и выбрать созданное нами бэкап-задание Ubuntu1:
После окончания бэкапа в web-интерфейсе S3 MCS можно увидеть, что Veeam создал папку с бэкапом сервера:
На этом настройка закончена, удачи!
В нашем телеграм-канале — новости об этом и других сервисах на облачной платформе Mail.ru Cloud Solutions.
Еще про использование S3-хранилища:
- Работа с объектным S3-хранилищем как с файловой системой.
- Пример event-driven приложения на основе вебхуков в объектном S3-хранилище.
- На пальцах — о том, как объектные хранилища используют в разных отраслях.
- Архитектура S3: 3 года эволюции Mail.ru Cloud Storage.
===========
Источник:
habr.com
===========
Похожие новости:
- [Системное администрирование, Серверное администрирование, DevOps, Kubernetes] Контейнеризация понятным языком: хранение данных и безопасность в Kubernetes, зачем нужен Ansible
- [*nix, DevOps, Kubernetes] «Stateful-приложения в 2020 году» — meetup 7 декабря
- [Информационная безопасность, Системное администрирование, Сетевые технологии, Облачные сервисы] Обзор Check Point Secure 2020
- [DevOps, IT-компании] Миграция production сервиса из одного ЦОД в другой
- [Хранение данных, Хранилища данных, Облачные сервисы, IT-компании] 20000 петабайт под водой: есть ли перспективы у подводных центров обработки данных
- [Высокая производительность, Системное администрирование, IT-инфраструктура, DevOps] Вебинар: Как организовать команду, избежать выгорания и управлять инцидентами при помощи Amixr
- [Python, DevOps] Пушим метрики Prometheus с помощью pushgateway
- [Серверная оптимизация, API, DevOps] Haproxy — программирование и конфигурирование средствами Lua
- [Облачные вычисления, Облачные сервисы, Искусственный интеллект, Суперкомпьютеры] Сбербанк открыл облако ML Space для сторонних разработчиков
- [Ненормальное программирование, Занимательные задачки, Программирование, Искусственный интеллект] Russian AI Cup 2020 — a new strategy game for developers
Теги для поиска: #_hranenie_dannyh (Хранение данных), #_hranilischa_dannyh (Хранилища данных), #_devops, #_oblachnye_servisy (Облачные сервисы), #_mail.ru_cloud_solutions, #_devops, #_cloud_storage, #_veeam, #_backup, #_s3, #_object_storage, #_blog_kompanii_mail.ru_group (
Блог компании Mail.ru Group
), #_hranenie_dannyh (
Хранение данных
), #_hranilischa_dannyh (
Хранилища данных
), #_devops, #_oblachnye_servisy (
Облачные сервисы
)
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 08:23
Часовой пояс: UTC + 5
Автор | Сообщение |
---|---|
news_bot ®
Стаж: 6 лет 9 месяцев |
|
LogiMap ASRS Unit by Vidom
Veeam Backup & Replication — коммерческая платформа для резервного копирования и управления данными облачной, виртуальной и физической среды. Она поддерживает разные сценарии хранения данных, в том числе использование S3-совместимых объектных хранилищ для хранения бэкапов, об одном из которых они сами недавно писали: про подключение к хранилищу MinIo. Между тем, есть смысл использовать S3 в виде готового облачного сервиса, когда вы не хотите сами заниматься вопросами обслуживания и масштабирования хранилища. Сервис-провайдер даёт дополнительные функциональности (надёжность, безопасность и так далее) по стоимости ниже, чем большинство собственных инсталляций, за счёт массовости предоставления услуги. Я покажу подключение Veeam к облачному объектному S3-хранилищу на примере Mail.ru Cloud Storage. Потому что я — из этой команды :) Так что буду рад обратной связи по этому сценарию и самому сервису в комментариях. Выбор в сторону объектного хранилища S3 в качестве хранилища бэкапов был вполне очевидным, так как:
Тестовый стенд Тестовый стенд:
Установку Veeam опустим, она хорошо описана в официальной документации. Я использовал для установки версию Veeam Backup & Replication Community Edition, с выписанной пробной лицензией на месяц. Community Edition не поддерживает создание Scale-Out Backup Repository. Далее перейдем к настройке. Подключение Object Storage
Подключение Scale Out Backup Repository (SOBR) Логика работы Veeam такова, что использовать напрямую объектное хранилище S3 нельзя, необходимо собрать расширяемое хранилище, состоящее из локального репозитория бэкапов и хранилища S3, куда будут переноситься бэкапы из локального хранилища, в соответствии с настроенной политикой переноса. Обратите внимание, что SOBR-хранилище недоступно в Community-версии приложения, необходима лицензия.
Настройка бэкапа Linux-сервера Настроим бэкап тестового сервера Linux. Для бэкапа Veeam должен установить свой агент на Linux-сервер.
После окончания настройки Veeam сразу запустит проверку наличия агента на сервере, который мы добавили и установит его при необходимости. После этого начнется первый бэкап. Прогресс бэкапа можно увидеть, если нажать на Last 24 Hours/Running и выбрать созданное нами бэкап-задание Ubuntu1: После окончания бэкапа в web-интерфейсе S3 MCS можно увидеть, что Veeam создал папку с бэкапом сервера: На этом настройка закончена, удачи! В нашем телеграм-канале — новости об этом и других сервисах на облачной платформе Mail.ru Cloud Solutions. Еще про использование S3-хранилища:
=========== Источник: habr.com =========== Похожие новости:
Блог компании Mail.ru Group ), #_hranenie_dannyh ( Хранение данных ), #_hranilischa_dannyh ( Хранилища данных ), #_devops, #_oblachnye_servisy ( Облачные сервисы ) |
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы не можете скачивать файлы
Текущее время: 22-Ноя 08:23
Часовой пояс: UTC + 5