[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Производительность KVM на LVM



01.03.2012, 11:46, "Stanislav Vlasov" <stanislav.v.v@gmail.com>:
> 1 марта 2012 г. 13:37 пользователь Alexander <ags18@yandex.ru> написал:
>
>>>  Делать снапшот и потом копировать.
>>>  dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img
>>>  Остальные опции по вкусу.
>>>
>>>  Размер снапшота зависит от того, сколько данных понапишет виртуалка,
>>>  пока ты его копируешь. Но бекапы так не делаются, ибо при накрывании
>>>  системы медным тазом фиг чего восстановишь обычно. Бекапы делаются
>>>  через копирование снапшота в другое место.
>>>
>>>  Остановить виртуалку и записать в lvm-том старое содержимое
>>>  практически также, как копировал его.
>>  т.е. опять через dd влить напрямую в lvm-том?
>
> Да.
>
>>  еще вопрос - я так понимаю при копировании через dd lvm-тома размером 300гб (даже если полезной инфы там 50гб) на сетевую шару (другой сервер) мы получим файл-образ размером 300гб?... я так понимаю это долгая и неэффективная процедура((
>
> Ну... Сжимать по дороге. Можно с малой степенью сжатия.
> Собственно, так и делал - dd if=... | gzip | ssh user@backup "cat >dd.img.gz"

спасибо за то, что делитесь опытом

>
>>  Это получается единственный вариант бэкапа системы целиком в случае использования lvm?.. или может еще есть какие то варианты? Мне еще приходит в голову только сжатие этого образа при копировании, что еще более увеличит время создания образа и непонятно насколько уменьшит его размер(
>
> Если сжимается хорошо, то в разы быстрее, чем передавать его полностью.
> Правда, при большой степени сжатия в опциях архиватора может упереться
> в процессор и тогда не факт, что быстрее.
> Особенно, если сеть гигабитная и выше.
>
>>  Если так, то получается бэкап акронисом (в случае windows-систем) эффективнее гораздо... :(
>
> Естественно. Но его нельзя проводить, когда виртуалки в работе.
> Тут время простоя - выкл/вкл фактически, в отличие от.
> Разве что отдавать снапшот виртуалке с акронисом и дальше уже им делать.

а вот это кстати мысль! использовать дополнительную виртуалку без системы установленной вообще, в которой подключен один винт (на него будет писать образ акронис), а вторым винтом подключать сделанный снапшот (так точно можно? ведь снапшот read-only??), в качестве виртуального CD воткнуть исошку с акронисом и... profit?..


>>>  Во-первых, для _бекапов_ достаточно одного снапшота на время бекапа.
>>>  Во-вторых, как-то проверял - скорость при одном снапшоте и при
>>>  нескольких одинакова.
>>  а без снапшотов вообще и с одним снапшотом? на XGU именно такой тест был - скорость отличается в разы :(
>
> Собственно так и есть. Потому снапшоты - только для бекапов.
> На вмвари, при полностью выделяемых дисках - аналогично.

печально :( zfs в этом смысле рулит, в ней еще и снапшоты можно маунтить в режиме записи


Reply to: