从一张Excel表,到一套IP地址管理系统
- 2026-11-05 05:38:36
前言
在IT运维里，有一件事看起来很小，却几乎每个单位都在为它头疼——IP地址管理。
它不像服务器宕机那样会立刻拉响警报，但问题往往在某个下午集中爆发：新设备配好IP，一ping才发现地址冲突；想给一个业务划新网段，翻遍台账也说不清到底还剩多少可用。这次我们的运维管理系统上线了IP地址管理模块，要解决的就是这件“小事”。
PART 01
传统IP管理方式
在进入我们的方案之前，先看看常规的IP地址管理是怎么做的。
一是表格台账。用Excel维护一张地址台账，谁用了哪个地址手动登记。问题在于多人同时编辑、版本满天飞；设备下线、人员离职没人销账；时间一长，表里的“空闲”和现实的“被占用”就对不上了。
二是靠记忆和经验。老网管心里有一本账，哪个网段给了谁、哪几个地址要留着，张口就来。但人一换岗，这本账就断了。
三是工具扫描。用ping段扫、arp-scan这类手段跑一遍，能知道“哪些地址在线”。但它回答不了一个更关键的问题：这个地址该不该在线、应该属于谁。
PART 02
人管IP的痛点
归纳下来，常规做法通常卡在这么几个地方：
台账与实际脱节。表上写着“空闲”的地址其实早被占用，地址冲突往往要等到故障暴露才被发现。
使用率说不清。网段究竟用了多少、还剩多少，没有准确数据，做规划时要么保守浪费、要么冒进不够用。
申请靠口头和邮件。谁在什么时间申请、谁批的、批了几个地址，事后翻邮件也拼不出完整链路。
回收不及时。员工离职、设备报废、项目结束，地址继续被占着，慢慢成了没人敢动的“钉子户”。
责任落不到人。出了问题找不到使用人，也判断不出这个地址关联的是哪个业务、哪个部门。
PART 03
系统功能设计
针对这些问题，我们把IP地址管理拆成了四步，每一步对应上面的一个痛点。
网段台账：把地址空间管起来。支持按业务类型、关联部门登记IP地址段（如192.168.1.0/24），列表顶部直接给出总IP地址数、预分配数量、空闲数量、已分配数量，IPv4与IPv6分开统计。地址段不再是散落在表格里的一行行数字，而是带着业务归属的组织单位。
图1 IP地址管理列表：按业务类型与关联部门登记地址段，顶部总览IPv4/IPv6容量
容量可视：把使用率看清楚。点进任意一个地址段，环形图把地址分成四类：已纳管-在线、已纳管-离线、未纳管-在线、未纳管-离线。这个划分很关键——它不仅告诉你“登记在册的用了多少”，还把“在网但没登记的”一并扫出来。再往下是网格视图，一个/24网段的254个地址一格格铺开，哪格已用、哪格空闲一眼看完，任意一格都可以直接“添加到资源”或“添加到已有资源”。
图2 地址段详情：环形图区分纳管/未纳管与在线/离线，网格视图逐格呈现254个地址
申请审批：把流程规范起来。申请人在线提交，填写标题、申请部门、业务类型、所需IPv4/IPv6数量，可附备注与附件；审批人在线处理，填写审批意见后流转为“已分配”或“已拒绝”。整个过程在系统里留痕，状态一目了然。
图3 IP地址申请审批：待审批/已分配/已拒绝，状态实时流转
图4 审批详情：审批人填写审批意见，拒绝同样留痕
自动分配：把地址发下去。审批通过后，系统按申请数量自动分配具体地址——申请5个IPv4，就下发192.168.1.1到192.168.1.5，并记录每个地址的分配时间。谁在用、什么时候给的、给了几个，全部可查。
图5 自动分配：审批通过后按申请数量下发具体IP，并记录每个地址的分配时间
PART 04
核心功能亮点
落到特色上，有几件事是我们特意做的：
申请—审批—分配是一条闭环。从提出需求到拿到具体地址，全程在系统内完成，每一次分配都能追溯到申请人、审批人与业务类型。
“已纳管”与“未纳管”分开统计。既管好登记在册的地址，也看得见在网却没登记的盲区，这是单纯靠扫描工具做不到的。
网段的网格视图。254个地址一屏铺开，点格子即可纳管，把“对着表格找一个地址”变成“看一眼就知道”。
IPv4/IPv6原生双栈。两类地址共用同一套台账、同一套审批、同一套统计，不用再分两套流程维护。
地址与业务、部门绑定。每个地址段都带业务类型和关联部门，地址不再是一串数字，而是能定位到责任主体的资产。
