Мы - небольшой магазин, работающий с более чем дюжиной экземпляров виртуального ПО на трех хост-машинах. По мере того, как мы добавляли больше виртуальных машин к нашему развертыванию для наших клиентов, частичное резервное копирование наших виртуальных машин показало свои взломы. Это особенно стало ясно, когда мы добавили больше хост-машин в нашу, так сказать, "ферму".
Пришло время подумать о более надежных решениях для управления резервным копированием виртуальных машин. Я нашел несколько изящных скриптов в коде Google для выполнения всевозможных резервных копий и копирования виртуальных машин на центральный сервер ... но только отложит ли это боль в будущем?
В настоящее время мы используем vmware server 2.0, и у нас нет проблем с переходом на ESX. Как люди перешли на ESX и некоторые пакеты vSphere для управления своими виртуальными машинами? Неужели их решения для резервного копирования намного лучше, чем то, что мог бы собрать ниндзя по сценариям?
Какое бы решение вы ни решили реализовать, будь то приобретенное решение, чужой сценарий или ваш собственный сценарий ... убедитесь, что оно работает!
Проверяйте, проверяйте, а затем проверяйте снова ... затем ... проверяйте на регулярной основе (еженедельно, ежемесячно, вы решаете).
Самая большая проблема с резервными копиями виртуальных машин (и резервными копиями в целом) в том, что они сначала работают ... потом все забывают о них, пока небо не начинает падать.
Если вы все же придерживаетесь самостоятельного подхода, не забудьте ДОКУМЕНТОВАТЬ его должным образом вместе с ПРОЦЕДУРОЙ ВОССТАНОВЛЕНИЯ, чтобы через 6 месяцев вы не испытывали стресса из-за того, что что-то разбилось, и бьется головой об стену, потому что вы можете Совершенно не помню, как восстановить этот "бардак".
Коммерческое программное обеспечение, безусловно, может облегчить эту задачу, но в зависимости от вашей ситуации вам может потребоваться дополнительная настройка. Но что бы вы ни делали ... ПРОВЕРЬТЕ. ;-)
Мое отношение к резервному копированию «сверните сам» выглядит примерно так: создание сценариев - это здорово, но резервное копирование - это тоже то, что вы хотите быть уверены в правильности выполнения. Если вы можете потратить немного денег и получить что-то, что хорошо работает, это, вероятно, лучше, чем тратить много времени на написание сценариев. У вас также гораздо меньше шансов попасть в ситуацию, когда коммерческое предложение оставит вас в беде и потеряет ваши данные. (Вы все равно должны тестировать, тестировать, тестировать свои резервные копии, даже если вы используете коммерческие предложения.)
Я сделал свою долю клеевых решений для резервного копирования с помощью rsync, scp и т. Д., Но коммерческий продукт будет более чистым для «следующего человека», который будет администрировать, и это «победа» для вашего бизнеса, даже если это не для твоего эго.
Итак, сказав все это, вот что я подумал бы сделать. Я бы посмотрел на Veeam Backup прежде, чем вы начнете писать / изменять скрипты.
Помните, что для виртуальных машин действительно есть два вида резервных копий это имеет значение.
Первыми будут стандартные резервные копии, которые бегать на машине будь то виртуальный или нет. Обычно они включают любые файлы конфигурации и данные, выходящие за рамки базовой установки ОС.
Второй - это резервная копия самой ВМ. Это сложный вопрос. Это работает на хост-машине VMWare (не сама виртуальная машина), копирует весь жесткий диск и вообще не требует наличия клиента на виртуальной машине. Для обеспечения согласованности резервное копирование должно выполняться, когда виртуальная машина не работает, или, что чаще, создается моментальный снимок, создается резервная копия моментального снимка, а затем удаляется.
Резервное копирование 2-го типа идеально подходит для аварийного восстановления, поскольку с его помощью можно очень быстро приступить к работе, однако резервные копии обязательно крупнее и медленнее, и их сложнее настроить. И они бесполезны, если вам нужно восстановить отдельный файл или папку.
Любое решение для резервного копирования, которое вы предлагаете, действительно должно учитывать оба этих типа резервного копирования.