<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Аспро: ЛайтШоп [тема: Как насчет LVM+qcow2?]</title>
		<link>http://proxmox.su</link>
		<description>Новое в теме Как насчет LVM+qcow2? форума Proxmox Виртуальная Среда на сайте Аспро: ЛайтШоп [proxmox.su]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 15 Jul 2026 17:59:49 +0300</pubDate>
		<item>
			<title>Как насчет LVM+qcow2?</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message322477/77433-kak-naschet-lvm_qcow2">Как насчет LVM+qcow2?</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Похоже, есть несколько патчей в рассылке devel по этой теме <noindex><a href="https://lists.proxmox.com/pipermail/pve-devel/2024-August/065201.html" target="_blank" rel="nofollow" >https://lists.proxmox.com/pipermail/pve-devel/2024-August/065201.html</a></noindex>.<br />Редактирую: О, теперь я понял, @spirit, это ты автор этих патчей. <br />
			<i>02.09.2024 11:16:00, iwik.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message322477/77433-kak-naschet-lvm_qcow2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message322477/77433-kak-naschet-lvm_qcow2</guid>
			<pubDate>Mon, 02 Sep 2024 11:16:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Как насчет LVM+qcow2?</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message322476/77433-kak-naschet-lvm_qcow2">Как насчет LVM+qcow2?</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Пытаюсь как можно больше вливать свою работу в основную ветку (так как не хочу поддерживать форк у себя). Клиентов, приходящих с VMware (спасибо Broadcom), очень много, у них уже есть SAN, и это сейчас серьезное препятствие. Интересно, я об этом даже не думал. Попробую реализовать, чтобы сравнить. <br />
			<i>01.07.2024 20:31:00, spirit.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message322476/77433-kak-naschet-lvm_qcow2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message322476/77433-kak-naschet-lvm_qcow2</guid>
			<pubDate>Mon, 01 Jul 2024 20:31:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Как насчет LVM+qcow2?</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message322475/77433-kak-naschet-lvm_qcow2">Как насчет LVM+qcow2?</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Привет, spirit! Твоя реализация qcow2 поверх LVM выглядит многообещающе — особенно подход с демоном qmeventd кажется гладким решением. Думаю, это недостающий кусочек для универсального решения для общего блочного хранилища/SAN на основе хоста с функциями, похожими на ESXi/VMFS. Надеюсь, это также станет частью дистрибутива Proxmox в будущем. Спасибо!<br /><br />P.S. чисто из технического интереса — не уверен, имело бы это смысл, если бы qcow2 поверх LVM не заработал:<br /><br />* &nbsp; использовать (общий) LVM-пул тонких томов на виртуальный диск;<br />* &nbsp; из-за тонких данных и метаданных/разреженных томов, тонкие тома по сути являются толстыми, поэтому Proxmox мог бы внутренне использовать ту же систему блокировок, что и сейчас для RAW-томов LV;<br />* &nbsp; создать изначально, например, 1ГБ метаданных + 1ГБ пула тонких данных + x ГБ предоставляемого тонкого тома внутри (блокировать/назначать соответствующие тома узлу);<br />* &nbsp; использовать автоматическое расширение пула тонких с помощью dmeventd + thin_pool_autoextend_threshold / thin_pool_autoextend_percent в lvm.conf <br />
			<i>01.07.2024 20:07:00, alma21.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message322475/77433-kak-naschet-lvm_qcow2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message322475/77433-kak-naschet-lvm_qcow2</guid>
			<pubDate>Mon, 01 Jul 2024 20:07:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Как насчет LVM+qcow2?</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message322474/77433-kak-naschet-lvm_qcow2">Как насчет LVM+qcow2?</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			В целом, довольно стабильно в последние пару лет на кластере v7 из шести узлов с примерно 200 ВМ. Один раз была паника ядра, быстро исправили обновлением. Еще есть проблема с v8: ВМ не запускается, если используется Async IO = io_uring на жестком диске. Может быть, это уже исправлено, я в последнее время не тестировал. Опции Native и threads работают нормально. Что касается производительности, то ощущается довольно неплохо, и раз NFS не подходит из-за отсутствия поддержки мультипутей, то единственным другим вариантом для сравнения, пожалуй, был бы GFS2, я как-нибудь попробую. Управление, правда, немного неуклюжее, поэтому я бы очень хотел иметь общий LVM со снимками, даже если снимки будут толстыми. <br />
			<i>05.04.2024 10:25:00, carragom.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message322474/77433-kak-naschet-lvm_qcow2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message322474/77433-kak-naschet-lvm_qcow2</guid>
			<pubDate>Fri, 05 Apr 2024 10:25:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Как насчет LVM+qcow2?</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message322473/77433-kak-naschet-lvm_qcow2">Как насчет LVM+qcow2?</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Вне темы, но как показывает себя ocf2s2 с qcow2? И насколько это надежно? Я не могу найти никаких тестов производительности или инструкций, а мой прошлый опыт (более 10 лет) работы с ocf2s2 только негативный (паники ядра). <br />
			<i>05.04.2024 09:51:00, iwik.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message322473/77433-kak-naschet-lvm_qcow2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message322473/77433-kak-naschet-lvm_qcow2</guid>
			<pubDate>Fri, 05 Apr 2024 09:51:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Как насчет LVM+qcow2?</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message322472/77433-kak-naschet-lvm_qcow2">Как насчет LVM+qcow2?</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Рад видеть, что я не один так думаю, и есть в этом какая-то ценность. Спасибо за ссылки, здорово знать, что другие тоже пытаются этим заняться. Честно говоря, я почти забыл об этом, ведь прошло уже 4 месяца без ответа. Моя текущая настройка для мультипутевого iSCSI использует OCFS2, и я бы с удовольствием от нее избавился. <br />
			<i>04.04.2024 21:27:00, carragom.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message322472/77433-kak-naschet-lvm_qcow2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message322472/77433-kak-naschet-lvm_qcow2</guid>
			<pubDate>Thu, 04 Apr 2024 21:27:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Как насчет LVM+qcow2?</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message322471/77433-kak-naschet-lvm_qcow2">Как насчет LVM+qcow2?</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			У меня есть опыт работы с большими VMware-инфраструктурами, которые поддерживаются несколькими флеш-хранилищами. Работает хорошо, еще и dedup есть. <br />
			<i>04.04.2024 11:00:00, iwik.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message322471/77433-kak-naschet-lvm_qcow2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message322471/77433-kak-naschet-lvm_qcow2</guid>
			<pubDate>Thu, 04 Apr 2024 11:00:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Как насчет LVM+qcow2?</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message322470/77433-kak-naschet-lvm_qcow2">Как насчет LVM+qcow2?</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Несмотря на то, что все продавцы так рекламируют... без нормальной поддержки гостей это простое и понятное "нет", они врут. Как только данные записаны и удалены, но не отсортированы с диска гостя, у вас получится объем с почти толстой провизией. Только что столкнулся с этой проблемой на 3PAR с бюджетом в 6/7 цифр. <br />
			<i>04.04.2024 10:45:00, LnxBil.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message322470/77433-kak-naschet-lvm_qcow2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message322470/77433-kak-naschet-lvm_qcow2</guid>
			<pubDate>Thu, 04 Apr 2024 10:45:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Как насчет LVM+qcow2?</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message322469/77433-kak-naschet-lvm_qcow2">Как насчет LVM+qcow2?</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Мне кажется, это отличная идея! Должно работать и стать идеальным решением для SAN-окружения (идеальная замена VMware). Кстати, я нашел эту статью о реализации Kubernetes CSI драйвера на SAN с использованием qcow2 на LVM. Там упоминают этот документ о том, как это реализовано в ovirt/vdsm, у которых есть снапшоты на SAN. Получается, такое решение уже используется в другом виртуализационном решении. Vdsm делает тонкое выделение места, но чтобы всё было проще, это не обязательно, достаточно просто иметь снапшоты на LVM. Тонкое выделение места и дедупликация можно делать на стороне SAN-хранилища. Может, кто-нибудь из Proxmox посмотрит на это? <br />
			<i>04.04.2024 09:47:00, iwik.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message322469/77433-kak-naschet-lvm_qcow2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message322469/77433-kak-naschet-lvm_qcow2</guid>
			<pubDate>Thu, 04 Apr 2024 09:47:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Как насчет LVM+qcow2?</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message322468/77433-kak-naschet-lvm_qcow2">Как насчет LVM+qcow2?</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Привет, я тоже посмотрел это. Скоро попробую, и сравню с gfs2 && ocfs2. Единственная разница с ovirt в том, что Proxmox использует внутренние снапшоты, я не знаю, хорошо ли это работает с qcow2 на блочном устройстве. (Это также значит, что мы не сможем уменьшить блочное устройство после удаления снапшота). <noindex><a href="https://bugzilla.proxmox.com/show_bug.cgi?id=4160" target="_blank" rel="nofollow" >https://bugzilla.proxmox.com/show_bug.cgi?id=4160</a></noindex> <br />
			<i>20.06.2024 20:05:00, spirit.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message322468/77433-kak-naschet-lvm_qcow2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message322468/77433-kak-naschet-lvm_qcow2</guid>
			<pubDate>Thu, 20 Jun 2024 20:05:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Как насчет LVM+qcow2?</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message322467/77433-kak-naschet-lvm_qcow2">Как насчет LVM+qcow2?</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Привет! Мне кажется, эта идея имеет смысл, но я не могу найти людей, которые об этом говорят, так что, наверное, это плохая идея. Тем не менее, мне было бы интересно узнать, почему она плохая. Прежде чем кто-то спросит, нет, я не планирую использовать это в продакшене. Согласно документации, PVE поддерживает общий LVM-хранилище при подключении через iSCSI или FC, что здорово. Но поддержки снапшотов нет, и это логично, поскольку кластерный LVM не поддерживает снапшоты, так что пока все хорошо, но… А что, если мы сможем использовать LV как файл в формате qcow2 и позволить формату заниматься снапшотами? Насколько мне известно, XenServer/XCP-ng делает что-то похожее с форматом vhd. Поэтому я решил немного поэкспериментировать в лаборатории с одним узлом PVE и локальным (не общим) LVM. И к моему удивлению, мне удалось следующее: Загрузить VM с вручную измененным lv+qcow2. Разбить диск на 2 раздела. Создать файловую систему ext4 на каждом разделе. Записать данные на каждый раздел с несколькими файлами и директориями. Сделать снапшот. Добавить новые файлы и директории. Изменить содержимое существующих файлов. Вернуться к ранее сделанному снапшоту. Как я это сделал? Создать VM с диском в LVM-хранилище без запуска. Активировать LV, если необходимо, с помощью lvchange -ay /dev/vg1/vm-100-disk-0. Отформатировать LV с помощью qemu-img create -f qcow2 /dev/vd1/vm-100-disk-0 32G. Использовать qm show 100, чтобы увидеть команду, которую Proxmox бы использовал для запуска VM. Изменить значение из format=raw на format=qcow2 в параметре -drive. Вручную запустить VM с измененной командой. В этот момент веб-интерфейс покажет загрузку VM, надеюсь, с live CD, где можно начать менять вещи на диске. Каждый раз, когда VM выключается, LV деактивируется, поэтому используйте шаг 2 в предыдущем списке, чтобы снова активировать его, чтобы можно было запустить VM снова или поиграть со снапшотами. Для управления снапшотами я использовал: Создать снапшот: qemu-img snapshot -c snap1 /dev/vd1/vm-100-disk-0. &nbsp;Показать снапшоты: qemu-img snapshot -l /dev/vd1/vm-100-disk-0. Вернуться к снапшоту: qemu-img snapshot -a snap1 /dev/vd1/vm-100-disk-0. Удалить снапшот: qemu-img snapshot -d snap1 /dev/vd1/vm-100-disk-0. Желаемый результат здесь - иметь многопутевый iscsi с общим LVM и снапшотами, как в XenServer/XCP. Возможно, даже лучше, потому что это будут тонкие снапшоты. Но опять же, все это звучит слишком хорошо, чтобы быть правдой, так что мог бы кто-нибудь подсказать, почему это плохая идея? <br />
			<i>31.12.2023 03:53:00, carragom.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message322467/77433-kak-naschet-lvm_qcow2</link>
			<guid>http://proxmox.su/forum/messages/forum63/message322467/77433-kak-naschet-lvm_qcow2</guid>
			<pubDate>Sun, 31 Dec 2023 03:53:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
	</channel>
</rss>
