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

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

2012-03-01 Пенетрантность Mikhail A Antonov

01.03.2012 11:37, Alexander пишет:
 еще вопрос - я так понимаю при копировании через dd lvm-тома размером 300гб 
 (даже если полезной инфы там 50гб) на сетевую шару (другой сервер) мы получим 
 файл-образ размером 300гб?... я так понимаю это долгая и неэффективная 
 процедура((
 Это получается единственный вариант бэкапа системы целиком в случае 
 использования lvm?.. или может еще есть какие то варианты? Мне еще приходит в 
 голову только сжатие этого образа при копировании, что еще более увеличит 
 время создания образа и непонятно насколько уменьшит его размер(
 Если так, то получается бэкап акронисом (в случае windows-систем) эффективнее 
 гораздо... :(
# делаем снапшот
lvcreate -L4G -s -n win2k3dataBACKUP /dev/vg0/win2k3data
# достаём раздел
kpartx -a /dev/mapper/vg0-win2k3dataBACKUP
# потом монтируем
mount /dev/mapper/vg0-win2k3dataBACKUP1 /mnt/win2k3data -o ro -t ntfs-3g

Ну и таром его. А бэкапить образом файлы - смысла нет. Системный диск
можно раз в месяц и образом.
После того как бэкап закончился - снапшот не нужен больше.

# отмонтируем что бэкапили
umount /mnt/win2k3data
/sbin/kpartx -d /dev/mapper/vg0-win2k3dataBACKUP
/usr/bin/yes | /sbin/lvremove /dev/mapper/vg0-win2k3dataBACKUP


-- 
Best regards,
Mikhail.
-
XMPP: ant...@stopicq.ru
WWW: http://www.antmix.pp.ru/



signature.asc
Description: OpenPGP digital signature

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

2012-03-01 Пенетрантность Alexander

01.03.2012, 11:46, Stanislav Vlasov stanislav@gmail.com:
1 марта 2012 г. 13:37 пользователь Alexander ag...@yandex.ru написал:

Делать снапшот и потом копировать.
dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img
Остальные опции по вкусу.

Размер снапшота зависит от того, сколько данных понапишет виртуалка,
пока ты его копируешь. Но бекапы так не делаются, ибо при накрывании
системы медным тазом фиг чего восстановишь обычно. Бекапы делаются
через копирование снапшота в другое место.

Остановить виртуалку и записать в lvm-том старое содержимое
практически также, как копировал его.
т.е. опять через dd влить напрямую в lvm-том?

Да.

Ну... Сжимать по дороге. Можно с малой степенью сжатия.
Собственно, так и делал - dd if=... | gzip | ssh user@backup cat dd.img.gz

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

Это получается единственный вариант бэкапа системы целиком в случае
использования lvm?.. или может еще есть какие то варианты? Мне еще приходит
в голову только сжатие этого образа при копировании, что еще более увеличит
время создания образа и непонятно насколько уменьшит его размер(

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

Если так, то получается бэкап акронисом (в случае windows-систем)
эффективнее гораздо... :(

Естественно. Но его нельзя проводить, когда виртуалки в работе.
Тут время простоя - выкл/вкл фактически, в отличие от.
Разве что отдавать снапшот виртуалке с акронисом и дальше уже им делать.

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

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

Собственно так и есть. Потому снапшоты - только для бекапов.
На вмвари, при полностью выделяемых дисках - аналогично.

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

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/342701330588...@web36.yandex.ru

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

2012-03-01 Пенетрантность Alexander

01.03.2012, 12:20, Mikhail A Antonov b...@solarnet.ru:
01.03.2012 12:07, Alexander пишет:

ссори отправил в личку(

01.03.2012, 11:59, Mikhail A Antonov b...@solarnet.ru:
01.03.2012 11:37, Alexander пишет:
еще вопрос - я так понимаю при копировании через dd lvm-тома размером
300гб (даже если полезной инфы там 50гб) на сетевую шару (другой сервер)
мы получим файл-образ размером 300гб?... я так понимаю это долгая и
неэффективная процедура((
Это получается единственный вариант бэкапа системы целиком в случае
использования lvm?.. или может еще есть какие то варианты? Мне еще
приходит в голову только сжатие этого образа при копировании, что еще
более увеличит время создания образа и непонятно насколько уменьшит его
размер(
Если так, то получается бэкап акронисом (в случае windows-систем)
эффективнее гораздо... :(
# делаем снапшот
lvcreate -L4G -s -n win2k3dataBACKUP /dev/vg0/win2k3data
# достаём раздел
kpartx -a /dev/mapper/vg0-win2k3dataBACKUP
# потом монтируем
mount /dev/mapper/vg0-win2k3dataBACKUP1 /mnt/win2k3data -o ro -t ntfs-3g

Ну и таром его. А бэкапить образом файлы - смысла нет. Системный диск
можно раз в месяц и образом.
После того как бэкап закончился - снапшот не нужен больше.

# отмонтируем что бэкапили
umount /mnt/win2k3data
/sbin/kpartx -d /dev/mapper/vg0-win2k3dataBACKUP
/usr/bin/yes | /sbin/lvremove /dev/mapper/vg0-win2k3dataBACKUP
о! большое спасибо! способ шикарен тем, что бэкапятся непосредственно
только сами данные. Я так думаю потом не проблема будет развернуть из
tar-архива все файлы на винт и через восстановление системы восстановить
загрузчик винды - в итоге имеем практически образ системы - так ведь?

nfs права могут побиться. И скорее всего побьются.

-
P.S.: Да я в личку и ответил уже, но для истории пусть и тут повисит.

ах, ну да ntfs-права... :(
все таки в итоге получается dd со сжатием образа на другую машину единственный
проверенный вариант.
а, ну или если можно отдать виртуалке снапшот в качестве винта, то можно уже из
нее снимать образ акронисом. проверю, напишу

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

2012-03-01 Пенетрантность Sergey Korobitsin

Alexander ☫ → To debian-russian@lists.debian.org @ Thu, Mar 01, 2012 12:24 +0400

    lvcreate -L4G -s -n win2k3dataBACKUP /dev/vg0/win2k3data
    # достаём раздел
    kpartx -a /dev/mapper/vg0-win2k3dataBACKUP
    # потом монтируем
    mount /dev/mapper/vg0-win2k3dataBACKUP1 /mnt/win2k3data -o ro -t ntfs-3g
 
    Ну и таром его. А бэкапить образом файлы - смысла нет. Системный диск
    можно раз в месяц и образом.
    После того как бэкап закончился - снапшот не нужен больше.
 
    # отмонтируем что бэкапили
    umount /mnt/win2k3data
    /sbin/kpartx -d /dev/mapper/vg0-win2k3dataBACKUP
    /usr/bin/yes | /sbin/lvremove /dev/mapper/vg0-win2k3dataBACKUP
   о! большое спасибо! способ шикарен тем, что бэкапятся непосредственно 
  только сами данные. Я так думаю потом не проблема будет развернуть из 
  tar-архива все файлы на винт и через восстановление системы восстановить 
  загрузчик винды  - в итоге имеем практически образ системы - так ведь?
 
  nfs права могут побиться. И скорее всего побьются.

Если к рецепту, указанному выше, добавить способы создания образов
(ntfsclone, partclone ...), которые используются в clonezilla, можно
получить какой угодно результат.

-- 
Bright regards, Sergey Korobitsin,
Chief Research Officer
Arta Software, http://arta.kz/
xmpp:underta...@jabber.arta.kz

--
Современные условия бытия оставляют человека один на один с бесконечным 
монологом 
масс-медиа и культуры; монологом масс-медиа и культуры о самих себе. Хуже того, 
реальность, с которой имеет дело субъект культуры - продукт этого самого 
монолога. 
Человек остается безвольным и безвластным червяком в колоссальной кафкианской 
машине 
само-воспроизводящейся культуры. Культуры, язык которой защищен копирайтом - 
чтобы произнести в этом смысловом поле нечто осмысленное, вообще что-то 
произнести, 
требуется добыть разрешение владельца копирайта. Копирайт обозначает тиранию 
гораздо более жестокую и окончательную, чем все прежде известные формы тирании 
- 
прежде никому не приходило в голову кодифицировать все формы экспрессии 
и требовать получения отдельного разрешения на каждую. 
  -- Миша Вербицкий, Антикопирайт


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120301085303.ga17...@undertaker.dev.lan.arta.kz

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

2012-03-01 Пенетрантность Vladimir Skubriev

01.03.2012 12:24, Alexander пишет:

01.03.2012, 12:20, Mikhail A Antonovb...@solarnet.ru:

01.03.2012 12:07, Alexander пишет:

ссори отправил в личку(

01.03.2012, 11:59, Mikhail A Antonovb...@solarnet.ru:

01.03.2012 11:37, Alexander пишет:

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

# делаем снапшот
lvcreate -L4G -s -n win2k3dataBACKUP /dev/vg0/win2k3data
# достаём раздел
kpartx -a /dev/mapper/vg0-win2k3dataBACKUP
# потом монтируем
mount /dev/mapper/vg0-win2k3dataBACKUP1 /mnt/win2k3data -o ro -t ntfs-3g

# отмонтируем что бэкапили
umount /mnt/win2k3data
/sbin/kpartx -d /dev/mapper/vg0-win2k3dataBACKUP
/usr/bin/yes | /sbin/lvremove /dev/mapper/vg0-win2k3dataBACKUP

о! большое спасибо! способ шикарен тем, что бэкапятся непосредственно только
сами данные. Я так думаю потом не проблема будет развернуть из tar-архива все
файлы на винт и через восстановление системы восстановить загрузчик винды - в
итоге имеем практически образ системы - так ведь?

nfs права могут побиться. И скорее всего побьются.

-
P.S.: Да я в личку и ответил уже, но для истории пусть и тут повисит.

проверите, получиться ? обязательно отпишитесь. очень буду ждать )))

С Уважением,
специалист по техническому и программному обеспечению,
системный администратор

Скубриев Владимир
~~~
Россия, Ростовская область, г. Таганрог

тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru

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

2012-03-01 Пенетрантность Vladimir Skubriev

01.03.2012 12:53, Sergey Korobitsin пишет:

Alexander ☫ → To debian-russian@lists.debian.org @ Thu, Mar 01, 2012 12:24 +0400

lvcreate -L4G -s -n win2k3dataBACKUP /dev/vg0/win2k3data
# достаём раздел
kpartx -a /dev/mapper/vg0-win2k3dataBACKUP
# потом монтируем
mount /dev/mapper/vg0-win2k3dataBACKUP1 /mnt/win2k3data -o ro -t ntfs-3g

# отмонтируем что бэкапили
umount /mnt/win2k3data
/sbin/kpartx -d /dev/mapper/vg0-win2k3dataBACKUP
/usr/bin/yes | /sbin/lvremove /dev/mapper/vg0-win2k3dataBACKUP

nfs права могут побиться. И скорее всего побьются.

Если к рецепту, указанному выше, добавить способы создания образов
(ntfsclone, partclone ...), которые используются в clonezilla, можно
получить какой угодно результат.

все равно что ntfsclone, partclone, clonezilla не 100 варианты в плане
надежности.

постоянно придется проверять а что там оно на бэкапило.

восстанавливается или нет

так что, ИМХО, dd лучше в плане надежности сохранения и восстановления
данных.

чем проще алгоритм - тем надежнее.

С Уважением,
специалист по техническому и программному обеспечению,
системный администратор

Скубриев Владимир
~~~
Россия, Ростовская область, г. Таганрог

тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru

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

2012-03-01 Пенетрантность Artem Chuprina

  Если так, то получается бэкап акронисом (в случае windows-систем) 
  эффективнее гораздо... :(
 # делаем снапшот
 lvcreate -L4G -s -n win2k3dataBACKUP /dev/vg0/win2k3data
 # достаём раздел
 kpartx -a /dev/mapper/vg0-win2k3dataBACKUP
 # потом монтируем
 mount /dev/mapper/vg0-win2k3dataBACKUP1 /mnt/win2k3data -o ro -t ntfs-3g
 
 Ну и таром его.

Диск винды?  С виндовыми правами?  Таром?

-- 
Обновление Windows изменило интуитивно ясный интерфейс Вашего компьютера.
Загрузите обновление интуиции с сайта Microsoft.
(С)энта


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/878vjklmqq.wl%...@ran.pp.ru

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

2012-03-01 Пенетрантность Alexander



01.03.2012, 11:59, Mikhail A Antonov b...@solarnet.ru:
 01.03.2012 11:37, Alexander пишет:

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

 # делаем снапшот
 lvcreate -L4G -s -n win2k3dataBACKUP /dev/vg0/win2k3data
 # достаём раздел
 kpartx -a /dev/mapper/vg0-win2k3dataBACKUP
 # потом монтируем
 mount /dev/mapper/vg0-win2k3dataBACKUP1 /mnt/win2k3data -o ro -t ntfs-3g

 Ну и таром его. А бэкапить образом файлы - смысла нет. Системный диск
 можно раз в месяц и образом.
 После того как бэкап закончился - снапшот не нужен больше.

 # отмонтируем что бэкапили
 umount /mnt/win2k3data
 /sbin/kpartx -d /dev/mapper/vg0-win2k3dataBACKUP
 /usr/bin/yes | /sbin/lvremove /dev/mapper/vg0-win2k3dataBACKUP


может вы имели ввиду в конце:
/usr/bin/yes | /sbin/lvremove /dev/vg0/win2k3dataBACKUP
или без разницы?..

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/216261330597...@web132.yandex.ru

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

2012-03-01 Пенетрантность Sergey Korobitsin

Vladimir Skubriev ☫ → To debian-russian@lists.debian.org @ Thu, Mar 01, 2012 
13:03 +0400

 все равно что ntfsclone, partclone, clonezilla не 100 варианты в
 плане надежности.
 
 постоянно придется проверять а что там оно на бэкапило.
 
 восстанавливается или нет
 
 так что, ИМХО, dd лучше в плане надежности сохранения и
 восстановления данных.
 
 чем проще алгоритм - тем надежнее.

It depends. В случае с пустым разделом ntfsclone, например, вполне себе
выиграет место.

P.S. Clonezilla - комбайн, использующий перечисленные утилиты, и много
других.

-- 
Bright regards, Sergey Korobitsin,
Chief Research Officer
Arta Software, http://arta.kz/
xmpp:underta...@jabber.arta.kz

--
Спектакль - это не совокупность образов; нет, Спектакль 
это общественные отношения, обусловленные образами.
  -- Ги-Эрнст Дебор, Общество Спектакля


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120301105643.ga17...@undertaker.dev.lan.arta.kz

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

2012-03-01 Пенетрантность Max Kosmach

01.03.2012 14:31, Alexander пишет:
 

 
 опробовал вашу схему - для бэкапа данных вполне подходит.
 Вот только пока непонятно что делать с правами ntfs, коллеги, есть что 
 посоветовать на эту тему - чтобы можно было восстановить данные с 
 настроенными правами ntfs?
 
1 - вариант в лоб - ntfsclone/partclone -скопирует только занятые блоки
из ntfs раздела.
2 - модификация варианта с tar - дамп acl внешней утилитой (вспоминается
secaudit из того же ntfs-3g)




-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4f5cdf.4020...@tcen.ru

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

2012-03-01 Пенетрантность Mikhail A Antonov

01.03.2012 13:00, Artem Chuprina пишет:
Если так, то получается бэкап акронисом (в случае windows-систем)
эффективнее гораздо... :(
# делаем снапшот
lvcreate -L4G -s -n win2k3dataBACKUP /dev/vg0/win2k3data
# достаём раздел
kpartx -a /dev/mapper/vg0-win2k3dataBACKUP
# потом монтируем
mount /dev/mapper/vg0-win2k3dataBACKUP1 /mnt/win2k3data -o ro -t ntfs-3g

Ну и таром его.

Диск винды? С виндовыми правами? Таром?

Да. Мне потом из него будет важнее выцепить сами данные, а права я и сам
руками после восстановления выставлю. У меня там не много и _мне_ эта
схема подходит. Я понимаю что если у меня там будет стопицот
пользователей и хитро накрученные права - там эта схема не подойдёт.
Сейчас же всё это используется ввиде ой, мы случайно на сетевой шаре
прибили/испортили файлик. Восстанови а? и планировалось что это будет
использоваться при поломках железа вплоть до полного сгорания серверной
потому что далее этот самый тар пишется на nas, который стоит в соседнем
здании. В моём случае винду со всем софтом (оофис, фф, 1С) дешевле
выйдет поставить заново, чем снимать образ и где-то его хранить. Там и
так условно полезной информации на ~70гб в пожатом виде.

01.03.2012 14:31, Alexander пишет:
/usr/bin/yes | /sbin/lvremove /dev/mapper/vg0-win2k3dataBACKUP

может вы имели ввиду в конце:
/usr/bin/yes | /sbin/lvremove /dev/vg0/win2k3dataBACKUP
или без разницы?..
Без разницы.

--
Best regards,
Mikhail.
-
XMPP: ant...@stopicq.ru
WWW: http://www.antmix.pp.ru/

signature.asc
Description: OpenPGP digital signature

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

2012-03-01 Пенетрантность Dmitry A. Zhiglov

1 марта 2012 г. 22:10 пользователь Mikhail A Antonov b...@solarnet.ru написал:
Ну и таром его.

Диск винды? С виндовыми правами? Таром?

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

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

2012-02-29 Пенетрантность Alexander

1) Если виртуалка использует lvm-том целиком, то что тогда бэкапить?.. не
совсем понятно. Это ж получается как отдельный физический жесткий диск, а не
файловая система, которую примонтировать можно. К тому же мне именно бэкап
системы целиком и нужен - типо акрониса. Данные (1с и файлопомойка) бэкапятся
изнутри виртуалок другими средствами.
2) Грубо говоря, я хочу бэкапить windows-систему целиком с определенной
периодичностью, пускай даже руками - например по выходным и иметь хотя бы штуки
4 бэкапов (т.е. за последний месяц) - я так понимаю мне нужно тупо делать
следующее: останавливать виртуалку, делать снапшот (какого размера?), включать
виртуалку. Когда я через месяц сделаю 5й снапшот, то самый старый необходимо
удалить и так далее. Правильно я понимаю?..
3) Откат как делать то потом?
4) на XGU написано, что если снять снапшот, то скорость работы тома сильно
падает. А если снять 4 снапшота, то я так понимаю вообще все плохо или как?
5) Про btrfs спросил на всякий случай, мало ли) Просто люблю zfs - там со
снапшотами как то попроще, да и вообще. Но вот с виртуализацией у фрибсд беда((

29.02.2012, 09:12, Stanislav Vlasov stanislav@gmail.com:
28 февраля 2012 г. 23:09 пользователь Alexander ag...@yandex.ru написал:

1) какую посоветуете оптимальную стратегию бэкапов системы целиком при
использовании под каждую kvm-виртуалку отдельного lvm-тома, расположенного
на raid10 (программного через md). Допустим, рейд состоит из 4х
терабайтников, итого 2 тб реального пространства, из них первые 100гб под
дебиан-гипервизор, а остальное пространство отдано под группу томов lvm и
каждая виртуалка есть 100-300гб lvm-том, свободно осталось около 300гб.
Виртуалки windows 2008-2008r2 и centos. Я так понимаю надо юзать
lvm-снапшоты - но вопрос в том как - с какой периодичностью и какого
размера, стоит ли этот процесс автоматизировать и т.п. Хотелось бы услышать
реальные советы из практики, какие есть нюансы, на что обратить внимание и
как делать точно не стоит :)

Из практики - лучше всего выключить виртуалки, сделать снапшот,
включить виртуалки, начать бекапить.
Политика бекапирования - по потребности. Размер - зависит от того,
сколько виртуалки пишут на диск.
У меня на виртуалках в пару сотен гиг делался снапшот в 10Гб.

2) использует ли кто-либо в продакшене виртуалки kvm на btrfs?

Здесь надо спрашивать, использует ли кто-либо btrfs не на
тестовых/десктопных хостах.

--
Stanislav

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

2012-02-29 Пенетрантность Stanislav Vlasov

29.02.12, Alexanderag...@yandex.ru написал(а):

Великая просьба - пишите ответ внизу, а не вверху, если не получается
написать вопросы именно под той строкой, к которой вопросы. Мы ж не
менеджеры какие :-)

Делать снапшот и потом копировать.
dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img
Остальные опции по вкусу.

2) Грубо говоря, я хочу бэкапить windows-систему целиком с определенной
периодичностью, пускай даже руками - например по выходным и иметь хотя бы
штуки 4 бэкапов (т.е. за последний месяц) - я так понимаю мне нужно тупо
делать следующее: останавливать виртуалку, делать снапшот (какого размера?),
включать виртуалку. Когда я через месяц сделаю 5й снапшот, то самый старый
необходимо удалить и так далее. Правильно я понимаю?..

3) Откат как делать то потом?

Остановить виртуалку и записать в lvm-том старое содержимое
практически также, как копировал его.

4) на XGU написано, что если снять снапшот, то скорость работы тома сильно
падает. А если снять 4 снапшота, то я так понимаю вообще все плохо или как?

Во-первых, для _бекапов_ достаточно одного снапшота на время бекапа.
Во-вторых, как-то проверял - скорость при одном снапшоте и при
нескольких одинакова.

5) Про btrfs спросил на всякий случай, мало ли) Просто люблю zfs - там со
снапшотами как то попроще, да и вообще. Но вот с виртуализацией у фрибсд
беда((

Есть такое дело... Можно попробовать zfs через fuse, но тут тоже хз чего и как.

29.02.2012, 09:12, Stanislav Vlasov stanislav@gmail.com:
28 февраля 2012 г. 23:09 пользователь Alexander ag...@yandex.ru написал:

1) какую посоветуете оптимальную стратегию бэкапов системы целиком при
использовании под каждую kvm-виртуалку отдельного lvm-тома,
расположенного на raid10 (программного через md). Допустим, рейд состоит
из 4х терабайтников, итого 2 тб реального пространства, из них первые
100гб под дебиан-гипервизор, а остальное пространство отдано под группу
томов lvm и каждая виртуалка есть 100-300гб lvm-том, свободно осталось
около 300гб. Виртуалки windows 2008-2008r2 и centos. Я так понимаю надо
юзать lvm-снапшоты - но вопрос в том как - с какой периодичностью и
какого размера, стоит ли этот процесс автоматизировать и т.п. Хотелось бы
услышать реальные советы из практики, какие есть нюансы, на что обратить
внимание и как делать точно не стоит :)

2) использует ли кто-либо в продакшене виртуалки kvm на btrfs?

Здесь надо спрашивать, использует ли кто-либо btrfs не на
тестовых/десктопных хостах.

--
Stanislav

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org
Archive: http://lists.debian.org/731881330536...@web27.yandex.ru

--
Stanislav

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

2012-02-29 Пенетрантность Vladimir Skubriev

01.03.2012 8:02, Stanislav Vlasov пишет:

29.02.12, Alexanderag...@yandex.ru написал(а):

Делать снапшот и потом копировать.
dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img
Остальные опции по вкусу.

Да - отличное предложение. Но есть нюанс. Если том например 127Гб.
Предположим в нем стоит только система+база на 5 Гбайт. Этой командой
будут копироваться все 127Гб. А ведь акронис умеет сжимать! Точнее
конечно он не копирует не занятые блоки файловых систем и ко всему
прочему сжимает то что все таки копирует в образ. А если не поддерживает
ФС, то копирует её один-в-один, по сути тот же dd if-of.

Если сжимать сразу то что на выходе их dd например? То чем и как?
Вот еще один важный вопрос.

3) Откат как делать то потом?

Остановить виртуалку и записать в lvm-том старое содержимое
практически также, как копировал его.

Есть такое дело... Можно попробовать zfs через fuse, но тут тоже хз чего и как.

29.02.2012, 09:12, Stanislav Vlasovstanislav@gmail.com:

28 февраля 2012 г. 23:09 пользователь Alexanderag...@yandex.ru написал:

1) какую посоветуете оптимальную стратегию бэкапов системы целиком при
использовании под каждую kvm-виртуалку отдельного lvm-тома,
расположенного на raid10 (программного через md). Допустим, рейд состоит
из 4х терабайтников, итого 2 тб реального пространства, из них первые
100гб под дебиан-гипервизор, а остальное пространство отдано под группу
томов lvm и каждая виртуалка есть 100-300гб lvm-том, свободно осталось
около 300гб. Виртуалки windows 2008-2008r2 и centos. Я так понимаю надо
юзать lvm-снапшоты - но вопрос в том как - с какой периодичностью и
какого размера, стоит ли этот процесс автоматизировать и т.п. Хотелось бы
услышать реальные советы из практики, какие есть нюансы, на что обратить
внимание и как делать точно не стоит :)

2) использует ли кто-либо в продакшене виртуалки kvm на btrfs?

Здесь надо спрашивать, использует ли кто-либо btrfs не на
тестовых/десктопных хостах.

--
Stanislav

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org
Archive: http://lists.debian.org/731881330536...@web27.yandex.ru

С Уважением,
специалист по техническому и программному обеспечению,
системный администратор

Скубриев Владимир
~~~
Россия, Ростовская область, г. Таганрог

тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru

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

2012-02-29 Пенетрантность Stanislav Vlasov

1 марта 2012 г. 13:32 пользователь Vladimir Skubriev
vladi...@skubriev.ru написал:

Делать снапшот и потом копировать.
dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img
Остальные опции по вкусу.

dd if=... | gzip -9 .../...img.gz

Разворачивать так:
zcat ...img.gz | dd of=...

копирует не занятые блоки файловых систем и ко всему прочему сжимает то что
все таки копирует в образ. А если не поддерживает ФС, то копирует её
один-в-один, по сути тот же dd if-of.

Ну и? Иногда требуется undelete ;-)

Если сжимать сразу то что на выходе их dd например? То чем и как?
Вот еще один важный вопрос.

Думаю, ответил.

--
Stanislav

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

2012-02-29 Пенетрантность Alexander

ок :)

Делать снапшот и потом копировать.
dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img
Остальные опции по вкусу.

Остановить виртуалку и записать в lvm-том старое содержимое
практически также, как копировал его.

т.е. опять через dd влить напрямую в lvm-том?

а без снапшотов вообще и с одним снапшотом? на XGU именно такой тест был -
скорость отличается в разы :(

Есть такое дело... Можно попробовать zfs через fuse, но тут тоже хз чего и
как.

пробовал - как то оно сильно не то, как во фрибсд - для продакшена ни в коем
случае (для себя сделал вывод)

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

2012-02-29 Пенетрантность Stanislav Vlasov

1 марта 2012 г. 13:37 пользователь Alexander ag...@yandex.ru написал:

Делать снапшот и потом копировать.
dd if=/dev/VG/LVM-snap of=/mnt/backup/virt-`date +%F`.img
Остальные опции по вкусу.

Остановить виртуалку и записать в lvm-том старое содержимое
практически также, как копировал его.

т.е. опять через dd влить напрямую в lvm-том?

Да.

Ну... Сжимать по дороге. Можно с малой степенью сжатия.
Собственно, так и делал - dd if=... | gzip | ssh user@backup cat dd.img.gz

Это получается единственный вариант бэкапа системы целиком в случае
использования lvm?.. или может еще есть какие то варианты? Мне еще приходит в
голову только сжатие этого образа при копировании, что еще более увеличит
время создания образа и непонятно насколько уменьшит его размер(

Если так, то получается бэкап акронисом (в случае windows-систем) эффективнее
гораздо... :(

а без снапшотов вообще и с одним снапшотом? на XGU именно такой тест был -
скорость отличается в разы :(

--
Stanislav

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

2012-02-29 Пенетрантность Mikhail A Antonov

01.03.2012 11:37, Alexander пишет:
 еще вопрос - я так понимаю при копировании через dd lvm-тома размером 300гб 
 (даже если полезной инфы там 50гб) на сетевую шару (другой сервер) мы получим 
 файл-образ размером 300гб?... я так понимаю это долгая и неэффективная 
 процедура((
 Это получается единственный вариант бэкапа системы целиком в случае 
 использования lvm?.. или может еще есть какие то варианты? Мне еще приходит в 
 голову только сжатие этого образа при копировании, что еще более увеличит 
 время создания образа и непонятно насколько уменьшит его размер(
 Если так, то получается бэкап акронисом (в случае windows-систем) эффективнее 
 гораздо... :(
# делаем снапшот
lvcreate -L4G -s -n win2k3dataBACKUP /dev/vg0/win2k3data
# достаём раздел
kpartx -a /dev/mapper/vg0-win2k3dataBACKUP
# потом монтируем
mount /dev/mapper/vg0-win2k3dataBACKUP1 /mnt/win2k3data -o ro -t ntfs-3g

Ну и таром его. А бэкапить образом файлы - смысла нет. Системный диск
можно раз в месяц и образом, но я не делаю -


-- 
Best regards,
Mikhail.
-
XMPP: ant...@stopicq.ru
WWW: http://www.antmix.pp.ru/



signature.asc
Description: OpenPGP digital signature

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

2012-02-28 Пенетрантность Alexander

пара воросов, коллеги:
1) какую посоветуете оптимальную стратегию бэкапов системы целиком при 
использовании под каждую kvm-виртуалку отдельного lvm-тома, расположенного на 
raid10 (программного через md). Допустим, рейд состоит из 4х терабайтников, 
итого 2 тб реального пространства, из них первые 100гб под дебиан-гипервизор, а 
остальное пространство отдано под группу томов lvm и каждая виртуалка есть 
100-300гб lvm-том, свободно осталось около 300гб. Виртуалки windows 2008-2008r2 
и centos. Я так понимаю надо юзать lvm-снапшоты - но вопрос в том как - с какой 
периодичностью и какого размера, стоит ли этот процесс автоматизировать и т.п. 
Хотелось бы услышать реальные советы из практики, какие есть нюансы, на что 
обратить внимание и как делать точно не стоит :)
2) использует ли кто-либо в продакшене виртуалки kvm на btrfs?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/48741330448...@web107.yandex.ru

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

2012-02-28 Пенетрантность Stanislav Vlasov

28 февраля 2012 г. 23:09 пользователь Alexander ag...@yandex.ru написал:
 1) какую посоветуете оптимальную стратегию бэкапов системы целиком при 
 использовании под каждую kvm-виртуалку отдельного lvm-тома, расположенного на 
 raid10 (программного через md). Допустим, рейд состоит из 4х терабайтников, 
 итого 2 тб реального пространства, из них первые 100гб под дебиан-гипервизор, 
 а остальное пространство отдано под группу томов lvm и каждая виртуалка есть 
 100-300гб lvm-том, свободно осталось около 300гб. Виртуалки windows 
 2008-2008r2 и centos. Я так понимаю надо юзать lvm-снапшоты - но вопрос в том 
 как - с какой периодичностью и какого размера, стоит ли этот процесс 
 автоматизировать и т.п. Хотелось бы услышать реальные советы из практики, 
 какие есть нюансы, на что обратить внимание и как делать точно не стоит :)

Из практики - лучше всего выключить виртуалки, сделать снапшот,
включить виртуалки, начать бекапить.
Политика бекапирования - по потребности. Размер - зависит от того,
сколько виртуалки пишут на диск.
У меня на виртуалках в пару сотен гиг делался снапшот в 10Гб.

 2) использует ли кто-либо в продакшене виртуалки kvm на btrfs?

Здесь надо спрашивать, использует ли кто-либо btrfs не на
тестовых/десктопных хостах.

-- 
Stanislav

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

2012-02-28 Пенетрантность Vladimir Skubriev


29.02.2012 9:12, Stanislav Vlasov пишет:

2) использует ли кто-либо в продакшене виртуалки kvm на btrfs?

Здесь надо спрашивать, использует ли кто-либо btrfs не на
тестовых/десктопных хостах.


btrfs пока не стабильна, не дай бог вам ее использовать а продакшене!
только для тестов

--

С Уважением,
специалист по техническому и программному обеспечению,
системный администратор

Скубриев Владимир
~~~
Россия, Ростовская область, г. Таганрог

тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f4dbeaa.4030...@skubriev.ru

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

2012-02-27 Пенетрантность Vladimir Skubriev


25.02.2012 13:49, Alexey Vazhnov пишет:

22.02.2012 12:45, Vladimir Skubriev пишет:

единственное что мне пока не удалось понять, это как бэкапить тома lvm.

например если в томе стоит винда со своим диском С )))

с образами проще.


Если используете libvirt, то есть отличный скрипт для бекапа 
виртуальных дисков: https://github.com/vazhnov/virt-backup.pl



спасибо обязательно попробую

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

2012-02-26 Пенетрантность Pavel Ammosov

On Sat, Feb 25, 2012 at 05:29:50PM +0200, Dmitry Nezhevenko wrote:
приводит к двум дополнительным операциям: чтению оригинального дома +
записи на
снапшот. Эти лишние операции и съедают скорость.
Это частично решается изменением размера блока.

Только очень частично. Снапшотный LV будет лежать скорее всего сильно
геометрически в стороне на дисках и запись туда потребует перезпозиционирования
головок, это медленно. Всё-таки диски это механические устройства.

Btw, а есть способ сделать это быстрей? Сейчас сбоку записываются старые
данные (те которые на момент создания снапшота были). Вместо этого
теоретически рядом можно писать новые. Только удаление снапшота тогда

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

Ещё одна альтернатива - аля лог-структурные файловые системы типа
NetApp WAFL или Sun ZFS, там данные всегда записываются последовательно
и снапшоты получаются легко и просто, можно их держать десятками без
деградации производительности.

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

2012-02-25 Пенетрантность Alexey Vazhnov


22.02.2012 12:45, Vladimir Skubriev пишет:

единственное что мне пока не удалось понять, это как бэкапить тома lvm.

например если в томе стоит винда со своим диском С )))

с образами проще.


Если используете libvirt, то есть отличный скрипт для бекапа виртуальных 
дисков: https://github.com/vazhnov/virt-backup.pl


--
С уважением,
Алексей Важнов
jabber: vazh...@jabber.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f48aeb4.4080...@inbox.ru

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

2012-02-25 Пенетрантность Pavel Ammosov

On Sat, Feb 25, 2012 at 09:55:30AM +0400, Eugene Berdnikov wrote:
On Sat, Feb 25, 2012 at 02:39:10AM +0200, Павел Марченко wrote:
тут проблема не во времени отката, а в том что после создания снапшота
и пока он присутствует сильно падает производительность дисковой
системы. и чем больше снапшотов тем медленнее работает дисковая...

Ой, неужели? И каков же механизм этого удивительного явления?

Механизм тривиален и явление совсем не удивительное. Когда есть LVM снапшот,
то при записи данных на LV экстент сначала переписывается на снапшотный том
и только потом на него записываются новые данные. То есть, запись на том
приводит к двум дополнительным операциям: чтению оригинального дома + записи на
снапшот. Эти лишние операции и съедают скорость.

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

2012-02-25 Пенетрантность Dmitry Nezhevenko

On Sat, Feb 25, 2012 at 06:31:07PM +0400, Pavel Ammosov wrote:
On Sat, Feb 25, 2012 at 09:55:30AM +0400, Eugene Berdnikov wrote:
On Sat, Feb 25, 2012 at 02:39:10AM +0200, Павел Марченко wrote:
тут проблема не во времени отката, а в том что после создания снапшота
и пока он присутствует сильно падает производительность дисковой
системы. и чем больше снапшотов тем медленнее работает дисковая...

Ой, неужели? И каков же механизм этого удивительного явления?

Механизм тривиален и явление совсем не удивительное. Когда есть LVM снапшот,
то при записи данных на LV экстент сначала переписывается на снапшотный том
и только потом на него записываются новые данные. То есть, запись на том
приводит к двум дополнительным операциям: чтению оригинального дома + записи
на
снапшот. Эти лишние операции и съедают скорость.

Это частично решается изменением размера блока.

Тут вопрос в том, кому что нужней =) Мне текущий вариант кажется более
разумным. Все таки откат -- обычно внештатная ситуация.

--
WBR, Dmitry

signature.asc
Description: Digital signature

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

2012-02-24 Пенетрантность Павел Марченко

тут проблема не во времени отката, а в том что после создания снапшота
и пока он присутствует сильно падает производительность дисковой
системы. и чем больше снапшотов тем медленнее работает дисковая... это
не проблма конкретно КВМ или ксена, это проблема LVM


22 февраля 2012 г. 12:29 пользователь Dmitry Nezhevenko
d...@inhex.net написал:
 On Wed, Feb 22, 2012 at 02:14:56PM +0600, Sergey Korobitsin wrote:
 Korona Auto Ltd. Andrey N. Prokofiev ☫ → To debian-russian@lists.debian.org 
 @ Wed, Feb 22, 2012 11:56 +0400

  22.02.2012 11:20, Sergey Korobitsin пишет:
  qcow2 умеет, но работать с ними неудобно.
  От чего же неудобно?

 Весьма небыстро, я бы сказал.


 У LVM-а тоже откат на snapshot не очень быстрый. Я бы даже сказал что
 медленный.

 --
 WBR, Dmitry



-- 
В смысле осмысления бессмысленного смысл тоже имеет определенную
осмысленность!!!

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

2012-02-24 Пенетрантность Eugene Berdnikov

On Sat, Feb 25, 2012 at 02:39:10AM +0200, Павел Марченко wrote:
 тут проблема не во времени отката, а в том что после создания снапшота
 и пока он присутствует сильно падает производительность дисковой
 системы. и чем больше снапшотов тем медленнее работает дисковая...

 Ой, неужели? И каков же механизм этого удивительного явления?
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120225055530.gj2...@sie.protva.ru

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

2012-02-22 Пенетрантность Sergey Korobitsin

Korona Auto Ltd. Andrey N. Prokofiev ☫ → To debian-russian@lists.debian.org @ 
Wed, Feb 22, 2012 11:56 +0400

 22.02.2012 11:20, Sergey Korobitsin пишет:
 qcow2 умеет, но работать с ними неудобно.
 От чего же неудобно?

Весьма небыстро, я бы сказал.

-- 
Bright regards, Sergey Korobitsin,
Chief Research Officer
Arta Software, http://arta.kz/
xmpp:underta...@jabber.arta.kz

--
 Организаторы выборов нового лидера проекта Debian (DPL) попросили кандидатов 
 на этот пост озвучить свои мнения на некоторые концептуальные вещи. Цитата: 
 Debian needs to be sexy again.

Верните инсталлятор от Woody и будет вам sexy again.

  -- dn2010 @ linux.org.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120222081456.gi...@undertaker.dev.lan.arta.kz

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

2012-02-22 Пенетрантность Dmitry Nezhevenko

On Wed, Feb 22, 2012 at 02:14:56PM +0600, Sergey Korobitsin wrote:
 Korona Auto Ltd. Andrey N. Prokofiev ☫ → To debian-russian@lists.debian.org @ 
 Wed, Feb 22, 2012 11:56 +0400
 
  22.02.2012 11:20, Sergey Korobitsin пишет:
  qcow2 умеет, но работать с ними неудобно.
  От чего же неудобно?
 
 Весьма небыстро, я бы сказал.
 

У LVM-а тоже откат на snapshot не очень быстрый. Я бы даже сказал что
медленный.
 
-- 
WBR, Dmitry


signature.asc
Description: Digital signature

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

2012-02-21 Пенетрантность Vladimir Skubriev


21.02.2012 10:15, evgeny_ver...@mail.ru пишет:

Доброго всем здоровья!

Есть ли у кого-нибудь сведения, сравнения может или личный опыт: ради 
повышения производительности IO, имеет ли смысл переходить с 
использования файлов-образов (например, qcow2) на LVM?




имеет, небольшой прирост гарантирован.

но в целом также возможно использование raw образов, они будут наиболее 
приближены к производительности lvm тома для машины.



единственное что мне пока не удалось понять, это как бэкапить тома lvm.

например если в томе стоит винда со своим диском С )))

с образами проще.

--

С Уважением,
специалист по техническому и программному обеспечению,
системный администратор

Скубриев Владимир
~~~
Россия, Ростовская область, г. Таганрог

тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru

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

2012-02-21 Пенетрантность Sergey Korobitsin

Vladimir Skubriev ☫ → To debian-russian@lists.debian.org @ Wed, Feb 22, 2012
10:45 +0400

Есть ли у кого-нибудь сведения, сравнения может или личный опыт:
ради повышения производительности IO, имеет ли смысл переходить с
использования файлов-образов (например, qcow2) на LVM?

имеет, небольшой прирост гарантирован.

но в целом также возможно использование raw образов, они будут
наиболее приближены к производительности lvm тома для машины.

AFAIR, raw не умеет снапшоты.

единственное что мне пока не удалось понять, это как бэкапить тома lvm.

dd?

--
Bright regards, Sergey Korobitsin,
Chief Research Officer
Arta Software, http://arta.kz/
xmpp:underta...@jabber.arta.kz

--
Не любят они на самом деле не Гринпис, а позицию Как бы чего не вышло,
справедливо считая, что при такой позиции ничего и не выйдет.
-- http://vitus-wagner.livejournal.com/397851.html?thread=14561307#t14561307

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

2012-02-21 Пенетрантность Korona Auto Ltd.\ Andrey N. Prokofiev


22.02.2012 10:45, Vladimir Skubriev пишет:



единственное что мне пока не удалось понять, это как бэкапить тома lvm.

например если в томе стоит винда со своим диском С )))

с образами проще.

ключ -s у lvcreate

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

2012-02-21 Пенетрантность Mikhail A Antonov

22.02.2012 10:45, Vladimir Skubriev пишет:
 21.02.2012 10:15, evgeny_ver...@mail.ru пишет:
 Доброго всем здоровья!

 Есть ли у кого-нибудь сведения, сравнения может или личный опыт: ради
 повышения производительности IO, имеет ли смысл переходить с
 использования файлов-образов (например, qcow2) на LVM?


 имеет, небольшой прирост гарантирован.

 но в целом также возможно использование raw образов, они будут
 наиболее приближены к производительности lvm тома для машины.


 единственное что мне пока не удалось понять, это как бэкапить тома lvm.

 например если в томе стоит винда со своим диском С )))
Снапшоты же. А потом делай что хочешь - хочешь разделы монтируй и файлы
доставай, хочешь образ снимай.


 с образами проще.
Образа не умеют снапшотов, в отличии от lvm



-- 
Best regards,
Mikhail.
-
XMPP: ant...@stopicq.ru
WWW: http://www.antmix.pp.ru/



signature.asc
Description: OpenPGP digital signature

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

2012-02-21 Пенетрантность Sergey Korobitsin

Mikhail A Antonov ☫ → To debian-russian@lists.debian.org @ Wed, Feb 22, 2012 
11:15 +0400

  с образами проще.
 Образа не умеют снапшотов, в отличии от lvm

qcow2 умеет, но работать с ними неудобно.

-- 
Bright regards, Sergey Korobitsin,
Chief Research Officer
Arta Software, http://arta.kz/
xmpp:underta...@jabber.arta.kz

--
Science is like sex: sometimes something useful comes out, but that's
not why we're doing it.
 -- Richard Feynman


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120222072027.gh...@undertaker.dev.lan.arta.kz

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

2012-02-21 Пенетрантность Korona Auto Ltd.\ Andrey N. Prokofiev


22.02.2012 11:20, Sergey Korobitsin пишет:
qcow2 умеет, но работать с ними неудобно. 

От чего же неудобно?


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f449f99.7010...@korona-auto.com

37 matches

Mail list logo