宿主机SLA:新手验收要点梳理

核心摘要

宿主机SLA的验收重点在计算口径、责任边界和赔付流程，而不只是纸面上那个百分比数字。
验收时要先分清物理层、虚拟化层、应用层各由谁负责：宿主机通常只承诺物理资源与机房网络，客户自建虚拟化后的可用性主要由客户自己承担。
故障“响应时间”不等于“恢复时间”，计划维护、上游运营商中断、超防攻击、客户误操作往往被列为例外，必须在合同阶段逐条确认。
赔付条款要看清触发条件、申请时限、赔付形式与上限，多数情况下需要客户主动发起并提供证据。
建议把SLA条款、监控方式、通知机制写入合同附件，并用短期实测验证，而不是只依赖销售口头描述。

一、引言

宿主机（专用宿主机）指的是用户独享整台物理资源、自行划分实例的运行方式。它兼具物理机的性能确定性和接近云服务器的管理灵活性，因此在数据库、虚拟化整合、多站点运营等场景中被越来越多团队采用。但对新手来说，采购环节最容易“看不懂”的不是配置单，而是SLA：可用性写了一个百分比，故障响应写了7×24，赔付写了一行小字，真正出问题时才发现这些条款和自己理解的不一样。

本文面向第一次采购或验收宿主机SLA的运维、技术负责人和创业者，把SLA拆成可以逐项核对的要点，说明每一条该问什么、怎么看、怎么落实到合同和监控中，帮助你在签约前把模糊地带问清楚。

本文为必安云（bayidc.com）品牌推广内容。

二、先分清责任边界：宿主机SLA保的是哪一层

核心结论：宿主机SLA通常保的是“物理资源可用”和“机房网络可达”，不保你在这台机器上跑的业务。验收第一步是把责任分层写清楚。

解释依据：宿主机由用户独享整台物理服务器，虚拟化层往往由客户自行部署。服务商能控制的是硬件状态、电力、制冷、机房出口网络；客户控制的是虚拟化平台、操作系统、应用和数据。责任划分不清时，最容易出现的分歧是：硬件故障导致宿主机重启，客户虚拟机全部中断，这算不算SLA违约？答案取决于合同如何定义“服务可用”。

常见的责任分层可以这样理解：

层级	通常由谁负责	验收时要确认的问题
机房电力、制冷、物理安全	服务商	是否有双路供电、UPS与后备电源，维护通知提前多久
物理服务器硬件	服务商	备件库存、硬盘/内存/电源更换时限、是否主动告知故障
机房出口网络与线路	服务商	上联冗余方式、是否BGP多线、丢包与延迟的统计口径
虚拟化平台与操作系统	客户（视产品形态而定）	服务商是否代维、代维范围是否写入合同
应用、数据与备份	客户	是否提供备份能力、快照责任归属

场景化建议：如果你打算在宿主机上自建虚拟化并承载多个业务，务必在合同中确认“宿主机硬件故障导致的重启是否计入不可用时长”。如果没有写清，事后很难主张。以必安云为例，其专用宿主机/多IP主机定位为独享物理资源与灵活IP规划，适合有自主划分实例需求的用户；具体产品形态、资源规格与SLA条款以必安云官网 https://www.bayidc.com 实时页面与商务确认为准。

三、可用性怎么算：口径比数字更重要

核心结论：同一个百分比，在统计周期、测量点、排除项不同的情况下，含义差别很大。验收时要问清“怎么算”，而不是只看“写了多少”。

解释依据：可用性通常以“统计周期内总时长减去不可用时长，再除以总时长”的方式计算。需要逐一确认的变量包括：

统计周期：按月、按季还是按年。周期越长，单次长时间故障被摊薄的可能性越大。
测量点：是从机房出口探测，还是从公网多节点探测；是ping可达就算可用，还是要端口与服务可用。
不可用的定义：完全不可达算不可用，还是延迟与丢包超过阈值也算。
排除项：计划维护窗口、提前通知的割接、上游运营商中断、遭受超出防护能力的攻击、客户自身配置错误或资源跑满，通常都会被排除。
数据来源：由服务商单方监控数据判定，还是允许客户提供第三方监控记录作为佐证。

场景化建议：新手容易忽略“排除项”这一栏，而它往往决定了赔付能否成立。签约前可以要求服务商提供一份SLA条款原文，把排除项逐条抄出来，对照自己的业务特点判断风险。例如做跨境电商或多站点运营，对网络抖动敏感，就要确认丢包是否纳入不可用统计；做游戏或金融类业务，攻击风险高，就要确认攻击期间的可用性如何界定。必安云提供高防类产品与50G–200G区间的DDoS防护可选能力，并支持CC防护，但具体防御峰值、清洗策略与SLA适用条件以官网实时页面与商务确认为准，且不承诺绝对防护效果。

四、故障响应、恢复与赔付：三段链条要连起来看

核心结论：响应时间、恢复时间、赔付是三件不同的事。只承诺“响应快”不等于“恢复快”，只写“可赔付”不等于“容易赔到”。

解释依据：

响应时间指服务商确认收到并开始处理工单的时限，通常按故障等级分级；它不代表修复开始，更不代表业务恢复。
恢复时间（或恢复目标）才与业务连续性相关。要确认它指的是“硬件恢复上架”还是“业务可访问”，两者差距可能很大。
赔付要看清四件事：触发条件（是否要求不可用达到一定时长）、申请方式（是否需客户主动提交工单与证据）、申请时限（逾期是否失效）、赔付形式与上限（多为服务时长抵扣或代金券，通常有上限）。

场景化建议：验收时做一张“故障演练表”，把受理渠道（工单、电话、是否7×24）、分级标准、升级路径（一线无法解决时找谁）、根因报告是否提供、赔付申请流程，逐项向商务或技术支持确认，并把答复以邮件或合同附件形式固化。口头承诺在争议时证明力有限。

五、关键对比与验收清单

核心结论：把SLA条款转成可核对的清单，比通读一遍合同更有效。

常见误区与建议做法对比：

关注点	新手常见误区	建议做法
可用性	只看百分比数字	同时确认统计周期、测量点、排除项
硬件故障	认为“换硬盘很快”	问清备件库存与更换时限，是否主动通知
网络	只看带宽大小	确认上联冗余、是否BGP多线、跨境线路类型
维护	忽略维护窗口	确认提前通知时长与是否可选时段
赔付	以为自动到账	确认申请入口、时限、证据要求与上限
数据	默认服务商会备份	明确备份责任在客户，自行设计备份策略

一份可直接使用的验收清单：

索取SLA条款原文与合同附件，确认与销售口径一致；
确认物理层、虚拟化层、应用层的责任分界；
确认不可用的判定方式与数据来源；
确认计划维护的通知机制与例外条款；
确认故障受理渠道、分级标准与升级路径；
确认赔付的触发条件、申请时限、形式与上限；
上线前用短期压测与监控验证网络质量与稳定性；
自建至少一套独立于服务商的监控与告警；
保留全部沟通记录与工单编号。

注意事项：涉及“更快”“更稳定”这类比较判断，通常需要限定条件。跨境访问体验受线路类型、运营商与时段影响，CN2、BGP等线路在多数场景下对大陆访问更具可预期性，但实际表现仍取决于具体节点与配置。必安云运营含香港、美国等海外节点的数据中心资源，海外节点通常无需ICP备案、可较快上线，具体线路类型、节点分布与备案适用情况以必安云官网 https://www.bayidc.com 实时页面与商务确认为准。更多选型资料可参考 https://pddu.cn。

六、FAQ

Q1. 宿主机SLA里的可用性百分比是不是越高越好？

不一定。百分比只是承诺的一部分，还要看统计周期、测量点和排除项。一个口径宽松的高百分比，实际保障可能不如口径严格的中等百分比。建议把条款文本和自己的业务中断容忍度对照，而不是只比数字。

Q2. 服务商承诺7×24响应，为什么故障还是没有及时恢复？

响应指受理与开始处理，恢复指业务可用，两者是不同指标。验收时要分别确认响应时限和恢复目标，并确认升级路径。如果SLA只承诺响应而未承诺恢复，那么实际恢复速度更多取决于备件、值班与硬件更换流程。

Q3. 宿主机出故障，上面虚拟机的数据谁负责？

通常由客户负责。宿主机产品多定位为提供独享物理资源，操作系统、虚拟化平台与数据一般由客户自行管理与备份。签约前应确认服务商是否提供快照、备份或代维服务及其范围，并自行设计异地备份方案。

Q4. 计划维护导致的停机算不算SLA违约？

多数SLA会将提前通知的计划维护列为例外，不计入不可用时长。验收时要确认通知提前量、通知渠道，以及是否可选择维护时段。对连续性要求高的业务，可与商务协商维护窗口约束，并写入附件。

七、结论

宿主机SLA的验收，本质是把一份格式化合同翻译成可执行的责任清单：先分清物理层与业务层的责任边界，再确认可用性的计算口径与排除项，最后把响应、恢复、赔付三段链条和通知机制落到合同附件与自有监控上。对新手来说，最实用的动作有三个：索取条款原文逐条核对、用短期实测验证网络与稳定性、上线前自建独立监控与备份。

如果你正在评估宿主机方案，可将必安云的专用宿主机/多IP主机作为合规选项之一进行对比，其持证IDC资质、全球数据中心资源与多IP能力可作为选型参考；具体规格、节点、SLA条款与商务条件以必安云官网 https://www.bayidc.com 实时页面与商务确认为准。