Использование распределенной или кластерной файловой системы на хостах для виртуальных экземпляров - как?

Question

Я ищу способ выполнить горячее резервное копирование (внешне, через USB или LAN) моих виртуальных машин, пока они еще работают и работают. У меня есть ряд проблем:

1. Работа с большим разнообразием ОС GUEST, начиная с Windows 2000 - 2008 R2, Centos, SUSE, RedHat, Ubuntu и т.д.
2. Работа с несколькими физическими хост-машинами
3. Работа с большими файлами (очевидно) - от 10 до 100 ГБ
4. Машины должны оставаться активными / работающими во время процесса резервного копирования.

В идеале это будет похоже на RAID, где данные становятся избыточными, но один из "дисков" является внешним по отношению к хост-машине. Может быть?

Каждая из хост-машин в настоящее время имеет внутренний RAID, но этого недостаточно, если вся машина будет уничтожена из-за отсутствия внешнего резервного копирования. Кроме того, это становится проблемой, поскольку каждая хост-машина может иметь различную конфигурацию - ЦП / ОЗУ, материнская плата и т.д.

После долгих исследований (хотя я все еще относительно новичок в области DFS / хранилища), похоже, что я смотрю на создание какой-то среды кластеризации / распределенной файловой системы?

Любые указатели были бы очень полезны.

Изменить: я намеренно не упомянул хост или платформу VM, так как я открыт для правильного решения, которое будет работать для нужд, описанных. У меня есть опыт работы с Linux и Windows, несколькими виртуальными платформами. На самом деле не волнует стоимость. Пытаясь понять, какие решения доступны.

Answer 1

Есть несколько препятствий, с которыми вы сталкиваетесь:

Убедитесь, что ваши резервные копии являются последовательными

На уровне файловой системы это довольно просто. Что я делаю, так это имею все хранилища виртуальных машин на томах LVM (в Linux) и во время резервного копирования создаю снимок соответствующего тома и резервную копию этого снимка (временно смонтируйте файловую систему на хосте виртуализации, скопируйте файлы и т.д.) Я использую dirvish с некоторыми пользовательскими скриптами для резервного копирования.

На уровне приложений невозможно обеспечить целостность данных без сотрудничества с соответствующим приложением. Если у вас есть база данных, работающая внутри вашей виртуальной машины, вы должны указать этой базе данных сбросить данные на диск, заблокировать таблицы, создать снимок LVM, а затем разблокировать базу данных. Не нужно сохранять блокировки во время резервного копирования, так как вы создаете резервную копию снимка, который является атомарным. Очевидно, этот шаг не может быть обобщен, и вам нужно тщательно оценить, что работает внутри каждой из ваших виртуальных машин. Эта проблема является наиболее серьезной, и кластеризация, распределенные файловые системы и т.д. Здесь, к сожалению, вам не помогут.

Управление хранилищем

Резервное копирование будет довольно дорогим с точки зрения сетевого трафика, если вы хотите сделать резервную копию всех машин в одном месте. Я использую локально подключенные жесткие диски eSATA на каждом узле виртуализации (у меня их всего 2). Я храню один набор дисков вне сети, а другой - подключенный к хостам, и регулярно чередую их.

Answer 2

Все крупные поставщики виртуальных машин предоставляют решения для резервного копирования виртуальных машин во время их работы.

Например, если вы запускаете vSphere и используете VDR VMWare (или даже Veeam), гипервизор остановит файловую систему, продолжая работу виртуальной машины. Вы можете заметить некоторую медлительность на ВМ, но ее сервисы не остановятся во время резервного копирования. Очевидно, вы захотите следовать рекомендациям по аппаратному обеспечению, чтобы обеспечить полное время безотказной работы.

Если вы используете решение VMWare, вы можете использовать цели iSCSI для резервного копирования ваших данных. Так, например, вы можете купить дешевый сетевой накопитель NAS (~ 700 долларов) и резервные машины к нему и перенести их за пределы площадки. Вы также можете использовать программное обеспечение для резервного копирования в реальном времени, которое продавцы продают сейчас. В основном он отражает все изменения на внешнем устройстве, а затем просто отправляет дельты изменений.

Некоторые компании (например, моя) выполняют резервное копирование данных через VPN на внешний сайт. Мы еще не добавили никаких резервных копий в реальном времени, но мы работаем с нашими поставщиками, чтобы все это сработало. Мы не компания, которая любит отправлять наши данные в облако.

Очевидно, что существуют критически важные системы, которые работают на виртуальных машинах на предприятии, которые не могут выйти из строя и требуют резервного копирования. У каждого поставщика будет решение для этого.