Каждый раз, когда речь заходит про резервное копирование, возникает множество вопросов, и красной нитью сквозь все эти вопросы проглядываются заботы о надежности. Надежность восстановления, надежность хранения, надежность создания самих резервных копий. Хороший продукт по резервному копированию позволяет выбраться из ситуаций, когда надежность под вопросом. Лучший в классе продукт — позволяет не оказаться в такой ситуации в принципе.
Не зря существует народная мудрость «не хранить все яйца в одной корзине». Есть множество примеров с не самыми лучшими концовками, когда резервные копии пишутся на умирающую систему хранения данных (СХД), а порой и вовсе хранятся на той же СХД, что и продуктивные данные. Основываясь на опыте эксплуатации продуктов Veeam 168 000 заказчиков, и для того, чтобы пользователи не повторяли ошибки своих коллег, архитекторы Veeam продвигают идею «идеальной архитектуры системы резервного копирования». Помимо всего прочего, «идеальная архитектура» подразумевает разделение хранения резервных копий для целей непрерывности бизнеса и для целей архивации данных на длительные сроки.
Существует правило «3-2-1», которое говорит о том, что в Вашей инфраструктуре должно быть:
В малых и средних организациях основные вопросы, как правило, возникают именно с последним пунктом — необходимостью иметь резервную площадку. Не у всех построена или арендована площадка для катастрофоустойчивости. Порой, строительство или аренда места в датацентре, с покупкой оборудования, платой за обслуживание и сопутствующими расходами, нецелесообразно экономически.
В таком случае, самое время обратиться к облачным технологиям, которые позволяют существенно сократить как время организации пресловутой резервной площадки, так и существенно снизить затраты на ее создание.
Еще в версии Veeam Backup & Replication 7.0 появились технологии Backup Copy Job и WAN Acceleration. Первая позволяет дублировать основную копию бэкап-файлов на нужное количество других дисковых систем хранения, при этом не важно каким образом презентованы эти объемы хранения — локальные диски, общие папки CIFS/NFS или виртуальный жесткий диск, подцепленный к IaaS виртуальной машине. Вторая использует очень эффективную глобальную дедупликацию, с малым размером блока и общим кэшем, для того чтобы снизить объем передаваемого трафика вплоть до 50 раз. Этот коэффициент получен эмпирически, на основе передачи РК типовых виртуализуемых сервисов.
В Veeam Backup & Replication 8.0, на основе этих технологий, появился функционал Veeam Cloud Connect. В своей первой версии, он позволяет максимально упростить процесс архивирования данных к сервис-провайдеру, либо в рамках гибридной инфраструктуры, в облачную часть своих «владений». Типовых варианта использования Veeam Cloud Connect два:
Если вы не узнали свою организацию в этих двух описаниях, есть третий вариант — для него достаточно иметь одну IaaS виртуальную машину в Azure, и виртуальную сеть Azure для сетевой доступности.
В Azure Marketplace есть подготовленная виртуальная машина с Veeam Cloud Connect — все компоненты уже предустановлены и процесс настройки с принимающей стороны занимает около 10 минут. Вам нужно:
При добавлении Cloud Gateway, необходимо будет указать каким образом можно достучаться до шлюза извне — подключен он реальным IP напрямую, или находится за NAT.
После этого достаточно добавить пользователя, назначить ему пароль и указать квоту на дисковое пространство.
Со стороны пользователя все выглядит схожим образом — необходимо добавить сервис-провайдера, а после этого настроить обычный Backup Copy Job, к которому привычны все пользователи Veeam Backup & Replication.
После такой настройки весь трафик будет ходит по одному порту, в защищенном SSL-соединении. Все данные могут передаваться через пару WAN-акселераторов, и Ваши резервные копии окажутся на надежном Azure-хранилище, Ваша система резервного окпирования начнет соответствовать правилу 3-2-1, а в Вашей жизни станет на одну заботу меньше.
Читать далее:
Не зря существует народная мудрость «не хранить все яйца в одной корзине». Есть множество примеров с не самыми лучшими концовками, когда резервные копии пишутся на умирающую систему хранения данных (СХД), а порой и вовсе хранятся на той же СХД, что и продуктивные данные. Основываясь на опыте эксплуатации продуктов Veeam 168 000 заказчиков, и для того, чтобы пользователи не повторяли ошибки своих коллег, архитекторы Veeam продвигают идею «идеальной архитектуры системы резервного копирования». Помимо всего прочего, «идеальная архитектура» подразумевает разделение хранения резервных копий для целей непрерывности бизнеса и для целей архивации данных на длительные сроки.
Существует правило «3-2-1», которое говорит о том, что в Вашей инфраструктуре должно быть:
- 3 копии данных
- 2 типа носителей для хранения резервных копий
- 1 из копий должна находится вне основной площадки
В малых и средних организациях основные вопросы, как правило, возникают именно с последним пунктом — необходимостью иметь резервную площадку. Не у всех построена или арендована площадка для катастрофоустойчивости. Порой, строительство или аренда места в датацентре, с покупкой оборудования, платой за обслуживание и сопутствующими расходами, нецелесообразно экономически.
В таком случае, самое время обратиться к облачным технологиям, которые позволяют существенно сократить как время организации пресловутой резервной площадки, так и существенно снизить затраты на ее создание.
Veeam Cloud Connect
Еще в версии Veeam Backup & Replication 7.0 появились технологии Backup Copy Job и WAN Acceleration. Первая позволяет дублировать основную копию бэкап-файлов на нужное количество других дисковых систем хранения, при этом не важно каким образом презентованы эти объемы хранения — локальные диски, общие папки CIFS/NFS или виртуальный жесткий диск, подцепленный к IaaS виртуальной машине. Вторая использует очень эффективную глобальную дедупликацию, с малым размером блока и общим кэшем, для того чтобы снизить объем передаваемого трафика вплоть до 50 раз. Этот коэффициент получен эмпирически, на основе передачи РК типовых виртуализуемых сервисов.
В Veeam Backup & Replication 8.0, на основе этих технологий, появился функционал Veeam Cloud Connect. В своей первой версии, он позволяет максимально упростить процесс архивирования данных к сервис-провайдеру, либо в рамках гибридной инфраструктуры, в облачную часть своих «владений». Типовых варианта использования Veeam Cloud Connect два:
- Вы — сервис-провайдер, зарегистрированы в Veeam Cloud & Service Provider Program (VCSP), хотите принимать резервные копии от существующих пользователей Veeam Backup & Replication. Можете это сделать даже не имея собственной инфраструктуры, используя Microsoft Azure.
- Вы — конечный пользователь и у вас есть Microsoft Enterprise Agreement, либо приобретено 100 лицензий Veeam Backup & Replication / Veeam Availability Suite
Если вы не узнали свою организацию в этих двух описаниях, есть третий вариант — для него достаточно иметь одну IaaS виртуальную машину в Azure, и виртуальную сеть Azure для сетевой доступности.
Процесс настройки
В Azure Marketplace есть подготовленная виртуальная машина с Veeam Cloud Connect — все компоненты уже предустановлены и процесс настройки с принимающей стороны занимает около 10 минут. Вам нужно:
- Добавить сертификат для SSL-защиты создаваемого подключения
- Установить роль Cloud Gateway
- Добавить репозитории для хранения резервных копий
- Добавить учетные записи пользователей для доступа
При добавлении Cloud Gateway, необходимо будет указать каким образом можно достучаться до шлюза извне — подключен он реальным IP напрямую, или находится за NAT.
После этого достаточно добавить пользователя, назначить ему пароль и указать квоту на дисковое пространство.
Со стороны пользователя все выглядит схожим образом — необходимо добавить сервис-провайдера, а после этого настроить обычный Backup Copy Job, к которому привычны все пользователи Veeam Backup & Replication.
После такой настройки весь трафик будет ходит по одному порту, в защищенном SSL-соединении. Все данные могут передаваться через пару WAN-акселераторов, и Ваши резервные копии окажутся на надежном Azure-хранилище, Ваша система резервного окпирования начнет соответствовать правилу 3-2-1, а в Вашей жизни станет на одну заботу меньше.
Читать далее:
- Ссылка на ВМ с Veeam Cloud Connect в Microsoft Azure Marketplace
- Пошаговое руководство по развертыванию Veeam Cloud Connect в Microsoft Azure
- Детальнее про Veeam Cloud Connect
- Полный список нового функционала Veeam Availability Suite 9
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
navion
Даже не знаю как ответить на опрос, для TSM тоже везде продвигается стратегия 3-2-1 (в виде иерархии пулов), но объектное хранилище можно только реплицировать, а классические дисковые/файловые не годятся для ВМ.
DZVlad
Ну, 3-2-1 — это общий подход. Его можно продвигать даже для домашних фотографий (что я, например, и делаю — оригинал, Synology и синхронизация OneDrive с помощью плагина для DSM).
Только реплицировать — имеется ввиду с диска на диск и все?
navion
Реплицировать между серверами TSM, репликацию в облако и поддержку S3 с Azure обещают только в следующем году.