No worries, right now the fog server is an Ubuntu 16.04 VM build in an ESXI 5.5
the VM has 2 vNIC. One on our education network and another one storage network.
Each vNIC are supported by 2 physical Ethernet NIC teamed and configured to use ip hashing to load balance traffic.
The Ubuntu server is configured to use multipath iSCSI to access the NAS LUNs and multicast is massively used to install our classes.
We have to install between 200 and 300 machines per week. At start we have no severe issue but with programmed tasks starting the webui is dramatically slowing down. With 2 or 3 tasks running we can start seeing slowdowns.
Using nload and top to monitor where could be the issue, we could only see very high network load but no issue with memory or CPU.
We deploy at speed between 5GB/m and 27GB/m depending on the receiving hardware. No other resources that the FOG server are showing slowdowns.
So we thought the mutliple multicast sessions were cannibalizing the server bandwidth and having a server for the management and a storage node for the deploys would be a good idea.
Sorry for the long explanation. Are we wrong?
Then we are multi-site, right now only our main site is testing fog and we already have several TB of images.
At the end, sync via wan link will be OK but for the first load we will have to send a disk with all images on it. that’s the other reason we would like to test import.