-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
simplifying the static ip address for nixos machines #583
Comments
I'm perfectly happy with only the dhcp server being truely static, with the
others getting addresses via dhcp reservations (as long as we can tweak the boot
process so that they startup a few seconds after the dhcp server)
David Lang
|
Actually, if we set up their boots to wait indefinitely for DHCP, that should be adequate and not require staged or ordered booting of the VMs. |
Also, the VM Host (hypervisor) should have static addressing as well. |
Rob and I discussed this today. It probably won't happen this time around, but the long term plan is to static address (hand coded) the Hypervisors and the DHCP servers and go with DHCP/DHCP6 reservations for everything else. The DHCP servers should be the first VMs booted on the hypervisor, but they should boot fast enough that the other machines will still be well within their retry window by the time they start looking for addresses. |
Now that we are moving to mostly straight utilities on bare metal, I think one static address on the physical hosts (which will run the KEA instances) should be all that needs to be static. The rest can be handled through DHCP reservations. Since the two servers form an HA pair for all DHCP services, we shouldn't have an instance where the DHCP service is completely down unless we have bigger network problems that would be more impactful than a lack of addressing on hosts. |
If we are willing to run NetworkMangler^wNetworkManager, we might be able to use this technique to set the hosts to use DHCP if present and fall back to a statically configured address in the event of DHCP failure: |
That's correct, this is simplified dramatically from what we were running for 21x
Im voting |
OK, sounds like we have a solution. Any reason not to close this issue? |
Agree with @owendelong . No reason I can think of to keep this open. |
Ya we got rid of the microvms (#841) and are going to run on bare metal |
Description
Currently we are hardcoding the static ip address in each machines configuration. There should be a more uniform way of address assignment so that we can pass around these facts to all the machines that are defined in the flake.
Acceptance Criteria
The text was updated successfully, but these errors were encountered: