在之前的文章中，我介绍了 Kea，一个开源的动态主机配置协议（DHCP）服务器。本文将深入探讨其更高级的特性，包括数据库支持、钩子、高可用性和API支持能力，以及我们正在开发的新仪表板，以使其更易于使用。
Kea 数据库支持
任何处理数据的 DHCP 服务器都有不同的生命周期。在 Kea 的案例中，处理的信息分为三种类型：租约——这是运行时信息，涵盖当前谁使用哪个地址或前缀，使用多长时间，以及地址/前缀何时应续订或过期。主机保留——这是配置的一部分，定义了应执行哪种特定于设备的配置，例如保留地址，或设备获得一些额外选项或分配给特定客户端类。配置——这是配置的其余部分——子网、类、选项、池、网络、计时器、网络接口等。Kea 独立存储每种类型的信息。如果您希望服务器安装小巧，可以使用 memfile——我们最紧凑、最简单的配置，通常也是使用最快的。您的配置将存储在磁盘上的 JSON 文件中，并包含主机保留；租约信息将存储在本地磁盘上的纯文本 CSV 文件中。图 1——Kea 支持许多数据库后端。然而，Kea 提供的远不止这些。代码可以将租约、主机和配置后端（也称为配置后端）指向其他存储位置，即数据库。租约和主机可以选择存储在 MySQL、PostgreSQL，甚至 Cassandra 中。Kea 版本 1.6.0 添加了将大多数配置（如网络、子网和池）存储在数据库中的能力。MySQL 是目前唯一支持的配置后端，但如果您对 PostgreSQL 感兴趣，请与 ISC 联系。虽然 SQL 数据库后端在速度上明显慢于标准 memfile 选项，但它们有许多优势，仍然使它们成为一个非常受欢迎的选择。首先，您可以将多个 Kea 服务器连接到同一数据库，它们都将共享信息。虽然每个新的 Kea 实例都有一些开销，但这种方法是目前提供超过两个服务器处理同一部分网络的冗余的唯一方式。另一个优势是，如果您决定使用 MySQL、MariaDB 或 PostgreSQL，您可以使用市场上可用的任何第三方应用程序、监控工具、报告工具、数据库优化、冗余和集群机制。您还可以调整数据库，Kea 将自动获取您的更改。
Kea 钩子功能
Kea 提供了钩子功能，允许用户在 DHCP 生命周期中的特定阶段执行自定义操作。这些钩子可以用于各种目的，例如在分配地址之前验证客户端，或者在租约过期时执行清理操作。钩子可以通过编写简单的脚本实现，这些脚本在 Kea 服务器上执行，并可以访问 Kea 的状态和配置。这种灵活性使得 Kea 能够适应各种网络环境和需求。
Kea 高可用性和 API 支持
Kea 支持高可用性，这意味着它可以配置为在服务器故障时无缝切换到备份服务器。这种高可用性是通过使用共享存储和负载均衡技术实现的。此外，Kea 提供了丰富的 API 支持，允许网络管理员和开发人员通过编程方式与 DHCP 服务器交互。API 支持包括 RESTful API 和命令行界面，使得管理和监控 DHCP 服务器的操作变得更加容易。
结尾：
对于运维和网络工程师来说，了解和利用 Kea 的这些高级特性对于构建高效、可靠和可扩展的 DHCP 网络至关重要。通过数据库支持、钩子、高可用性和 API 支持，Kea 能够满足现代网络的需求，提高网络管理的效率和灵活性。
原文: APNIC Blog（2020-03-26）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog