+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Тонкий резервный образ qcow2, Proxmox Виртуальная Среда

Norberto Iannicelli

Guest

28.06.2019 14:07:00

доброе утро всем. У меня есть вопрос, может кто-то сможет помочь. Мои изображения qcow2 не работают на thin-provision, изображения на NAS-NFS учитываются в общем размере диска, а не в фактическом размере, используемом ВМ, поэтому мне всегда нужно больше пространства, даже если клиенты не используют весь объем. Кто-нибудь знает, как я могу настроить это так, чтобы учитывался только использованный объем в ВМ? Вот пример: root@node01:/mnt/pve/stor01/images/100# ls -alh vm-100-disk-0.qcow2 -rw-r-----+ 1 root root 41G 28 июн 08:56 vm-100-disk-0.qcow2 root@node01:/mnt/pve/stor01/images/100# du -h vm-100-disk-0.qcow2 40G vm-100-disk-0.qcow2 Но эта ВМ использует только это: [root@vps ~]# df -h Файловая система Размер Использовано Доступно Использование% Смонтировано на /dev/mapper/vg_vps-lv_root 35G 4,7G 29G 15% / tmpfs 939M 0 939M 0% /dev/shm /dev/sda1 477M 127M 325M 29% /boot

iffster

Guest

02.08.2022 11:12:00

Я полагаю, у вас проблемы с TRIM/Discard, потому что вы работаете с файлами qcow на NFS. Я всё еще не уверен, как правильно настроить Proxmox для тонкого выделения пространства через NFS. P.S. Если вы перенесете (для теста) хранилище ваших виртуальных серверов на локальное хранилище (qcow или Zvol) и используете scsi/virtio scsi, то "fstrim -av" сработает для вас. Так что, @Richard, как можно тонко выделять пространство (qcow2) через NFS? Porque cuando creas un disco en NFS respaldado (en proxmox VM > crear disco) será "размером в полный рост" с самого начала.

LnxBil

Guest

02.08.2022 13:48:00

Нет, это не так, файл создан с разрежением, как вы можете увидеть здесь: Код: root@proxmox6 /mnt/pve/nfs/images/100 > ls -lh
всего 2.2M
-rwxr-xr-x 1 root root 33G 2 авг 13:46 vm-100-disk-0.qcow2

root@proxmox6 /mnt/pve/nfs/images/100 > du vm-100-disk-0.qcow2
2228 vm-100-disk-0.qcow2

root@proxmox6 /mnt/pve/nfs/images/100 > qemu-img info vm-100-disk-0.qcow2
образ: vm-100-disk-0.qcow2
формат файла: qcow2
виртуальный размер: 32 GiB (34359738368 байт)
размер диска: 2.18 MiB
размер кластера: 65536
Информация специфичная для формата:
совместимость: 1.1
тип сжатия: zlib
ленивые счетчики ссылок: false
биты счетчиков ссылок: 16
поврежден: false
расширенный l2: false

iffster

Guest

02.08.2022 14:06:00

Боюсь, мы говорим о разном. Ты говоришь о том, сколько на самом деле "весит" файл по размеру, а я говорю о том, как это видит система. Теперь представь, что тебе нужно скопировать этот файл на другое хранилище (например, с помощью RSYNC), как ты думаешь, сколько данных будет скопировано по сети — 32 ГБ или 2.18 МБ? Спойлер — будет скопировано целых 32 ГБ нулей.

LnxBil

Guest

02.08.2022 14:47:00

Я имею в виду тонкое предоставление на NFS, как обсуждали автор поста и все предыдущие комментаторы в 2019. Это разреженный файл, конечно, вы будете копировать весь файл, потому что разреженные файлы читают нули там, где нет данных. Поэтому каждая программа, считывающая данные, также будет считывать нули. Разреженные файлы (тонкое предоставление) имеют значение только по объему дискового пространства, а не по считываемым/хранимым данным. В зависимости от сети у вас может быть больше удачи с включенной компрессией SSH, но в большинстве случаев это замедлит работу на современном оборудовании с >1 GBE. Если вы используете rsync для передачи файла и не укажете опцию --sparse, вы получите файл, который больше не будет тонко предоставленным и займет все пространство. Наилучшие времена передачи у меня были, когда я создавал разреженный файл на месте назначения перед синхронизацией с помощью rsync. Затем алгоритмы rsync сравнивают оба файла, которые будут читать нули большую часть времени, и таким образом вы передадите только измененные блоки. Хотя в моих экспериментах с пустым файлом, это общее время выполнения: rsync --sparse с заранее созданным файлом занял 00:00:59 и создаёт разреженный файл, rsync --sparse и создание нового файла заняло 00:01:24 и создало разреженный файл, а простой rsync занял 00:03:40 и создал плотный файл.

iffster Guest	#6 0 02.08.2022 15:17:00 Хорошо, спасибо за разъяснение по поводу "разреженных файлов". А то я, похоже, смешал две разные темы: а) trim не работает через реализацию nfs4.2 в freebsd б) файл является "разреженным".

LnxBil Guest	#7 0 02.08.2022 15:24:00 Да, это может быть так. Вы пробовали Linux в качестве гостя? (Могу сказать, что trim по NFS работает на Linux с обеих сторон.)

iffster

Guest

02.08.2022 15:45:00

Ты имеешь в виду, пробовал ли я Linux в качестве NFS-сервера (раз мы тут все говорим о proxmox как о клиенте (а это Linux/Debian))? Я знаю, что Linux <> Linux (клиент <> сервер) работает без проблем. Эта проблема касается только Freebsd 13.* в роли NFS v4.2 сервера.

LnxBil Guest	#9 0 02.08.2022 15:58:00 Я имел в виду, что внутри гостевой операционной системы используется TRIM, а не на хосте.

iffster Guest	#10 0 02.08.2022 16:11:00 Ах, да, конечно, это было протестировано только внутри гостевой VM на Linux. На локальном хранилище (файле и/или zvol) всё работает, а на NFS - нет.

LnxBil Guest	#11 0 02.08.2022 17:15:00 Спасибо, что прояснил это.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры