Для начала рассмотрим сценарии использования услуги резервного копирования на базе данного решения.
Основные кейсы идентичны сценариям использования Acronis:
- Организация резервного копирования с площадки клиента в облачное хранилище MTS Cloud;
- Бесплатная миграция данных в облако MTS Cloud.
Есть уникальные сценарии для услуги резервного копирования на базе решения Veeam.
Резервное копирование виртуальных машин внутри облака MTS Cloud
В данном сценарии Veeam Backup and Replication интегрирован с VMware vCloud Director услуги IaaS от MTS Cloud. Это позволяет решению Veeam осуществлять резервное копирование виртуальных машины, размещенных в сервисе Elastic Cloud.
В рамках данного варианта использования, клиенту предоставляется доступ к веб-порталу самообслуживания, который интегрирован с vCloud Director – таким образом у пользователя будет единая аутентификация. Пользователь сможет самостоятельно создавать и запускать задания на резервное копирование ВМ (в том числе транзакционно консистентное для приложений, поддерживающих технологию VSS), а также проводить восстановление виртуальных машин (либо отдельных файлов), размещенных внутри облака MTS Cloud.
![](https://cloud.mts.ru/files/1_%D0%B2%D0%BD%D1%83%D1%82%D1%80%D0%B8%20%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%B0.jpg)
Работа с резервными копиями в защищенном сегментe 152-ФЗ
В рамках данного сценария у пользователя будет возможность хранить резервные копии своих данных, содержащих персональную информацию внутри защищенного сегмента, тем самым обеспечивать соответствие 152-ФЗ.
Это достигается за счёт совместного использования агентов Veeam, установленного на объекте резервного копирования, а также крипто-шлюза S-Terra, также функционирующего в рамках инфраструктуры заказчика, и обеспечивающего защищенную передачу бэкапа в сегмент 152-ФЗ.
Репликация
Если в инфраструктуре пользователя уже есть сервер Veeam Backup & Replication, то в данном случае предусмотрена возможность осуществлять репликацию виртуальных машин 2-мя способами:
- Репликация виртуальных машин с площадки заказчика в Elastic Cloud. Данный сценарий многие путают с функционалом сервиса DRaaS от MTS Cloud. В случае использования решения Veeam, клиент с помощью Veeam Cloud Connect Replication реплицирует виртуальные машины на заранее выделенные ресурсы Elastic Cloud. Реплика не активна до момента, когда на основной площадке клиента не произойдет нештатная ситуация и не возникнет потребность к запуску на резервной площадке. После чего пользователь самостоятельно активирует виртуальную машину через vCloud Director и у него запускаются в Elastic Cloud копии его серверов по состоянию на их последнюю репликацию.
- Offsite Backup – вариант, когда созданные резервные копии клиентов также
складываются и хранятся в репозитории MTS Cloud.
Поддержка сервера Veeam Backup & Replication на площадке клиента
В рамках услуги Professional & Managed services у клиента будет возможность обеспечить разворачивание, настройку и поддержку сервера Veeam Backup & Replication на собственной площадке силами специалистов MTS Cloud.
Итак, какая же задача стояла перед нами.
Нужно расширить один из текущих репозиториев Veeam на максимально возможную ёмкость, за минимальные деньги, с минимальными простоями, и чтобы все соответствовало корпоративным стандартам. В настоящее время репозитории традиционно размещены на серверах Huawei 5288V5 в конфигурации 2 IntelXeon Gold 6132, 256Gb RAM с SAS Expander через SAS3508 по 36 дисков.
Согласовали даун-тайм (время простоя) в 15 минут, смонтировали в сервер контроллер Avago MegaRAIDSAS 9380-8e + CacheVault LSICVM02 подключенный в PCI-Express 3.0 x8, запустили сервер, проверили прошивки/драйвера и вернули в коммерческое использование.
Сервер работал своей привычной жизнью, параллельно мы занялись монтажом и коммутацией одной из полок WD/HGST 1ES0352 SE4U60.
С монтажом закончили быстро, переходим на софт
Запускаем MegaRAID Storage manager и конфигурируем RAID60, у данного конфига свои плюсы и минусы, нам нужна защита на время ребилда (перенастройки) от веерного выхода из строя емких дисков, которые, как правило, идут из одной партии, и максимально возможная производительность на операциях последовательной записи и чтения.
Итого RAID60 4 SPAN по 14 дисков + 4 диска в spare на общую ёмкость, без необходимости «склеивания» дисков на уровне ОС, защищают нас от выхода из строя 8 дисков, по 2 в каждом SPAN, далее всегда вопрос статистики и везения.
Полученный виртуальный диск превращаем в логический диск и форматируем в ReFS блоком 64КБ.
DISKPART> list volume
Volume ### Ltr Label Fs Type Size Status Info
---------- --- ----------- ----- ---------- ------- --------- --------
Volume 5 F VD_0 ReFS Partition 436
TB Healthy
>fsutil fsinfo refsinfo F:\
REFS Volume Serial Number : 0x583498f53498d6fa
REFS Version : 3.1
Number Sectors : 0x000000da48fa0000
Total Clusters : 0x00000001b491f400
Free Clusters : 0x00000001b383cff8
Total Reserved : 0x0000000000800852
Bytes Per Sector : 512
Bytes Per Physical Sector : 4096
Bytes Per Cluster : 65536
Checksum Type: CHECKSUM_TYPE_NONE
Что с производительностью?
Блок, которым Veeam записывает на хранилище и считывает с хранилище, равен 256KB, либо 512KB в зависимости от типа операции.
Нас интересует последовательная запись и последовательное чтение.
В случае использования дедупликации (удаление повторяющих частей, дубликатов) пропорции количества последовательных операций, несомненно, будут другие, но нас интересует максимальная производительность, возможная без использования дедупликации, так как не все наши репозитории подвержены дедупликации.
Нагрузку будем создавать IOMeter-ом в 16 воркеров по 36 outstanding I/Os, запускаем заполнение хранилища и забываем про него на пару недель. Заполнение происходит блоком 64KB.
Включим вывод производительности по дискам в диспетчер задач. Теперь в диспетчере задач видим нагрузку, не детально, но достаточно, чтобы понимать «живой» ли процесс и заполняется ли диск.
Утилизация ЦПУ порядка 10% из которых, 9% потребляет Dinamo IOMeter-a
Полученные значения колебались в пределах 5,8-6,3 ГБайт/с, что хорошо приближено к эталонному значению шины в PCI-Express 3.0 x8 в 7.88 Гбайт/с, жаль текущая конфигурация сервера и его практически полная утилизация по слотам PCI-Express не позволила использовать хотя бы два SAS контроллера.
Далее по полной емкости полученного локального диска произведем последовательные операции записи и чтения блоком 256KB и 512KB в пропорции по 25% на каждый тип операции, следовательно на выходе имеем:
На выходе суммарная пропускная способность 6,2 ГБайта/c при отличном отклике в 21мс на уровне локального диска.
Возможности дальнейшего расширения
Как мы отметили выше, наш сервер уже полностью утилизирован по портам PCI-Express и установить, дополнительные SAS контроллеры уже не получится. Сразу возникает вопрос как быть?:
Оказалось, все просто, линейка WD/HGST 1ES0352 SE4U60 позволяет подключить каскадом до 4-х полок, т.е. выйти на RAW емкость 2,16Пб, сохранив при этом полученную пропускную способность.
В результате имеем приятную конфигурацию, с возможностью быстрого и безболезненного расширения одного из репозиторием Veeam, при общей RAW емкости полки в 540Тб, после формирования RAID60 4SPAN по 14 дисков и 4 диска в резерве, получили потерю в емкости порядка 100Тб и превосходную производительность.
Текст подготовили: Дмитрий Судариков, ведущий архитектор Сергей Склабовский, менеджер по продукту Антон Калинкин, руководитель направления Professional & Managed Services, Шашин Сергей, руководитель отдела маркетинга B2B.