not sure why the attach rpi for every mac mini, wouldn't it be cheaper to have one rpi and 9 mac minis connectd to 10 port switch? I also wished one day to make cluster out of Apple TVs - they are very cheap (~150usd for version with ethernet) and most likely the new upcoming version will have more powerful A-series apple sillicon. I guess tvOS is just very restricted.
They’re connected to a single USB-C cable. For many technical reasons you can’t have a simple kvm which switches inputs. You’ll need to continuously power all 9 minis some way.
All nine USB-C cables will need a continuous, active connection.
To do this, you will need a smart controller that switches which port it’s talking to.
Or you can stick a relatively cheap device on every mini and and connect it to the network.
Having a “controller” for every mini means you can swap single units in both hardware and software very easily. There’s a one-to-one relationship and you don’t have to deal with pairing.
Just spitballing here, but if your interface to these things is USB-C, you should be able to boot them off an image that has a standard SSH key and then you can get in and ID them from a serial number or MAC address. I don't see the identification part as being a huge part of what's gained with the 1:1 configuration.
Is video forwarding part of the product offering, or simply considered required for management functions?
Either way, I probably agree that a raspi per unit probably makes sense at a scale of a few dozen racks, but it would be interesting to do the math on when it would be price-efficient to have a 1:n management node scheme. I don't imagine there are many USB-C hubs that support being display sinks on the downstream ports (if that's even possible at all) but perhaps you could use an FPGA to synthesize a small ARM core with a bunch of native USB-C interfaces capable of doing it?
> not sure why the attach rpi for every mac mini, wouldn't it be cheaper to have one rpi and 9 mac minis connectd to 10 port switch?
Simple... they're (likely) running something on the Raspberry Pi's that sets them up as USB gadgets, aka the Mac Mini "sees" a virtual keyboard and mouse. That's enough to manage remote provisioning.
To replicate that they'd need a KVM switch which doesn't have some weird edge case in how exactly it does USB-C switching, and it needs to be remotely controlled. A Pi is cheaper plus the failure modes of a Pi are more understood than the failure mode of some weird ass KVM switch someone cobbled together in China.
Simpler design... let alone constraints of the USB and/or other interfaces in use. Not to mention 1:1 of management port access to system access, where other solutions may be problematic.
