<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Аспро: ЛайтШоп [тема: [ТУТОРИАЛ] Критическая обратная связь по управлению кластером PVE и проблемам в основной архитектуре.]</title>
		<link>http://proxmox.su</link>
		<description>Новое в теме [ТУТОРИАЛ] Критическая обратная связь по управлению кластером PVE и проблемам в основной архитектуре. форума Proxmox Виртуальная Среда на сайте Аспро: ЛайтШоп [proxmox.su]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sat, 25 Apr 2026 23:01:51 +0300</pubDate>
		<item>
			<title>[ТУТОРИАЛ] Критическая обратная связь по управлению кластером PVE и проблемам в основной архитектуре.</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message312528/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.">[ТУТОРИАЛ] Критическая обратная связь по управлению кластером PVE и проблемам в основной архитектуре.</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Логический вывод: просто используйте другое решение виртуализации... <br />
			<i>23.03.2025 10:21:00, Neobin.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message312528/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message312528/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.</guid>
			<pubDate>Sun, 23 Mar 2025 10:21:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>[ТУТОРИАЛ] Критическая обратная связь по управлению кластером PVE и проблемам в основной архитектуре.</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message312527/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.">[ТУТОРИАЛ] Критическая обратная связь по управлению кластером PVE и проблемам в основной архитектуре.</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Вот как это работает в программном обеспечении в этой вселенной. Если сравните с другими продуктами, то увидите гораздо худшее поведение, чем здесь. (Более длинный поток сознания удален... потому что "не по теме"). <br />
			<i>18.03.2025 08:51:00, UdoB.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message312527/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message312527/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.</guid>
			<pubDate>Tue, 18 Mar 2025 08:51:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>[ТУТОРИАЛ] Критическая обратная связь по управлению кластером PVE и проблемам в основной архитектуре.</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message312526/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.">[ТУТОРИАЛ] Критическая обратная связь по управлению кластером PVE и проблемам в основной архитектуре.</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Если бы Proxmox был достаточно хорош, пользователям не пришлось бы постоянно отправлять отчеты об ошибках и запросы на новые функции. На самом деле проблема в том, что не хватает многих фундаментальных функций, а старые ошибки остаются нерешенными, что заставляет нас задуматься, каковы приоритеты команды разработчиков. Да, сообщения на форуме могут быть "недолговечными", но сами проблемы никуда не исчезают — пользователи продолжают сталкиваться с одними и теми же проблемами и сообщать о них снова и снова. Если команда Proxmox действительно хочет улучшить платформу, им стоит активно прислушиваться к сообществу вместо того, чтобы ждать, пока пользователи будут тратить время на подачу отчетов в Bugzilla. <br />
			<i>18.03.2025 01:56:00, Evanshenf.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message312526/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message312526/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.</guid>
			<pubDate>Tue, 18 Mar 2025 01:56:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>[ТУТОРИАЛ] Критическая обратная связь по управлению кластером PVE и проблемам в основной архитектуре.</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message312525/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.">[ТУТОРИАЛ] Критическая обратная связь по управлению кластером PVE и проблемам в основной архитектуре.</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Вау! Отличное начало для первого поста... По моему мнению, некоторые твои пункты вполне обоснованы, безусловно. Я бы порекомендовал открывать отчеты об ошибках / запросы функций на <noindex><a href="https://bugzilla.proxmox.com/" target="_blank" rel="nofollow" >https://bugzilla.proxmox.com/</a></noindex> чтобы они оставались видимыми до тех пор, пока разработчики не займутся ими. (Сообщения на этом форуме более... недолговечны. Вроде того...) <br />
			<i>17.03.2025 11:22:00, UdoB.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message312525/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message312525/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.</guid>
			<pubDate>Mon, 17 Mar 2025 11:22:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>[ТУТОРИАЛ] Критическая обратная связь по управлению кластером PVE и проблемам в основной архитектуре.</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message312524/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.">[ТУТОРИАЛ] Критическая обратная связь по управлению кластером PVE и проблемам в основной архитектуре.</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Дорогая команде разработчиков PVE,<br /><br />Как пользователь PVE, я должен выразить серьезное недовольство текущим дизайном и пользовательским опытом. PVE находится в разработке уже 20 лет как платформа виртуализации корпоративного уровня, и она должна иметь более зрелую архитектуру и удобный интерфейс. Однако реальность разочаровывает. Ниже приведены несколько критических проблем, с которыми я столкнулся при использовании PVE, и я искренне надеюсь, что команда воспримет их серьезно и улучшит фундаментально — а не оставит пользователей вручную исправлять проблемы, которые должны были быть решены.<br /><br />1. **Серьезная разница между UI и Backend при управлении кластером PVE**<br /><br /> &nbsp; UI позволяет легко создавать кластер, но не предоставляет чистого варианта удаления, заставляя пользователей обращаться к командной строке, что часто оставляет остаточные данные, которые нарушают последующие операции. После изменения IP-адреса PVE все еще распознает старый IP из /etc/hosts вместо нового, что затрудняет перенастройку кластера. UI и логика backend полностью не синхронизированы, из-за чего продукт ощущается как незавершенный.<br /><br /> &nbsp; **Предложения:**<br /> &nbsp; * &nbsp; Предоставить полностью функциональный UI для управления кластером, включая создание, изменение и удаление, без необходимости вмешательства командной строки.<br /> &nbsp; * &nbsp; Исправить механизмы распознавания IP-адресов кластера, обеспечив чтение системы текущей конфигурации вместо использования устаревших данных из /etc/hosts.<br /> &nbsp; * &nbsp; Улучшить процесс удаления кластера, обеспечив чистое удаление, которое не оставляет остаточные данные, влияющие на будущие операции.<br /><br />2. **Плохое управление подкачкой (Swap) и памятью в PVE с ZFS**<br /><br /> &nbsp; PVE использует подкачку даже при наличии достаточной физической памяти, что приводит к ненужной деградации производительности. Kэш ARC ZFS слишком агрессивен, по умолчанию устанавливается на 32 ГБ на 64-ГБ системе, что значительно влияет на другие сервисы. Несмотря на несовместимость ZFS и подкачки, PVE все равно не отключает ее по умолчанию, заставляя пользователей вручную регулировать vm.swappiness или даже запускать swapoff для смягчения проблемы.<br /><br /> &nbsp; **Предложения:**<br /> &nbsp; * &nbsp; Отключить подкачку по умолчанию (или предоставить опцию оптимизации), поскольку ZFS по своей сути не рекомендует использование подкачки.<br /> &nbsp; * &nbsp; Отрегулировать стандартное соотношение использования кэша ARC, предоставив опции UI для пользователей для изменения его вместо принудительного выделения 50% по умолчанию.<br /> &nbsp; * &nbsp; Улучшить управление памятью, чтобы предотвратить преждевременное включение подкачки, что негативно влияет на производительность.<br /><br />3. **Отсутствие функций корпоративного уровня и плохой пользовательский опыт**<br /><br /> &nbsp; Кластерная HA (высокая доступность) остается нестабильной, требуя частых ручных вмешательств для устранения проблем. Нет настоящей возможности миграции хранилища (storage vMotion), что делает миграцию хранилища VM неэффективной и ограничительной. Недостаточная поддержка хранилища на уровне backend делает PVE менее конкурентоспособным по сравнению со зрелыми корпоративными решениями, такими как ESXi.<br /><br /> &nbsp; **Предложения:**<br /> &nbsp; * &nbsp; Усилить механизмы HA для повышения стабильности, предотвращая ненужные сбои сервисов или неудачные миграции.<br /> &nbsp; * &nbsp; Реализовать более эффективный механизм миграции хранилища, обеспечивающий живую миграцию без снижения производительности.<br /> &nbsp; * &nbsp; Расширить совместимость хранилищ на уровне backend, обеспечив лучшую интеграцию с корпоративными решениями для хранения данных.<br /><br />**Итоговые мысли**<br /><br />PVE, как платформа управления виртуализацией корпоративного уровня, находится в разработке уже 20 лет и должна быть зрелым и стабильным продуктом. Однако на самом деле она по-прежнему страдает от дефектов проектирования, несогласованности UI и backend, а также неэффективного управления памятью, что делает ее больше похожей на "едва работоспособную" альтернативу с открытым исходным кодом, а не на действительно конкурентоспособное корпоративное решение. Если PVE действительно стремится быть альтернативой ESXi с открытым исходным кодом, то ей необходимо серьезно доработать эти основные функциональные возможности, а не заставлять пользователей постоянно бороться с обходными путями и исправлениями.<br /><br />Я надеюсь, что команда PVE признает эти проблемы и внесет значительные улучшения в будущих релизах, а не будет разочаровывать пользователей снова и снова. <br />
			<i>17.03.2025 03:08:00, Evanshenf.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message312524/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message312524/76010-tutorial_-kriticheskaya-obratnaya-svyaz-po-upravleniyu-klasterom-pve-i-problemam-v-osnovnoy-arkhitekture.</guid>
			<pubDate>Mon, 17 Mar 2025 03:08:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
	</channel>
</rss>
