<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Аспро: ЛайтШоп [тема: Proxmox HA через VPN — ZFS против Ceph.]</title>
		<link>http://proxmox.su</link>
		<description>Новое в теме Proxmox HA через VPN — ZFS против Ceph. форума Proxmox Виртуальная Среда на сайте Аспро: ЛайтШоп [proxmox.su]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Tue, 26 May 2026 17:08:27 +0300</pubDate>
		<item>
			<title>Proxmox HA через VPN — ZFS против Ceph.</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message327159/78112-proxmox-ha-cherez-vpn-_-zfs-protiv-ceph.">Proxmox HA через VPN — ZFS против Ceph.</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Привет! В общем, HA Manager сейчас умеет управлять высокой доступностью ресурсов внутри кластера. Основная технология для кластера Proxmox VE — corosync, которому, в свою очередь, требуется низкая задержка — менее 5 миллисекунд [0], что обычно достижимо с отдельной сетью для кластера. Эта сеть может быть невысокой пропускной способности, поскольку ей нужно отправлять только сообщения о сердцебиении, которые довольно малы, но выделение её в отдельную сеть снижает задержку из-за снижения помех от других отправителей. Похожие требования предъявляются и к кластерам Ceph, которым тоже нужна минимальная задержка, но уже с большей пропускной способностью, конечно [1]. Поэтому делать это в одном кластере нереально, и решения сейчас нет, если только ты не сможешь обеспечить очень низкую задержку через WAN. [0] <noindex><a href="https://pve.proxmox.com/pve-docs/pve-admin-guide.html#pvecm_cluster_network_requirements" target="_blank" rel="nofollow" >https://pve.proxmox.com/pve-docs/pve-admin-guide.html#pvecm_cluster_network_requirements</a></noindex> [1] <noindex><a href="https://pve.proxmox.com/pve-docs/pve-admin-guide.html#pve_ceph_recommendation_network" target="_blank" rel="nofollow" >https://pve.proxmox.com/pve-docs/pve-admin-guide.html#pve_ceph_recommendation_network</a></noindex> <br />
			<i>07.05.2025 09:01:00, dakralex.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message327159/78112-proxmox-ha-cherez-vpn-_-zfs-protiv-ceph.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message327159/78112-proxmox-ha-cherez-vpn-_-zfs-protiv-ceph.</guid>
			<pubDate>Wed, 07 May 2025 09:01:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
		<item>
			<title>Proxmox HA через VPN — ZFS против Ceph.</title>
			<description><![CDATA[<b><a href="http://proxmox.su/forum/messages/forum63/message327158/78112-proxmox-ha-cherez-vpn-_-zfs-protiv-ceph.">Proxmox HA через VPN — ZFS против Ceph.</a></b> <i>Proxmox Виртуальная Среда</i> в форуме <a href="http://proxmox.su/forum/forum63/">Proxmox Виртуальная Среда</a>. <br />
			Я уверен, что это распространенный вопрос. Но я не нашёл много данных по этой теме. Меня интересует настройка проекта Proxmox через VPN к нескольким провайдерам. Настройка HA выглядит довольно просто. Однако, возможно ли это через сеть с высокой задержкой? И ещё, каковы будут последствия, если выбрать другой путь: ZFS replication vs Cephs OSD? Очевидно, HA-окружения в нескольких локациях — это гораздо лучший способ обеспечения отказоустойчивости данных. Но это нужно делать с минимальной пропускной способностью, и это должно быть возможно с использованием блочного хранилища. Скорее всего, это будет реализовано через WireGuard, но, думаю, это менее важно для возможности передачи блока данных, и возможно ли это вообще... Высокая задержка и колебания скорости. <br />
			<i>07.05.2025 08:10:00, vertigo262.</i>]]></description>
			<link>http://proxmox.su/forum/messages/forum63/message327158/78112-proxmox-ha-cherez-vpn-_-zfs-protiv-ceph.</link>
			<guid>http://proxmox.su/forum/messages/forum63/message327158/78112-proxmox-ha-cherez-vpn-_-zfs-protiv-ceph.</guid>
			<pubDate>Wed, 07 May 2025 08:10:00 +0300</pubDate>
			<category>Proxmox Виртуальная Среда</category>
		</item>
	</channel>
</rss>
