Архив метки: KVM

KVM / Создание снимков виртуальных машин

Qemu-KVM поддерживает создание снимков виртуальных машин. От суперпользователя заходим в virsh и выполняем следующую команду:

virsh # snapshot-create-as name

name — это имя виртуальной машины.

После того, как снимок виртуальной машины будет сделан, резервные копии файлов конфигураций будут лежать в директории /var/lib/libvirt/qemu/snapshot/.

Просмотреть снимки можно следующей командой:

virsh # snapshot-list name

Name Creation Time State
— 2340593244 2015-06-18 17:34:04 +0200 running
2340594479 2015-06-18 17:54:39 +0200 running

Восстановить из snapshot можно так:

virsh # snapshot-revert name 2340593244

Удалить не нужный снимок можно так:

virsh # snapshot-delete name 2340593244

Автор: AugustuS Karro

Linux KVM QCOW2, конвертирование образа гостевой системы IMG -> QCOW2

По-умолчанию, образ в формате RAW (IMG). Из всех перечисленных в man qemu-img типов дисков наиболее гибким и современным является QCOW2. Он поддерживает снапшоты, шифрование и сжатие. Его необходимо создавать до того, как создать новую гостевую систему.

qemu-img create -o preallocation=metadata -f qcow2 qcow2.img 20G

Согласно тому же man qemu-img, предварительное размещение метаданных (-o preallocation=metadata) делает диск изначально немного больше, но обеспечивает лучшую производительность в те моменты, когда образу нужно расти. Кроме типа образа впоследствии можно будет выбрать способ его подключения — IDE, SCSI или Virtio Disk.
Конвертирование:

qemu-img convert -f raw -O qcow2 image.img image.qcow2
Потом выставить права и owner-а на файл образа и скопировать в папку с образами. В virtual-manager останавливаем гостевую систему, удаляем старый диск и добавляем новый.

Автор: Viktor

LXC — виртуализация без виртуализации

Я немного расскажу о контейнерах вообще и LXC (LinuX Containers) в частности. Контейнеры (или виртуализация уровня операционной системы)- это группы процессов, изолированные от остальной системы, возможно с наложенными ограничениями, и имеющие доступ только к некоторой части ресурсов. Процессы из контейнера «видят» и могут напрямую взаимодействовать только с процессами из того же контейнера, им доступна только часть аппаратуры, а корень файловой системы контейнера с помощью chroot сдвинут в глубь файловой системы хоста (например, в /var/lib/lxc/my_container_1). Виртуализация всех необходимых подсистем ядра (таблицы монтирования, PID, маршруты IP, etc) позволяет контейнеру выглядеть как «нормальная» виртуалка. Читать →