云服务器
使用抢占式实例（Spot Instances）时，vCPU 性能通常是不稳定的。
这主要源于其核心设计机制：当云厂商需要回收资源以保障按量付费或预留实例的运行时，会向用户发出通知（通常为 2 分钟），随后强制终止该实例。虽然这种“中断”是瞬间发生的，但在实例被终止前的短暂窗口期，或者在云厂商进行底层资源调度、硬件维护时，可能会发生以下情况：
- 底层资源波动：抢占式实例运行在共享的物理资源池上。当物理机负载过高或需要迁移时，可能会出现短暂的 CPU 争用（Noisy Neighbor 问题），导致 vCPU 的可用算力出现瞬时抖动或下降。
- 中断风险：一旦收到回收指令，实例会被立即停止，这意味着在该时间点之后，vCPU 性能直接归零。对于无状态应用或容错能力强的任务（如批处理、CI/CD 构建），这种不稳定性可以通过重试机制缓解；但对于对延迟敏感或状态保持要求高的服务，这种中断是不可接受的。
- 规格一致性差异：不同云厂商的文档中通常都会明确标注，抢占式实例不承诺与按需实例相同的 vCPU 性能一致性（Performance Consistency）。
结论
抢占式实例的 vCPU 性能不具备稳定性保证。它适合用于容错性强、可中断、可弹性伸缩的工作负载（如大数据分析、渲染农场、测试环境等），而不适合用于对性能连续性有严格要求的关键业务系统（如在线数据库、实时交易系统等）。如果必须使用，建议配合自动重启策略、多可用区部署以及检查点机制来应对潜在的性能波动和中断。