EC2服务抵扣资料如何归档：地域范围与单实例范围分开记录

服务器发生异常后，团队往往能很快找到一张告警截图，但在整理云服务抵扣资料时，截图本身通常解释不了完整范围。它对应哪个资源、发生在哪个地域与可用区、覆盖哪段时间，以及与哪份账单有关，都需要从真实记录中逐项确认。

AWS的Amazon Compute SLA页面分别介绍地域级与实例级两类范围。其资料要求均涉及故障日期时间、资源ID和能够支持所述异常的请求日志；实例级部分还明确列出相关可用区。页面对两种范围的服务抵扣计算基数也分别说明。[1] 本文只讨论资料组织，不判断任何实际故障是否满足条款或可以获得多少抵扣。

资源名称与资源ID都留下

内部给服务器起的名称便于沟通，资源ID则用于识别具体对象。故障档案可以把两者放在同一行，并记录当时所在地域和可用区。若后来重建或替换了资源，应保留变化说明，避免调查旧事件时误拿新实例的资料补位。

日志时间需要共同解释

同一个事件可能涉及监控、应用请求和运维记录。整理时应保留原始时间标记及其时区说明，再制作便于阅读的事件索引。不要为了让多份日志看起来整齐而直接改动原始内容。发现时间范围不一致，可以标注待核实，由负责事件的人继续确认，而不是据截图猜测精确中断时长。

技术事件与账单范围分开存放

一个文件夹可收录技术事件材料，另一个收录相关账期的费用资料，再用资源与期间建立关联。这样既方便支持人员了解发生了什么，也便于负责费用的人核对正在讨论哪部分支出。实际计费范围、排除项及条款适用仍需要结合完整账户与协议确认，不能从单个费用总数直接推出补偿金额。

对外提交前处理敏感信息

该SLA的申请资料说明要求将机密或敏感内容以星号替换。[1] 团队可以保留受控的原始档案，另准备供支持沟通的脱敏副本，并记录脱敏范围。脱敏不应被用来改写事件事实；若某项内容无法公开，需要与负责支持沟通的人确认合适提供方式。

抵扣请求是需要服务方核验的流程。文档齐全不等于请求必然成立，一次应用错误也不自动等于SLA定义的不可用。本文不提供合同解释或个案索赔结论；涉及权利义务和具体申请，应由账户负责人及需要的专业人员依据当时适用文件处理。

参考来源：[1] Amazon Web Services，Amazon Compute Service Level Agreement，页面标注最后更新2022年5月25日；重点核对SLAs、SLA Credits及Credit Request and Payment Procedures。