Что касается LVM в растяжке Debian (9.0), а именно 2.02.168-2, это
Можно выполнить копирование логического тома между группами томов с помощью
комбинация vgmerge
, lvconvert
и vgsplit
. Так как переезд
комбинация копии и удаления, это также будет работать для перемещения.
Кроме того, вы можете использовать pvmove
, чтобы просто переместить громкость.
Полный автономный пример сеанса с использованием устройств цикла и
lvconvert
следует.
Резюме: создаем группу томов vg1
с логическим томом lv1
, и vg2
с lv2
, и сделайте копию lv1
в vg2
.
Создание файлов.
truncate pv1 --size 100MB
truncate pv2 --size 100MB
Настройка устройств цикла для файлов.
losetup /dev/loop1 pv1
losetup /dev/loop2 pv2
Создание физических томов на кольцевых устройствах (инициализация устройств цикла для использование LVM).
pvcreate /dev/loop1 /dev/loop2
Создание групп томов vg1 и vg2 в /dev/loop1 и /dev/loop2 соответственно.
vgcreate vg1 /dev/loop1
vgcreate vg2 /dev/loop2
Создание логических томов lv1 и lv2 на vg1 и vg2 соответственно.
lvcreate -L 10M -n lv1 vg1
lvcreate -L 10M -n lv2 vg2
Создание файловых систем ext4 на lv1 и lv2.
mkfs.ext4 -j /dev/vg1/lv1
mkfs.ext4 -j /dev/vg2/lv2
При желании напишите что-нибудь на lv1, чтобы позже проверить, была ли копия правильно создано. Сделать vg1 неактивным.
vgchange -a n vg1
Выполните команду слияния в тестовом режиме. При этом vg1 объединяется в vg2.
vgmerge -A y -l -t -v <<destination-vg>> <<source-vg>>
vgmerge -A y -l -t -v vg2 vg1
И тогда по-настоящему.
vgmerge -A y -l -v vg2 vg1
Затем создайте зеркальную пару RAID 1 из lv1
с помощью lvconvert
. Тем
Аргумент dest-pv
говорит lvconvert
сделать зеркальную копию
на /dev/loop2
.
lvconvert --type raid1 --mirrors 1 <<source-lv>> <<dest-pv>>
lvconvert --type raid1 --mirrors 1 /dev/vg2/lv1 /dev/loop2
Затем разделите зеркало. Новая РН теперь lv1_copy
.
lvconvert --splitmirrors 1 --name <<source-lv-copy>> <<source-lv>>
lvconvert --splitmirrors 1 --name lv1_copy /dev/vg2/lv1
Сделать vg2/lv1
неактивным.
lvchange -a n /dev/vg2/lv1
Затем (режим тестирования)
vgsplit -t -v <<source-vg>> <<destination-vg>> <<moved-to-pv>>
vgsplit -t -v /dev/vg2 /dev/vg1 /dev/loop1
Для реального
vgsplit -v /dev/vg2 /dev/vg1 /dev/loop1
Результирующий вывод:
lvs
[...]
lv1 vg1 -wi-a----- 12.00m
lv1_copy vg2 -wi-a----- 12.00m
lv2 vg2 -wi-a----- 12.00m
ПРИМЕЧАНИЯ:
1) Большинство из этих команд необходимо будет выполнить от имени root.
2) При дублировании названий логических томов в
две томные группы, vgmerge
, откажутся продолжать.
3) При слиянии логические тома в vg1
должны быть неактивными. А при разделении логические тома в vg2
, принадлежащие vg1
, должны быть неактивными. В нашем случае это lv1
.
Для получения расширенной статистики сети / интерфейса, виртуальные машины без дополнительных оборудование / настройка не должны работать.
Крайне важно использовать реальную машину с реальными сетевыми адаптерами или использовать конфигурацию сквозной передачи PCI дополнительной сетевой карты и использовать это оборудование исключительно с рассматриваемой виртуальной машины, как если бы оно было установлено на реальной машине (если виртуализация / гипервизор, стоящий за используемым, позволяет это сделать).
В силу своей природы виртуальные сетевые адаптеры не подходят для получения статистики о состоянии вашей сети, в разной степени, в зависимости от конструкции вашей сети виртуальных машин и от того, подключены ли они к мосту или через NAT. В крайне менее оптимальном сценарии у вас есть паравиртуализированные карты, такие как vmxnet в виртуальной машине Vmware или даже сетевые адаптеры в Xen, где вы делаете не более чем передачу данных туда и обратно, а фактическое физическое поведение сетевых адаптеров больше не эмулируется гипервизором.
Что касается реальных карт, в зависимости от уровня детализации, который вам нужно захватить, не все карты рождаются равными. Остерегайтесь некоторых более дешевых моделей / USB-адаптеров, которые могут передавать информацию / пакеты, которые вас интересуют, а то, что передается / отображается на верхних уровнях, является лишь подмножеством активности вашей сети. (например, дешевые карты, такие как Realtek, не подойдут)
Раньше я консультировал по производительности сети, и в то время я обычно использовал либо карту Intel Ether Express pro, либо сетевую карту 3Com определенной модели. Я не могу вспомнить сейчас.