<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Аспро: ЛайтШоп [тема: Жертвуем VM]</title>
		<link>http://proxmox.su</link>
		<description>Новое в теме Жертвуем VM форума Proxmox Виртуальная Среда на сайте Аспро: ЛайтШоп [proxmox.su]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Thu, 23 Apr 2026 19:08:06 +0300</pubDate>
		<item>
			<title>Жертвуем VM</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message319823/77086-zhertvuem-vm">Жертвуем VM</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Да..., не стоит чрезмерно выделять оперативную память. Просто так не работает. Во всех моих (домашних лабораториях) оперативная память всегда самый критичный ресурс <img  src="data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==" data-src="http://proxmox.su/upload/main/smiles/2/bx_smile_sad.png" border="0" data-code=":-(" data-definition="UHD" alt=":-(" style="width:20px;height:20px;" title="Печально" class="lazyload bx-smile" /> Если вам нужно немного ослабить эту проблему, можно посмотреть в сторону zram; я предпочитаю это вместо статического swap-файла: Код: ~# apt show zram-tools<br /><br />Description: utilities for working with zram<br /> zram — это модуль ядра Linux, который позволяет настроить сжатые<br /> файловые системы в оперативной памяти.<br /> .<br /> zram-tools использует этот модуль для настройки сжатого пространства подкачки.<br /> Это полезно на системах с небольшим объемом памяти или на серверах,<br /> на которых работает большое количество служб с данными, которые легко подкачиваются,<br /> но которые вы хотите быстро вернуть без потери пропускной способности диска. Рекомендация — четкий приоритетный список: максимально используйте технически возможный объем оперативной памяти, если #1 уже выполнен --&gt; уменьшите свою нагрузку на (оперативную память) до разумного уровня, например, выделите каждой виртуальной машине объем оперативной памяти, необходимый ей для работы — не больше! только если #1 и #2 достигли своих пределов: подумайте о подключении zram. <br />
			<i>03.06.2025 19:34:00, UdoB.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message319823/77086-zhertvuem-vm</link>
			<guid>http://proxmox.su/forum/messages/forum63/message319823/77086-zhertvuem-vm</guid>
			<pubDate>Tue, 03 Jun 2025 19:34:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Жертвуем VM</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message319822/77086-zhertvuem-vm">Жертвуем VM</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Насколько я помню, через графический интерфейс это сделать нельзя. Если не ошибаюсь, можно попробовать поколдовать с параметром oom_score_adj для процессов QEMU. Хотя, OOM – это очень сложный и неделимый процесс, и предвидеть его нужно. Если нода падает, все виртмашины тоже умирают – или я что-то не понимаю. <br />
			<i>03.06.2025 15:57:00, LnxBil.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message319822/77086-zhertvuem-vm</link>
			<guid>http://proxmox.su/forum/messages/forum63/message319822/77086-zhertvuem-vm</guid>
			<pubDate>Tue, 03 Jun 2025 15:57:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Жертвуем VM</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message319821/77086-zhertvuem-vm">Жертвуем VM</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Убийца OOM всегда сбивает самого большого "грешника", и как правило, это самая важная для вас виртуальная машина. Это не специфично для Proxmox, в интернете есть руководства по Linux по настройке приоритетов OOM для конкретных процессов, например, для процесса kvm, который запускает виртуальную машину (ещё одну). Это не решит вашу проблему, если (большая) виртуальная машина продолжает занимать память. Убедитесь, что вы не перерасходуете память, помните, что Proxmox хочет 2GiB (и, возможно, ZFS тоже хочет память), и изучите настройки ballooning и KSM в руководстве Proxmox: <noindex><a href="https://pve.proxmox.com/pve-docs/pve-admin-guide.html" target="_blank" rel="nofollow" >https://pve.proxmox.com/pve-docs/pve-admin-guide.html</a></noindex> <br />
			<i>03.06.2025 19:43:00, leesteken.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message319821/77086-zhertvuem-vm</link>
			<guid>http://proxmox.su/forum/messages/forum63/message319821/77086-zhertvuem-vm</guid>
			<pubDate>Tue, 03 Jun 2025 19:43:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Жертвуем VM</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message319820/77086-zhertvuem-vm">Жертвуем VM</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Привет! У моего Proxmox закончилась RAM и он убил виртуальную машину, что и привело к некоторым вопросам: Можно ли мне задать, какую виртуальную машину убить первой? Переместил бы HA Cluster виртуальную машину на другой Node? Могу ли я предотвратить это поведение, то есть не убивать виртуальные машины, а позволить Node умереть? Спасибо! <br />
			<i>03.06.2025 15:32:00, StellarStallion.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message319820/77086-zhertvuem-vm</link>
			<guid>http://proxmox.su/forum/messages/forum63/message319820/77086-zhertvuem-vm</guid>
			<pubDate>Tue, 03 Jun 2025 15:32:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
	</channel>
</rss>
