可用性，附定义

供审查的拟议发布条款。结账已配置固定收款地址和会过期的报价，但没有连接交易监控或基础设施配置。这些草案不产生任何生效的服务、SLA 或计划权益，并需要在商业发布前由最终运营方验证。拟议可用性目标遵循所选方案自身的目录字段：标准条目为 99.9%，仅在特别列出时为 99.99%。在 30 天期间内，这些目标对应约 43 分钟 12 秒和 4 分钟 19 秒的停机时间。

拟议的模型使用三个区域探针，间隔五分钟。当至少两个探针报告覆盖端点不可用时，记录为中断，部分中断分钟数向上取整。探针端点和覆盖服务边界必须经过验证，这才能成为 SLA。

抵扣额度将基于受影响服务的月费计算，并以该金额的100%为上限。该额度将用于抵扣下一张发票，或在服务终止时退还。

• 低于计划目标，至少 99.0% 可用性：10%。
• 至少 95.0%，低于 99.0%：25%。
• 至少 90.0%，低于 95.0%：50%。
• 低于 90.0%：100%。

拟议的排除项包括至少提前 48 小时宣布的维护、不可抗力、客户配置或使用、覆盖服务之外的网络以及可接受使用暂停。最终措辞必须准确界定这些边界。

拟议的请求窗口为事件发生后 30 天内，通过工单说明受影响的服务和时间。确认目标在 48 小时内，普通解决在七个工作日内。

拟议的 VPS、Windows 桌面、共享和 cPanel 订单目标为确认付款后五分钟。有库存的 GPU 或专用硬件目标在 24 小时内；定制硬件在 1–3 个工作日内。超过指定目标 25% 以上将触发拟议的一个月补偿。

这些是拟议的响应和更新目标，不是当前配备人员的支持服务。

• 严重：30 分钟内首次响应；每小时更新。
• 高：2小时内响应；每4小时更新；在1个工作日内尽力解决。
• 正常：24 小时内响应；解决目标为 3 个工作日。
• 低：48 小时内响应；解决目标为 5 个工作日。