@george1421 said in Fog storage node selection by latency instead of load:

Are the master node and storage node at the same location or different geographic locations? If they are different locations and you are using the load and go method, you may be better served by installing a full fog server at each location, then on the HQ location add the two remote FOG servers as storage nodes. This way the images will replicate from the master HQ fog server to the remote FOG servers. The only thing you will need to do is export the image definition from the master node and then import it into the remote fog servers.

Hello George, and thanks again for the help!

Yes, they are in 3 different regions. I added the local storage nodes so they could get the images faster and still would have only one centralized place to upload the images, but did not work out as expected.

Just reinstalled the two slaves today, now they are full servers. Was thinking, if I add the slave1/slave2 as storage nodes to the master1 again, would not the master1 still point the clients to them?

Regards,
Eliphas

Hi George thanks for replying!
In this scenario I am using FOG as a base-image-deployer library for VMs, seldom registering a machine on FOG; basically deploying multiple instances of same/different images over and over, after we made the golden image.
I have read that the location plugin only works for hosts that are registered, right?

Hello!
I have put a fog manager with two storage nodes in 3 different locations, so they can sync automatically the images between them.

They all are accessible to each other but the local network is faster and the nodes have no load issues, at most one client at a time.

I have changed the tftpboot default file to serve the IP of the node in the local network, so the machines boot fast from them, as if they where a standalone FOG. After boot, they select the storage nodes at random.

Can I “fix” the IP of storage node like I did with the boot? Or it could be done by changing the load balancing logic from the default to a latency-based one? Like ping the client and select the fastest one when there is a tie on the other values.