Какое решение для резервного копирования лучше всего подходит для системы VMware Infrastructure, в которой размещены самые разные виртуальные машины?
В ситуации, когда вы работаете:
- VMware Infrastructure 4.x с несколькими хостами
- Более 150 виртуальных машин с широким спектром операционных систем (Linux в полдюжины дистрибутивов, Solaris, каждая версия MS и т. Д.) На нескольких языках практически с любым набором установленного программного обеспечения (к счастью, без почтовых серверов Exchange)
- Использование EMC Fibre Channel SAN
- VW, для которых требуется резервное копирование, используют около 2 терабайт данных (всего)
- Цель состоит в том, чтобы хранить резервные копии в течение примерно 3 месяцев
В таком приблизительном масштабе, какие решения для резервного копирования хорошо сработали для вас? И, как дополнительный вопрос, было ли у кого-нибудь из них дублирование, которое вы считаете эффективным и полезным?
4 ответа
vSphere имеет этот новый API-интерфейс vBackup, который как бы отменяет использование прокси-сервера VCB, если вы хотите выполнять прямую передачу данных на основе SAN в резервные копии. Есть несколько поставщиков с продуктами, которые поддерживают это, и мой опыт до сих пор был очень положительным.
Основное преимущество заданий резервного копирования на основе SAN/vBackup:
Резервное копирование без агента для большинства виртуальных машин. Резервное копирование выполняется путем создания снимка виртуальной машины, создания резервной копии статического диска, который генерирует, а затем выпускает снимок. Если с программным обеспечением в пределах виртуальной машины все в порядке со снимками, то с помощью этого метода все будет в порядке без резервного копирования агента. Я полагаю, что приложения, поддерживающие VSS, такие как Exchange и SQL, подходят для моментальных снимков... поэтому вам не нужны агенты, если вы не хотите гранулярного (на уровне элементов) восстановления таких вещей, как отдельные электронные письма и строки таблицы.
Резервное копирование на основе SAN может быть очень быстрым. Особенно, если вы загружаете эти данные в спокойное время. Мы разрабатываем все интерфейсы SP в нашей iSCSI SAN, когда резервное копирование выполняется в одночасье.
Отслеживание изменений блоков делает возможным инкрементное / дифференциальное резервное копирование всей виртуальной машины, быстрое и очень маленькое.
Есть несколько предостережений:
Вам действительно нужно идти с диска на диск с этим, а не с диска на ленту. Поэтому определенно рекомендуется несколько ТБ хранилища на вашем резервном хосте. Без этого вы просто не увидите пропускную способность.
Ваши физические резервные хосты должны быть подключены к вашей SAN и иметь возможность видеть все ваши LUN для их резервного копирования. С практической точки зрения это означает, что у вас обычно есть Windows-бокс с HBA и куча "неопознанных томов" в управлении дисками. Который он хочет инициализировать для вас каждый раз, когда вы заглядываете туда. Если вы это сделаете, это уничтожит ваши тома VMFS. Что-то вроде отстой.
Функция отслеживания изменений-блоки может показаться немного странной, если вы по какой-либо причине не получаете резервные копии в течение нескольких дней подряд.
Как уже упоминалось вкратце, вам, вероятно, понадобятся агенты для хостов SQL, Exchange и AD, даже если они являются виртуальными машинами, чтобы обеспечить вам детальное восстановление.
Ваши хосты ESX или ESXi должны быть лицензированы. ESXi Free не поддерживает функцию vStorage. Наличие VirtualCenter также желательно, но, я думаю, не обязательно.
Отдельные продукты рекомендовать сложно, поскольку я действительно работал только с Backup Exec, но я считаю, что версия 2010 R2 стабильна и с ней хорошо работать.
Дедупликация - интересная тема - мы оценили ее на BE2010 (первый выпуск) и обнаружили, что она очень глючная. Это также не сэкономило нам так много места (так как дополнительная работа так хорошо)... так что это не стоило дополнительных хлопот или затрат. В то время мы уведомили нашего поставщика, и он, похоже, хотел работать с нами, чтобы решить проблемы, но мы отказались от него, потому что преимуществ не было.
У меня похожая среда, и я использую Veeam Backup для резервного копирования и реплики. Veeam использует измененную функцию отслеживания блоков vSphere, которая сокращает окно резервного копирования. Вы можете установить срок действия резервной копии, чтобы резервные копии были доступны в течение 3 месяцев. Общий объем хранилища резервных копий будет зависеть от количества измененных блоков каждый день, а также от того, будете ли вы хранить ежедневные инкрементные копии или будете еженедельно или ежемесячно чередовать резервные копии.
Veeam лицензируется на хост, а не на виртуальную машину, поэтому это довольно рентабельно, если у вас высокий коэффициент консолидации.
Решение для резервного копирования будет зависеть от целей RPO и RTO для организации, доступной пропускной способности, оборудования и окон резервного копирования. Я знаю, что одна большая среда VMware опирается на решение для резервного копирования VMware по сценарию для восстановления ОС (полный образ диска ОС снимается каждую неделю), а также агенты в ОС для резервного копирования данных. Выделение загрузочных дисков на машинах помогает с этим подходом.
Я бы не рекомендовал создавать резервные копии самих серверов ESX, гораздо проще подготовить установочный компакт-диск со сценарием и восстановить сервер путем неинтерактивной переустановки. Интересная часть - это виртуальные машины.
Поскольку у вас такая дико неоднородная среда, я вижу два подхода:
1) Продолжайте делать все, что вы делаете, обрабатывая машины, как если бы они были отдельными физическими коробками. Это может быть административной проблемой в нижних регионах из-за n отдельных процедур резервного копирования и восстановления, но если это работало до сих пор, это работало, верно?
2) Стандартизировать на одном продукте, который может обрабатывать все среды. Я много слышу о TSM, но, возможно, я не совсем объективен, потому что мой работодатель продает и поддерживает TSM.
Мы используем EMC Avamar для резервного копирования нашей инфраструктуры VMware, и она работает очень хорошо. Это быстро и создает резервные копии только тех блоков, которые были изменены, и создает резервные копии только одной копии каждого блока (поэтому для обычных файлов Windows резервное копирование выполняется только один раз, а не один раз для каждой виртуальной машины). Недостатком является то, что это дорого, но если у вас есть EMC, он может не выходить за рамки вашего бюджета (я не знаю полные затраты, потому что кто-то другой заплатил за это:-))