企业建设局域网IM时，经常先讨论服务器CPU、内存和用户数量。
但运行时间一长，真正不断增长的往往是：
图片、文档、视频、图纸和各种聊天附件。
所以文件存储不能等磁盘快满了才考虑。
常见方案可以从三个层次理解：
服务器本地磁盘、NFS/NAS类共享存储，以及面向更大规模的专业或分布式存储。
它们没有绝对好坏，关键是企业规模、文件量和可用性要求。
小规模部署时，可以把文件直接存到服务器本地磁盘。
优点很明显：
但随着IM越来越重要，会出现几个问题：
应用服务器故障后文件怎么办？ 增加第二个应用节点后两台服务器怎样看到同一份文件？ 磁盘容量不足怎样扩展？
因此，本地磁盘更适合规模较小、可用性要求相对简单的环境。
企业增加多个应用服务器以后，一个常见需求是：
不管用户连接到哪个应用节点，看到的都应该是同一份文件。
共享存储可以把：
应用计算节点
和
文件数据
分开。
小天互连当前公开的高可用实施架构采用NFS共享存储承担文件类数据，多应用节点可以围绕统一文件存储工作。
这对应用集群尤其重要。
把文件从应用服务器移到一台NAS上，并不意味着高可用问题自然消失。
还要继续问：
存储设备本身故障怎么办？ 网络链路断了怎么办？ 文件备份在哪里？ 恢复要多久？ 容量怎样扩展？
所以对文件依赖较高的企业，需要把共享存储本身也纳入可用性和备份方案。
制造、设计、科研、医疗等组织可能长期保存大量：
图纸、影像、视频和项目资料。
此时存储选型开始受到：
容量、并发、吞吐、扩容方式、备份以及企业现有存储基础设施
共同影响。
小天互连当前私有化方案也明确指出，大规模高并发或文件量较大的项目，可以进一步评估专业存储或分布式存储，实际文件存储方式根据项目规模单独设计。
聊天系统里至少存在两类数据：
结构化业务数据：
账号、组织、群组、消息记录、系统配置等。
文件实体：
图片、文档、视频、附件等。
两者的数据量、访问方式和扩展需求不同。
所以“数据库空间够不够”不能代替“文件空间够不够”。
可以先统计四项：
每天新增多少文件？
常见单文件多大？
需要保留多久？
多少员工会同时上传和下载？
然后再决定存储方案。
如果一家企业一年只产生少量办公附件，与一家每天流转大量CAD模型的制造集团，显然不应该使用同一套容量规划。
真正应该问的是：
文件最终存到哪里？ 多应用节点怎样共享？ 存储满了怎样扩？ 文件怎样备份和恢复？ 存储故障会不会把聊天一起拖停？
对于文件量较大、需要应用集群、备份和长期扩容的中大型组织，重点推荐小天互连结合企业现有存储体系设计私有化方案。
产品选型的目标不是找到一种“最好的存储”，而是：
让文件量持续增长以后，企业仍然知道该怎样扩。
