01-NetBox 源码安装部署指南
上一篇明确了 NetBox 的定位和数据治理边界。本篇进入传统 Linux 安装路线:在 Ubuntu 24.04 上准备 PostgreSQL、Redis、NetBox 应用、Gunicorn、后台 worker 和 Nginx,最终得到一套可通过 systemd 管理、可升级、可备份。
阅读全文 →Read article →从源码和 Docker Compose 部署到 IPAM、DCIM、电路连接与 API 使用的 NetBox 基础系列。NetBox foundations covering source and Docker Compose deployment, IPAM, DCIM, circuits, and API usage.
上一篇明确了 NetBox 的定位和数据治理边界。本篇进入传统 Linux 安装路线:在 Ubuntu 24.04 上准备 PostgreSQL、Redis、NetBox 应用、Gunicorn、后台 worker 和 Nginx,最终得到一套可通过 systemd 管理、可升级、可备份。
阅读全文 →Read article →上一篇采用传统 Linux 服务方式部署 NetBox。本篇改用社区维护的 netbox-community/netbox-docker 项目,把 NetBox、PostgreSQL、Redis 和 worker 编排为一套 Docker Compose 应用。目标不是只让首页出现,而是。
阅读全文 →Read article →前两篇完成了 NetBox 的部署路线,本篇开始把 NetBox 真正用起来。IPAM 不是“把 IP 地址录进系统”,而是把地址空间、路由隔离、二层域、用途、状态、归属、分配和审计组织成一套可被团队和自动化共同使用的模型。只有先把模型设计清楚,后续 DCIM、连接、API 和自动化才不。
阅读全文 →Read article →上一篇完成 IPAM,把地址空间、VRF、Prefix、VLAN 和 IP Address 建成可治理对象。本篇进入 DCIM。DCIM 在 NetBox 中不是“设备资产表”,而是把站点、位置、机架、设备类型、设备、模块、接口、电源、控制台、库存件和连接关系组织成一套结构化模型。只有。
阅读全文 →Read article →上一篇把 DCIM 的 Site、Location、Rack、Device、Interface、Module、电源和控制台对象梳理清楚。本篇继续处理物理层和运营商线路:设备之间如何连接,配线架如何表达,专线如何从供应商网络进入站点,故障时如何追踪路径,变更前如何判断影响范围。
阅读全文 →Read article →前面几篇已经把 NetBox 的基础安装、IPAM、DCIM、电路和连接管理串起来。本篇讨论 API。NetBox API 的核心价值不是“用脚本替代点页面”,而是让 NetBox 成为基础设施自动化的可信数据源:监控系统从它读取目标,配置生成从它读取期望状态,变更系统把审批后的结果写回。
阅读全文 →Read article →