云服务器

这个类别解决什么问题

给你一块可以长期运行、由你控制的计算资源，让服务 24 小时在线。

什么时候需要

当你需要运行常驻进程、定时任务，或者需要完全控制运行环境时。纯静态站点与纯托管部署可以推迟这一步。

选择时看哪些指标

这些是评估这类服务时通用的判断维度，不针对任何具体厂商。

• 机房位置与目标用户的物理距离
• 计费粒度（按小时还是按月）
• 带宽与流量的计费方式
• 是否需要你自行负责系统更新与安全补丁
• 扩容路径与迁移成本

中国开发者特别需要考虑什么

节点位置对延迟的影响远大于配置高低。面向中国大陆用户时，境外节点的实际表现必须实测，不能假设。

这一层的成本结构

云服务器的账单通常由三块组成：计算、网络、存储与备份。计算按规格和运行时长计费，机器开着就在花钱，属于固定成本；网络按出站流量或带宽峰值计费，随访问量上升，做下载、图片、视频类产品时会变成主项；存储按容量乘以时间计费，快照和备份往往单独计价。规模变化时，单机升配近似线性，扩到多台之后负载均衡、监控、日志这些附加项才开始出现。最容易失控的是忘关的测试机和长期不清理的快照。

常见误区

• 只看月费，不看流量条款。很多入门机型把出站流量单独计费或限制在很低额度，超出后单价明显上升。把每月出站流量当成一个选择维度，静态资源放对象存储或 CDN。
• 一台机器塞下所有东西：应用、数据库、定时任务、反向代理。单机故障就是全站不可用，升级要停机，出问题也难定位在哪一层。至少把数据备份到机器之外，并验证过能靠脚本重新拉起一台。
• 没有预算告警和自动关机。测试实例忘关、公开接口被刷、脚本死循环跑满 CPU，都是常见的账单事故。给账号设预算告警，给非生产实例设定时关机，给对外接口加限速。

从零开始的上手顺序

1. 先确认这台机器要跑什么。只有静态页面、或托管平台能覆盖需求，就先别买；这一步买的是运维责任，不是性能。
2. 定区域，按主要用户所在大洲选距离较近的机房，可选区域以服务商官方页面为准。面向中国大陆用户的表现必须实测。
3. 用能接受的最小规格起一台，创建时用 SSH 密钥登录而不是密码，系统选你熟悉的发行版，别为新特性选一个没排过错的系统。
4. 打开防火墙，只放行 22、80、443 三个端口；建一个非 root 的日常账号，打开自动安全更新，之后每次改动前先做一次快照。
5. 把域名解析指过来，配好 HTTPS 证书并确认自动续期真的会执行。续期静默失败是上线后最常见的低级故障之一。

在不同业务模式中的作用

常见问题