Network/Roadmap/RedundantCoreServices

From NURDspace
Revision as of 14:47, 30 July 2023 by R3boot (talk | contribs) (Created page with "= Summary = We want our core services (DHCP, DNS) to always work. So, we need to have them redundant. Not only as in multiple processes running the same functionality, but als...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Summary

We want our core services (DHCP, DNS) to always work. So, we need to have them redundant. Not only as in multiple processes running the same functionality, but also on different physical systems.

Software to use

  • BIND for DNS
  • ISC-DHCPD or ISC-KEA for DHCP

Architecture

There will be two systems, which can either be a VM or a physical system. Both of these systems should be running (almost) identical configurations, and should not require any further configuration or maintenance. Furthermore, care must be taken to make these machines as robust as possible. Both machines should be able to run by themselves. That is, there should be *no* external dependencies for these systems. If this means that the systems continue runnning but their configuration cannot be modified during an outage, this is acceptable.

For DNS, the authoritative zones live in IPAM. On the ipam machine, a powerdns instance is running that notifies two BIND instances running on the two systems. For DHCP, we will either use a isc-dhcpd cluster or multiple machines running kea combined with JSON based configuration (which can be pushed towards both system).