|
Компьютерный форум OSzone.net » Linux и FreeBSD » Программное обеспечение Linux и FreeBSD » [решено] SVN для контроля версий виртуальных машин (vmware server 1) |
|
[решено] SVN для контроля версий виртуальных машин (vmware server 1)
|
![]() Пользователь Сообщения: 73 |
Всем привет!
Хочу спросить у знающих людей насколько идея достойна реализации. Итак, существует сервер на котором установлена VMware Server 1. На хостовой системе находится не одна виртуальная машина, эти машины необходимо периодически обновлять (софт в гостевой системе) и восстанавливать в случае краха гостевой системы или не поняток каких-либо. Виртуальных машин все больше и больше, поэтому возникла необходимость как-то делать бэкапы и в случае чего откатываться до нужного бэкапа... Но все это должно быть удобно и прозрачно для обычного смертного... Т.е. человек должен видеть на какую он версию виртуальной машины откатывается и не боятся что он что-то сделает не так. Также скорость бэкапа, отката и т.п. должна быть достаточно высокой. Поискал в рунете и обратил внимание на SVN. Бесплатная и вроде как есть спец. режим (модель) Блокирование-Изменение-Разблокирование не допускающая сливание файлов (как раз у меня-то бинарные файлы *.vmdk например) и собственно удобная система управления версиями. Дак, вот подскажите пожалуйста действительно ли можно использовать SVN для данных целей и если да, то насколько это будет эффективно? Действительно ли размер изменений посылаемых сервером будет не большой, может он будет такой же как размер реальных файлов? |
|
Отправлено: 12:40, 06-04-2009 |
Новый участник Сообщения: 32
|
Профиль | Отправить PM | Цитировать Как минимум, для того чтобы сделать резервную копию и восстановится из копии виртуальную машину придется останавливать, да и diff по файликам размером по 2 гигабайта - это не кошерно.
Последняя ссылка говорит лишь о том, что svn поддерживает бинарные файлы, но не говорит, о том что поддерживает их хорошо (в Вашем случае "хорошо" означает - быстро сравнивает большие файлы). Теоретически, в Вашей ситуации можно использовать вместо vmware server - vmware esxi с NFS хранилищем.. Цитата rfcr:
|
|
Отправлено: 23:43, 09-04-2009 | #11 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети. Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля. |
![]() Пользователь Сообщения: 73
|
Профиль | Сайт | Отправить PM | Цитировать Да их возможно будет больше, но и средства управления в svn мощнее чем просто менеджер снапшотов в vmware.
Согласен, как альтернативный вариант кандидат vmware esxi с NFS хранилищем может рассматриваться, но пока нет возможности его поставить на машину, а решение нужно как говориться уже "вчера"... |
Отправлено: 10:15, 10-04-2009 | #12 |
Новый участник Сообщения: 32
|
Профиль | Отправить PM | Цитировать В чем Вы видите преимущество средств управления SVN перед средствами управления VMware, в применении к конкретно этой задаче (создание дерева снапшотов с названиями и комментами)?
|
Отправлено: 19:07, 11-04-2009 | #13 |
![]() Пользователь Сообщения: 73
|
Профиль | Сайт | Отправить PM | Цитировать Вообщем я забанил svn ... Проверил на виртуалке ниче хорошего не получается.
Точно еще не понял но delta-компрессия похоже не работает хорошо для файлов vmdk, а при изменении ревизии в любую сторону файла сразу не обновляются, а с начала занимают место в системе. Вообщем по принципу распаковки архива - файлы сбрасываются во временную папку... Т.е. получается как бы 2 проекта один рабочий другой новое обновление которое еще находится во временной папке.. Потом конечно лишние файлы удаляются но это потом... >В чем Вы видите преимущество средств управления SVN перед средствами управления VMware Видимо ошибался.. |
Отправлено: 12:55, 16-04-2009 | #14 |
Новый участник Сообщения: 32
|
Профиль | Отправить PM | Цитировать rfcr, Теперь куда копать будете?
У меня кроме как Vmware esxi с NFS хранилищем идей нет. |
Отправлено: 21:10, 16-04-2009 | #15 |
![]() Пользователь Сообщения: 73
|
Профиль | Сайт | Отправить PM | Цитировать Ну куда еще копать...
У меня кроме vmware server 1 ничего нет и пока не предвидится. Поэтому тут либо обычный инкрементальный бэкап (спец программами бэкапа), либо скриптами через tar например. Сейчас пытаюсь реализовать простейшие скрипты бэкапа и восстановления. Надо сказать заморочек куча, особенно с правами пользователей. Но это вроде как удалось реализовать (через sudo и ssh), а сейчас работаю над логикой скрипта, проверки всякие и пр. Пишу на обычном bash. Нашел скрипт vmbackup одного заграничного автора, написанный на питоне вот здесь. Скрипт работает, архивирует папку с ВМ и может отправлять на удаленный сервер. Особенно понравилось, что достаточно ввести лишь имя ВМ, а не путь к ее месторасположению (охото такое реализовать на bash но не знаю как). НО после испытаний в реале вышло так, что комнада scp копирует не сжатый каталог в 2 раза (!) быстрей чем эта софтина, поэтому вынужден был отказаться. |
Отправлено: 09:11, 17-04-2009 | #16 |
![]() |
Участник сейчас на форуме |
![]() |
Участник вне форума |
![]() |
Автор темы |
![]() |
Сообщение прикреплено |
| |||||
Название темы | Автор | Информация о форуме | Ответов | Последнее сообщение | |
О виртуальных машинах VMware vs MS Virtual PC | lmn | Автоматическая установка Windows 2000/XP/2003 | 207 | 29-06-2011 23:44 | |
Создание виртуальной сети виртуальных машин | lem785 | Microsoft Windows NT/2000/2003 | 2 | 11-11-2009 10:40 | |
Route/Bridge - [решено] Выход в инет одновременно с 2-3 виртуальных машин. | Myobelt | Сетевые технологии | 5 | 25-11-2008 09:02 | |
SVN на виртуальных хостинг | Vlad Drakula | Вебмастеру | 4 | 10-08-2006 17:46 |
|