Skip to content
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

Closed
sarcasticadmin opened this issue Mar 11, 2023 · 10 comments
Closed

simplifying the static ip address for nixos machines #583

sarcasticadmin opened this issue Mar 11, 2023 · 10 comments

Comments

@sarcasticadmin
Copy link
Member

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

  • static addresses arent hardcoded in each machine specific configuration
@davidelang
Copy link
Collaborator

davidelang commented Mar 11, 2023 via email

@kylerisse kylerisse self-assigned this Mar 11, 2023
@owendelong
Copy link
Collaborator

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.

@owendelong owendelong added bug CRITICAL Bugs which must be urgently addressed SCaLE21x labels Sep 13, 2023
@owendelong
Copy link
Collaborator

Also, the VM Host (hypervisor) should have static addressing as well.

@owendelong
Copy link
Collaborator

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.

@owendelong owendelong added enhancement Deferred for Next Year Items deferred to the Next SCaLE SCaLE 21x Aftermath Things to be done after SCaLE 21x and removed bug CRITICAL Bugs which must be urgently addressed SCaLE21x labels Mar 1, 2024
@sarcasticadmin sarcasticadmin added scale22x and removed SCaLE 21x Aftermath Things to be done after SCaLE 21x labels Sep 22, 2024
@owendelong owendelong removed the Deferred for Next Year Items deferred to the Next SCaLE label Dec 5, 2024
@owendelong
Copy link
Collaborator

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.

@owendelong
Copy link
Collaborator

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:

https://askubuntu.com/questions/1186636/how-to-configure-a-fallback-static-ip-address-when-there-is-no-dhcp-server-prese

@sarcasticadmin
Copy link
Member Author

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.

That's correct, this is simplified dramatically from what we were running for 21x

If we are willing to run NetworkMangler^wNetworkManager

Im voting no here. Its good to know, but seems like overkill

@owendelong
Copy link
Collaborator

OK, sounds like we have a solution. Any reason not to close this issue?

@kylerisse
Copy link
Member

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.

@sarcasticadmin
Copy link
Member Author

Ya we got rid of the microvms (#841) and are going to run on bare metal

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants