面向300+终端用户的FreeScout实例配置选型咨询

一、CPU/RAM配置推荐 #

• 我们团队去年为8家企业、350+终端用户、8名坐席的场景部署过单实例FreeScout，2核CPU + 4GB RAM是基础够用配置，工作时段CPU使用率稳定在30%-40%，内存占用约2.5GB，完全支撑中等工单量的日常操作。
• 如果要留足够冗余应对月度故障高峰、批量操作等场景，3核CPU + 6GB RAM是更舒适的选择，能避免临时卡顿。
• 注意：不要用低于2核的配置，多邮箱同步、坐席后台并发操作会导致CPU上下文切换频繁，直接拖慢响应速度。

二、磁盘使用增长预期 #

• 数据库（MySQL 8.0）：按日均150-200工单计算，前6个月数据量会增长到12-15GB，之后增速放缓，年均新增约8-10GB。开启FreeScout自带的工单归档功能，可压缩约30%的数据库空间。
• 附件存储：如果工单附件以文档、截图为主（单附件平均1-5MB），日均附件量约500MB，前6个月累计可达90GB，后续每月新增12-15GB。建议初始分配150GB的持久化卷，后续按季度按需扩容。

三、该规模下的已知瓶颈 #

• 多邮箱首次同步：配置10+邮箱时，首次同步历史邮件会短暂占满CPU，建议分批同步历史数据，避免影响前台操作。
• 后台批量操作：批量关闭工单、导出全量报表时，在2核配置下会导致前台响应变慢，建议放在非工作时段执行，或临时提升CPU核心数。
• PHP-FPM进程限制：默认进程数过低（如10）时，坐席同时打开多个后台页面会出现502错误，需要调整进程数匹配硬件配置。

四、垂直扩展与调优建议 #

• 垂直扩展完全满足你的规模需求，无需横向扩展。我们客户从2核4GB升级到3核6GB后，批量操作、邮件同步的卡顿问题完全解决。
• 关键调优点：
  • PHP-FPM：将pm.max_children设为20-25，pm.start_servers设为8，匹配CPU核心数与内存容量。
  • MySQL：调整innodb_buffer_pool_size为总内存的50%（如4GB内存时设为2GB），开启查询缓存优化工单列表加载速度。
  • 附件清理：用FreeScout后台自带的清理工具，设置每月清理90天前的未关联附件，减少无效存储占用。

内容的提问来源于stack exchange，提问作者Francois Séjourné