一、自购设备的利用率为什么上不去
（一）采购周期与需求变化不同步
从提出需求到设备验收，通常要走过申报、评审、招标、到货几个环节，半年属于常态。而这半年里课题方向可能已经调整：原本打算跑图像类任务，现在换成序列建模，对显存的要求完全不同。等设备到位，最急需的那批实验早已用别的方式完成，机器只能承接后续的一般性任务，投入与产出之间出现明显落差。
（二）维护责任落在谁头上
自购设备一般没有专职运维，出了问题由组里学生轮流出手。装驱动、换硬盘、处理散热告警，这些事耗时且不计入成果。更麻烦的是责任边界模糊：机器故障影响的是全组进度，但没有人把维护工作量写进考核，时间久了就变成谁都不愿接手的隐性负担。
（三）闲置与排队同时存在
单台设备的矛盾在于，忙的时候几个人排队，闲的时候整周空着。由于容量不可切分，一个只需要两张卡的任务也要在整机的排队序列里等。把多台设备汇到一处统一排程，同样的任务总量所需的设备规模通常低于各组分头配置之和，这个差值就是共享的直接收益。
二、共享池里到底有哪些资源
（一）通用计算节点
第一类是不带加速卡的计算节点，承担前处理、数值模拟、统计分析和文档编译等任务。这类负荷对单核性能和内存容量敏感，批量提交时更看重调度吞吐而非单节点规格。建议按核时计量，并为每个课题组保留一个最低保障额度，让短任务不至于被长任务一直挡在外面。
（二）GPU 节点与大内存节点
第二类承担模型训练与推理，计量单位建议统一到卡时，多卡任务按占用卡数乘以时长计算。第三类是大内存节点，用于图计算、序列拼接这类内存吃紧的场景，按内存占用与时长综合计量。三类节点的配比要依据历史任务结构调整，通常算力类占大头，但通用节点的缺口最容易在结题季暴露出来。
（三）存储空间与数据归档
数据区要分成热数据与归档两层。热数据支撑正在运行的任务，对吞吐要求高；归档层保存已结题的原始数据和中间结果，以容量和可靠性为主。天翼云存储适合作为归档层的落地点，按项目建立目录并设定保存年限，结题时统一交接，既减轻本地磁盘压力，也方便后续复查。
1. 热数据容量怎么估
取单次任务的最大数据量乘以并发任务数，再留出三成余量。估低了会导致任务中途写满，重跑代价很大。
2. 归档保存多久
多数资助方要求原始数据保留三到五年，这部分存储开销应提前写进项目预算，到期后按流程清理。
3. 人员变动时的交接
数据所有权归课题组而非个人。交接清单要包含目录结构、命名规则和必要的说明文档，缺一项都会拖慢接手进度。
三、配额怎么设才不会一边占着一边抢
（一）按课题组还是按项目号
两种口径各有适用场景。按课题组设额度，管理成本低，适合方向稳定的团队；按项目号设额度，结算清晰，适合外部课题较多的单位。折中做法是双层结构：课题组额度管日常，项目额度管专项，两者互不挤占，专项任务到期后额度自动收回。
（二）额度与回收规则
每个额度都要设定使用期限，到期未用部分自动收回，以减少占而不用的情况。同时设一条预警线，用量到达八成时提醒负责人。需要写清楚的是，额度指的是可用额度而非保障下限，这两者在说明里含糊其辞，后续争执会非常多。
（三）排队优先级怎么排
优先级建议按任务类型而非人员身份划分：短任务和交互类任务优先，长训练任务排队但可抢占空闲资源。这样既保住交互体验，又不浪费空闲时段，比按职称或资历排序更容易被接受。
四、结算与分账的具体做法
（一）计量口径先统一
机时按整机计算，卡时按单卡计算，两种口径在多卡任务上差别很大。选一种作为对外结算的主口径，另一种仅作内部参考，对账时各说各的会消耗大量沟通成本。
（二）跨组协作怎么记账
协作任务由发起方承担费用，参与方作为使用者出现在记录里但不计费。记录至少保留任务名、提交人、起止时间、资源类型四个字段，用于事后核对。
① 提交时打项目标签，标签缺失的任务不进入结算流程，直接退回补充。
② 每月导出一次用量明细，由各组负责人在三个工作日内确认或提出异议。
③ 出现争议时以调度日志为准，不以后续补记的口头说明为依据。
五、数据安全与账号权限
（一）数据分级与外发审批
按敏感程度分成公开、内部、受限三级。受限数据单独存放，访问需审批并留痕。天翼云主机可以作为审批与审计服务的运行环境，规格要求不高但要保持常开，审批记录与日志分开保存，便于事后追溯。
（二）账号生命周期
账号随人员状态联动：入组开通、离组停用。停用不等于立即删除，先冻结一段时间再清理，防止误删尚未交接的数据。历年账号的留存期限建议与数据保存年限对齐。
六、从自购转向共用的过渡安排
（一）旧设备如何并入
性能尚可的旧设备可以作为共享池的补充层，承担对规格要求不高的任务。并入前先做一轮稳定性测试，故障率偏高的直接淘汰，否则运维负担会抵消掉共享带来的收益。
（二）人员习惯怎么改
最大的阻力来自"自己的机器随时可用"这种确定性。共用池要给出可预期的排队时长承诺，把等待时间透明化，抵触情绪就会明显降低。初期可以保留少量专属设备作为过渡，待信任建立后再逐步收拢。
（四）共享池与专属设备的比例
即使共享池运转良好，也建议保留少量专属设备，用于需要长时间独占或连接专用仪器的任务。两者比例可按历史任务中独占类任务的占比确定，通常在两成上下。
共享池的规模调整要有节奏。每学期末复盘一次使用率与排队时长，连续两学期超过八成就考虑扩容，低于五成则收缩，减少凭印象决策。
结算明细的可读性常被忽略。导出的表格应直接带上项目名与负责人，而不是只给一串资源编号，否则每个月确认环节都要额外花时间翻译。
跨单位协作时，账号体系往往不互通。做法是给外部成员开设带期限的访客账号，权限限定在指定目录，到期自动失效，比长期保留账号更稳妥。
结语：共享不是把机器收上去，而是把闲置时段和排队需求对接起来。真正决定成效的是配额规则与结算口径，这两件事定不下来，资源池很快会退回各自为战的状态。建议先从归档存储和通用计算这类争议较小的部分起步，跑顺一个学期再把算力资源纳入进来。
