Performance is always dependent on hardware so if your nics are not quality hardware you will never be able to saturate a Gb uplink. Quality hardware does not include Realtek.
This is strange since the drivers for Mellanox 10Gbit in FreeNAS/FreeBSD is the ported drivers from OmniosCE. I have no problems with either Mellanox 10 or 20 Gbit in both Omnios and FreeNAS.
In generel clusters with an even node numbers is a disaster waiting to happen. Always use odd numbers for nodes in a cluster or in Ceph terms odd numbers for monitors.
I have been very busy with my paid job so I have not had the time to finish the work. I hope sometime in the future I will get the needed time but since my current solution is no longer a burning platform (omnios has transcended to omnioce) the requirement is not imminent.
Hi all,
Maybe Stratis could be a future storage solution for Proxmox. The solution combines the best parts from ZFS and BTRFS but doing it using existing kernel tools. DM and XFS.
Article series:
1) overview: https://opensource.com/article/18/4/stratis-easy-use-local-storage-management-linux...
In the file /usr/share/perl5/PVE/QemuServer.pm find this:
if($path =~ m/^iscsi\:\/\//){
$devicetype = 'generic';
}
and change it to this
if($path =~ m/^iscsi\:\/\//){
$devicetype = 'block';
}
After this change...
This is not an option since almost all proxmox operations requires root privileges. You can, however, disable login using password to the proxmox nodes since proxmox's access is certificate based.
If you don't need live migration between nodes and HA you could create a local ZFS pool on LUN's presented to the node from the SAN. An experimental live migration method including local disks exists but is only available from command line.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.