Какое ПО используется для резервного копирования
ITGLOBAL.COM — официальный партнер ведущего производителя ПО для систем виртуализации Veeam. Мы используем Veeam Backup & Replication актуальной 10-й версии.
Для самостоятельной работы у Veeam есть специальный портал самообслуживания, который использует VMware Cloud Director как источник авторизации. Можно зайти на этот портал, используя свои учетные данные от VMware Cloud Director. Можно создать там операции или задачи резервного копирования для своих серверов, либо восстанавливать серверы из этого портала.
Veeam умеет восстанавливать отдельные файлы из бэкапа, это полезно в том случае, если кто-то из сотрудников случайно что-то удалил. Можно восстановить всю виртуальную машину — полезно, если она сломалась так, что быстро восстановить ее нельзя.
Можно проверить, будет ли конкретное ПО работать на текущей версии сервера, восстановив его рядом. Для этого берется последняя копия и тестируется. Ведь мы проверяем программу, а не данные. Или же можно протестировать программу с данными, близкими к реальным. В таком случае тоже подойдет последняя версия бэкапа.
Где хранятся бэкапы
Резервные копии хранятся локально, то есть на СХД, которая находится рядом с продуктивной СХД. Если вам требуется геораспределенное хранение резервных копий, можно дополнительно запросить копирование на какую-либо из площадок ITGLOBAL.COM. Если же вы хотите защитить бэкапы от форс-мажоров, специалисты компании могут скопировать месячные копии в другую локацию.
Бэкапы в публичном и частном облаке
Резервное копирование как услуга предоставляется ITGLOBAL.COM только в составе публичного и частного облаков. В публичном облаке вы можете сами настроить резервное копирование или делать копии по мере необходимости. Вам предоставляется динамическая ссылка на портал, которой можно начать пользоваться в любой момент.
В приватном облаке вариантов для организации резервного копирования больше. Вместо Veeam вы можете использовать собственное ПО. Некоторым владельцам частного облака вообще не нужно резервное копирование. Например, при использовании удаленных рабочих столов VDI в нем нет смысла, потому что, как правило, личные данные сотрудника здесь хранятся на уже защищенном файловом сервере, а сама виртуальная машина может быть создана «на лету» в течение 10 минут.
Процесс резервного копирования
Для пользователя видимых этапов создания бэкапов нет. При ручном копировании все действие состоит из нажатия одной кнопки. Если же копирование организовано по расписанию, процесс происходит автоматически.
Скорость создания копии зависит от объема используемых данных на виртуальной машине, то есть от пропускной способности сети и пропускной способности СХД, в которой хранятся резервные копии.
Перед созданием бэкапа создается snapshot, моментальный снимок виртуальной машины. Данные, которые были в ней на момент создания снимка, будут скопированы в резервную копию.
Частота бэкапов
Обычно бэкапы создаются от 1 до 3 раз в сутки. Конкретное решение зависит от того, какой объем данных вы готовы потерять. Если копия снимается раз в сутки, худший сценарий — это поломка машины непосредственно перед следующим бэкапом. Если потерю информацию необходимо свести до минимума, может потребоваться не только резервное копирование. Есть много дополнительных способов защитить данные и эти подходы можно комбинировать.
Сроки хранения и ограничения
Они зависят от ваших требований и объема хранилища. ITGLOBAL.COM, как сервис-провайдер, устанавливает ограничения только на объем места в СХД для каждого клиента. Если объем превышен, нужно решить — или запросить расширение или уменьшить количество бэкапов, сделав их реже или меньше, чтобы копиям было где храниться.
Размер объема СХД влияет на стоимость услуги. Также на нее влияет количество виртуальных машин, участвующих в процессе бэкапа и общий объем резервных копий. Вы сами можете установить себе необходимые напоминания, чтобы всегда быть в курсе любых ограничений и ошибок.
Пропускную способность же ограничивают только возможности «железа». Но так как ИТ-инфраструктура ITGLOBAL.COM спроектирована с запасом, за пределы ее возможностей пока никто не выходил.
Надежность хранения
Вероятность поломок оборудования у нас крайне низка. Мы используем для хранения СХД NetApp, где есть механизмы защиты данных, например, от потери в RAID-группе до двух дисков. Тем не менее стоит регулярно проводить тестирование резервных копий на предмет того, не «сломались» ли данные внутри. Вполне может быть ситуация, когда резервное копирование номинально работает, но при попытке восстановления ничего не включится. Выяснить это, кроме как самостоятельной проверкой резервных копий, никак нельзя.
Предыдущая статья
