FOG Server CPU Requirements
-
@Junkhacker Your network is fairly special man, yes that’s about average lol.
-
@Junkhacker said in FOG Server CPU Requirements:
@george1421 said in FOG Server CPU Requirements:
I would expect a single unicast image to deploy about 6GB/m on a typical solid network.
is a typical network really that slow?
Yes I still have network envy of your setup. But not everyone has all gold and chrome computers either.
-
@ty900000 I there any chance you could setup a “test” network switch to just the fog server and a few test systems to compare the multicast to unicast to. If you are multicasting across your campus you may have other underlying issues that mutlicasting is making worse (like a 100Mb link somewhere). At least using all on switch backbone you could get a better idea of speeds.
-
@george1421 i don’t think my setup is really that special. it’s a gigabit network with dell clients and a used Poweredge R510 we picked up cheap for the server (perc H700 raid controller with a 24 drive array, which is probably why i have the nice speed, tbh)
-
@Junkhacker It also doesn’t hurt that many of your “receiving” systems have SSD’s lol.
-
@Tom-Elliott true, forgot about that. we only deploy traditional hard drives in special cases now. we find it’s more effective for us to put in an SSD than a faster processor for our users.
point being, if someone had relatively small image storage requirements they could probably get as fast of results as i do by putting an SSD in their server.
-
@Junkhacker said in FOG Server CPU Requirements:
if someone had relatively small image storage requirements they could probably get as fast of results as i do by putting an SSD in their server.
Like possibly an i3 intel nuc with a 512GB ssd drive?? It makes a really swell mobile deployment server.
-
Honestly, not really. I do have some 11 year old Catalysts I could configure, but my clients would have no DHCP server to pull PXE settings from. I’d have to create a new FOG server acting as DHCP, first.
I might do that in the near future before we update our networking infrastructure.
-
@ty900000 not exactly what I was suggesting. Plug your fog server into switch, and target computers into switch, then plug deployment switch into building switch. What we want to do is isolate (as much as possible) muticast traffic to the single switch. I realize depending on the deployment switch settings it may send the multicast to your business network too, but as long as there are no multicast subscribers out there deployment speed shouldn’t be impacted. Understand this is only a test to see if your current kit can achieve the speeds you need. And then to feel confident that once you purge this legacy hardware your network will be capable of what you need.
-Or- just wait for your capex project replace the crud and start debugging from there.
-
Gotcha! Yeah, I’ll give that a shot in the morning and reply back here. Thanks for the idea and advice! I appreciate it a lot!
-
I added a Cisco switch in the mix, but I couldn’t get it to pass any traffic, even from the switch itself. I don’t know if adding a layer 3 switch into the mix confused everything?
Anyway, I’ll wait until we get new equipment and then debug it from there, like you suggested. We’re going to be reimaging multiple machines at a time before we get new network equipment anyway, so I most likely need to get a RAID 10 set up.
Once we get new equipment in, I’ll give the Multicast a shot and then reply back to this thread. But, that’s way in the future. Probably several months or more.
I appreciate all the help you guys have put in to this! Thanks a bunch!