中文
2026-09-08 10:09:07
对于国内绝大部分高校而言，教学资源、科研数据、办公文件和虚拟机业务的连年增长，存储往往也会沿着业务需求不断叠加，逐渐形成一种典型局面：网盘使用一套存储，虚拟化平台使用另一套存储，其他系统再分别建设。短期看，每次扩容都“对症下药”、解决了一个具体问题；但长期看，容量、性能、可靠性和运维却被分散在多个平台上，导致数据分散、管理困难，也难以从全校视角统筹资源。
厦门大学本部（以下简称“厦大”）此前遇到的，正是许多高校正在面对的共性问题。
不是简单粗暴的“扩容” 而是构建统一数据基座
长期以来，厦门大学各部门、各学院的存储使用以及管理分散，学校数据中心内部署了多类型、多代次的存储系统，对业务的建设及日常的运维和管理带来了巨大挑战。
其一，容量告急与数据风险并存。 近年来随着教学科研需求的不断增加，厦大原有网盘容量逐渐告急、难以满足使用需求，师生把大量的教学课件、科研资料等数据放在公有云上，也带来数据风险和持续扩容的压力。此外，由于数字化应用的持续增多，学校现有虚拟化平台配套的后端存储趋于紧张，部分大容量虚拟机由于资源短缺问题，承载空间开始受到限制。
其二，数据孤岛林立，资源无法互通共享。 由于历史原因，早期各院系、部门独立建设存储系统，且彼此互不联通，多套设备各自告警、各自扩容，形成一座座信息孤岛。业务系统之间相互隔离，数据交换受阻，也导致了应用集成困难。在资源管理上，容量配置各自为政，有的系统长期满负荷运行，有的却长期闲置，造成资源分配不均衡，整体利用率偏低。
其三，运维负担沉重。 存储的运维对于专业性的要求较高，不同品牌、型号的存储设备需独立管理，多套异构系统的性能调优、故障处理与版本升级工作繁复交错，极大消耗了有限的技术人力。
若继续沿用分别采购、分别扩容的老路，不仅投入成本高昂，还会进一步加剧异构设备与多套平台的管理复杂度。综上，厦大所需的并非再增加一套存储设备，而是构建一座“统一数据底座”——既能解决网盘与虚拟化的眼前困境，又能兼具高可靠性与弹性扩展能力，为未来十年数字校园筑牢稳固的基石。
选择统一存储：构建面向未来的数据支撑平台
为了更好的支撑校园业务，厦大在存储产品选型上需要回应五个现实问题：
能否通过 S3 对接校内网盘，并为共享文件预留 NFS、CIFS 服务？
能否以块存储连接现有虚拟化，避免计算资源重复建设？
能否实现对象与块业务在网络及故障层面的有效隔离？
能否在容量增长时通过增加硬盘或节点实现平滑扩展？
能否将三类存储服务的健康检查、告警与日常运维统一收敛至同一平台？
面对业务上如此多的要求，传统的存储解决方案早已无法满足，需要寻找新的建设思路。最终，厦大最终引入深信服统一存储EDS，结合当前网盘与虚拟化平台的实际需求，采用一套存储平台同时提供块、文件、对象三类存储服务，建成 1PB 的统一存储资源池。这一选择并非追求所有数据以同一种方式保存，而是以统一资源池承接不同业务接口，从而实现平台统一、服务适配与风险隔离的兼顾。
统一存储建设不是单纯的合并设备，而是让数据适配服务、让存量平台继续使用，并以统一管理应对长期增长。也无需为了“统一”而抹平业务差异：网盘使用对象存储，虚拟机使用块存储，对象与块业务保持独立的网络和故障边界；共享文件可按需启用 NFS、CIFS 服务。三类服务共享同一套可扩展、可观测的资源底座，使存储从设备采购转向长期能力建设。
厦门大学统一存储选型需求
网盘数据回到校内，数据掌控从“依赖公有云”转向“校内统一管理”
厦大利用EDS S3 对象存储能力对接校内网盘，将网盘中的存量数据迁移至校内环境。对师生而言，网盘仍然是熟悉的文件使用入口，无需改变原有使用习惯；对信息中心而言，教学课件、科研资料及其他非结构化数据的底层存储回到校园数据中心，数据位置、容量规划和后续扩展都能够由学校统一掌控。
这项变化的意义不只是“把数据搬回来”。它使学校能够在保持网盘使用方式的同时，降低对公有云容量的持续依赖，也为后续校内数据治理、统一备份和生命周期管理建立了基础。
块存储对接虚拟化平台，让存量计算投资继续发挥价值
针对现有虚拟化平台的存储瓶颈，学校没有把问题扩大为计算平台的整体重建，而是使用 EDS 块存储为虚拟化业务提供后端资源。原有服务器和虚拟化计算环境得以继续使用，信息中心可以把建设重点集中在最紧迫的存储容量、性能和可靠性问题上。
这种“计算利旧、存储升级”的方式缩小了改造范围，也减少了因平台整体更换带来的业务迁移压力。后续新增虚拟机或大容量业务时，可以从统一资源池按需分配存储，而不必反复采购独立阵列。
块、文件、对象统一供给，资源池随业务一起成长
通过 1PB 分布式统一存储资源池，学校把对象与块存储需求纳入同一平台规划。统一存储同时具备 NFS、CIFS 文件服务能力，后续教学科研共享文件、部门目录等场景可按需启用，无需再单独建设一套文件存储。
随着业务增长，平台可通过增加硬盘或节点横向扩展，并在扩容后进行数据均衡，使容量与性能同步提升。这使存储建设从“容量接近上限后集中换代”，转变为“根据业务增长逐步扩展”。学校可以从当前需求出发建设，又不必过早为多年后的峰值一次性投入。
统一平台之下保持隔离，让故障影响止于业务边界
统一资源池不等于把所有业务放在同一个故障域中。学校对对象存储与块存储业务进行网络隔离和故障域区分，降低单一业务异常对其他业务的影响；对象存储的缓存盘与容量盘解耦，避免缓存盘故障直接影响数据容量与正常使用。
带来的变化是，可靠性不再只是“设备有没有冗余”，而是发生部件或局部故障时，网盘和虚拟化业务能够继续获得稳定的数据服务。通过业务隔离、分布式冗余与故障域设计，平台把可靠性落实到具体的业务连续性上。
运维入口统一，信息中心从“看设备”转向“看服务”
过去，多种存储分别维护，容量、硬盘状态和告警信息分散在不同管理界面。统一存储可将块、文件、对象三类服务纳入统一管理，由管理平台提供统一的容量、健康和告警视图。平台提供磁盘健康检测、亚健康识别和一键检查等能力，帮助运维人员更早发现潜在风险。
统一运维的价值，在于让信息中心能够从全局了解容量余量、硬件状态和业务服务情况，减少在多套设备之间重复巡检。中英文管理界面也有利于学校国际化环境下的协同使用。
打通数据的“任督二脉”变化不只体现在容量数字上
厦门大学统一存储落地后，带来的变化可以归纳为五个方面：
◆网盘数据从公有云“借地”转为校内“安家”，数据自主权得以回归；
◆虚拟化业务不再受限于后端存储瓶颈，块存储资源可按需取用；
◆原有虚拟化计算环境得以继续发挥作用，无需因存储问题而“推倒重来”；
◆多套存储设备从分散维护走向统一运营，资源分配更加灵活，运维负担明显减轻；
◆扩容方式从传统的整柜式升级，转向按硬盘或节点灵活扩展，性能和容量同步提升；架构设计充分兼容AI场景，未来升级无需重构，灵活应变。
统一存储的价值，从来不是单纯的把所有数据简单集中到一套设备中，而是将基础设施的建设思维从以“存储设备”为中心，转向以“数据服务”为中心，让不同业务获得合适的数据服务：网盘数据更可控，虚拟化业务更稳定，现有投资继续发挥价值，未来AI业务也能够灵活支撑、容量也能敏捷扩展。极致承载各类业务、统一治理冷热数据、统一储存任意规模数据，可生长的技术架构为未来预留了无限的可能性。
从“管理存储设备”到“释放数据潜能”，统一存储的建设远非一次技术选型，而是面向未来的基础设施的战略升维。厦门大学通过统一数据底座升级，完成了学校基础设施建设的一次关键转身。自此，数据的“任督二脉”开始贯通，既服务于课堂，更服务于师生，让智慧校园高效运转，赋能新时代的教与学。
持续承载用户的数字化及AI业务创新，深信服提供通智算承载、算力调度优化、AI应用构建及全流程安全防护，为各行业用户夯实数字底座、赋能智能进阶。致力于让每个用户的数智化更简单、更安全。
关于我们
扫码获取一对一服务
