服务器买到手的那一刻，合作才刚开始。真正能看出服务商成色的，是后面那些没人愿意碰上的日子：半夜断网，系统起不来，流量突然涨了一倍。

可惜这些日子来临之前，没法直接看。能做的，是提前找几个观察点，把“服务能力”这个虚词拆成能验证的东西。下面六项指标，大致按合作中事情发生的先后排列：开通、支持、故障、数据、扩展、合同。

为什么购买云服务，不能只关注产品本身？

产品交付只是合作的开始。一台服务器开通之后，要连续运行一两年甚至更久，这段时间里服务商的角色从卖家变成了供应方，能不能持续把资源和支持供应上来，比开通那一刻的体验重要得多。

运行期间的问题可以分成三层。线路抖动、IP被封，是网络层的事；磁盘写满、服务起不来、被人扫描入侵，是系统层的事；内存条、硬盘、电源出毛病，是硬件层的事。哪一层出了问题，找谁，对方能处理到什么程度，购买前就该有答案。

业务增长也会带来新需求。访问量翻了一倍，要升配或者加带宽；开了新市场，要新地区的节点。服务商在这些环节是配合、拖延，还是要求你整体搬家，直接决定合作的成本。

最容易被忽视的是支持范围本身。“7x24小时技术支持”这句话，在不同服务商那里可以有完全不同的含义：有的指机房网络和硬件的故障处理，有的连系统层面的问题也会协助排查。措辞相同，实际覆盖的范围差得很远，所以要看具体说明，光听口号没用。

指标一：产品交付与资源开通能力

服务器开通时间及交付流程

云服务器一般几分钟就能开出来，物理服务器则取决于有没有现货，官网上常见的“1小时上架”，背后多半是现货机型，没有现货的要采购、组装，时间以天计。除了时长，还要问清楚这个时间从哪一刻算起：付款后，还是实名审核通过后？如果审核本身要一天，承诺的一小时就没有意义。

产品配置与订单是否一致

拿到服务器的第一件事，是核对配置。Linux系统里用lscpu、free -h、lsblk三个命令，分别看CPU型号、内存和磁盘；Windows系统看任务管理器的性能页就行。带宽用iperf3打一次，再对照订单。配置缩水的情况不常见，但每年都有，早发现才好更换或退款。

IP、带宽和线路信息是否明确

交付信息里应该写明IP地址和网段、网关、带宽规格（独享还是共享，峰值还是保底）、线路类型、机房所在城市。这些信息含糊，后面出了网络问题，双方都没有对照的依据。

是否提供必要的测试及验收条件

看有没有验收窗口：交付之后多少天内，发现配置或网络和约定不符，可以更换或退款；有没有测试IP可以在付款前验证。有验收条件的服务商，对自己的交付质量一般有底气。

指标二：技术支持与运维协助能力

技术支持能覆盖到哪里，最好直接拿具体事项去对照，不要只听“全程支持”这类概括。常见的几类事项大致是这样：

操作系统安装和重装，是基础设施服务商的标配，基本都会提供。服务器环境配置，比如装Nginx、配MySQL，多数服务商只给文档或简单指导，不会代为部署。网络连接和访问异常，服务商应该能协助做MTR排查，并联系上游处理。系统迁移和配置调整，有的提供有偿协助，有的只给建议，需要提前问明。软硬件故障方面，硬件故障属于服务商的责任范围，应用层面的故障，一般不在其内。

这里有一条重要的分界线：基础设施服务商和全托管运维服务商，责任完全不同。前者保证服务器、机房和网络可用，系统里面的事归用户；后者会接手系统监控、补丁更新、备份检查和故障处理，价格也高出一截，服务清单要写进合同。买的是前一种，却指望得到后一种的服务，是纠纷最常见的来源。

指标三：网络故障与业务异常处理能力

是否具有工单及在线技术支持渠道

渠道多少倒在其次，要看每种渠道负责什么。紧急故障走电话或在线客服，响应快；需要留痕的问题走工单，有记录，事后可追溯。如果只有一个渠道，出事时又恰好联系不上，就没有备选了。

是否明确故障升级流程

一线客服处理不了的问题，谁来接手，多久接手？有没有按影响范围划分的故障等级，每一级对应什么响应时限？这些没有写出来的话，故障时常常是一线反复回复“正在处理”，实际没人动。

是否能够提供必要的故障说明

故障结束之后，能不能给出书面说明：原因是什么，影响了哪个时间段，怎么处理的，后续怎么避免。这份说明既是向公司内部和客户交代的依据，也是后面谈赔偿时的凭证。

指标四：数据安全与备份支持能力

先看有没有备份产品或备份服务，是自动备份还是需要自己配置。备份常用的3-2-1原则可以拿来对照：至少三份副本，使用两种不同介质，其中一份放在异地。只有同机房的快照，远远算不上完整的备份。

备份频率和保留周期，决定了出事后最多会丢多久的数据。每天备份一次，意味着最坏情况下丢一天；保留七天，意味着七天之前的误操作就找不回来了。要根据业务能接受的数据丢失量来选，答案因业务而异。

数据恢复方式也要弄清：能不能整机恢复，能不能只恢复某个文件，恢复一次大概要多久。能容忍多长时间的业务中断，要和备份恢复所需的时间一起算。

权限与访问控制方面，控制台能不能开子账号、有没有双因素认证和操作日志，服务器登录能不能用密钥代替密码，服务商的工作人员在什么条件下可以访问你的服务器，都应该有明确的说法。安全防护产品则要看适用条件：高防的防护额度是多少，适用于哪些机型，超出额度之后怎么处理，是否额外收费。

指标五：资源升级与业务扩展能力

CPU和内存能否升级

云服务器一般可以直接升配，部分产品需要重启一次。物理服务器受主板插槽和CPU型号限制，加内存还可以，换CPU往往意味着换机。

存储空间是否支持扩展

云盘可以在线扩容，但缩容一般做不到。一个细节常被忽略：控制台扩了容，系统里的分区和文件系统还得手动扩一遍，否则空间照样用不上。物理服务器加硬盘通常需要停机。

带宽及IP能否调整

带宽升级的周期、是否按月补差价，IP追加能否分到同一个网段，都要问。部分海外节点的IP资源比较紧张，追加的数量有限。

是否提供新增节点和服务器资源

业务拓展到新的国家或地区，能不能在同一个账号下开通新机房的服务器，库存够不够，是考察扩展能力的实际场景。同一家服务商有多个机房，账号和账单可以统一，管理上省不少事。

升级过程中是否需要停机

不同升级项差别很大，提前问清楚预计停机多久，能不能选在低峰时段，升级前是不是要先备份或做快照。

指标六：服务规则与合同履约能力

合同条款是服务能力的最后一道保障，翻到这一步，要找的是写得清楚的条目。服务范围是否明确，哪些包含、哪些另收费；技术支持的时间是否清晰，是工作日白天，还是全天候；这些都应该落在文字上。

网络可用性承诺要看适用范围。99.9%这个数字，换算下来每月最长约43分钟不可用；99.99%则是每月约4分钟。数字之外，更要看计划内维护是否被排除在外，赔付方式是折算服务时长还是代金券，用户自身原因或遭受攻击导致的中断是否不算在内。

续费、退款和变更规则，也别漏看：续费价格是否和首购价一致，不满意能否退款，退款的前提是什么，升降配的规则怎么写。最后是终止服务之后的安排：到期后数据保留几天，欠费后什么时候释放，服务商停业或终止服务时有没有预留迁移期，这些在出问题之前很少有人关心，出问题之后又来不及补。

恒讯科技在服务器交付及技术服务方面的业务内容

恒讯科技按区域提供服务器产品，包括香港、美国、欧洲、东南亚、日韩、印度等地的节点，产品类型有云服务器和物理服务器，部分物理服务器机型标注1小时上架。

线路和IP方面，比如日韩云服务器标注了CN2优化回国线路，IP数量、网段和带宽性质可以在下单前向顾问确认，并要求写进交付信息。官网还提供网站备案服务，需要在国内机房部署网站的企业，可以在部署前一并沟通。产品测试、部署前的方案沟通，可以通过售前渠道了解；技术支持方面，官网列出了在线顾问、工单和服务热线，另有面向Linux系统运维的帮助文档，可供自助排查。

恒讯科技的业务以服务器资源和网络为主，是否包含系统层面的协助，需要在下单前向顾问确认。具体服务范围以对应产品说明和服务协议为准，咨询可通过官网hengxun.cn或服务热线400 618 5118。

云服务商服务能力评估常见问题

1. 云服务商的技术支持和托管运维有什么区别？

技术支持管的是服务器本身能不能用，包括机房、硬件、网络线路、系统重装；托管运维管的是服务器上面的东西是否正常，包括监控、补丁、备份、应用故障排查，一般按服务内容另外收费。买托管服务之前，要把服务清单写清楚：监控哪些指标，响应多久，出了问题谁负责恢复。

2. 购买云服务器后，服务商需要提供哪些支持？

最基本的是：按订单交付，给出配置、IP和线路信息；提供管理入口；处理硬件和网络层面的故障；支持重装系统；有可以联系的技术支持渠道。迁移协助、环境配置这类更深入的支持，要看产品和合同怎么约定。

3. 如何判断服务商的故障响应能力？

拿工单做个小实验：售前阶段提一个真实的技术问题，记录首次响应用了多久，回答是否具体。再问清故障分级和响应时限。回复里有没有时间点、问题定位和下一步，比“已收到”三个字更能说明问题。

4. 云服务器升级是否需要停机？

视升级项而定。带宽和IP调整多数不需要停机；云盘扩容一般可以在线完成，但系统内还要手动扩分区；CPU和内存升配，不少产品需要重启一次，通常几分钟；物理服务器加内存、加硬盘或换配置，一般要停机，甚至要换机。升级前先做快照或备份，选在业务低峰时段进行。