很多人第一次租云服务器，卡住的往往是不知道该先看哪里。参数表密密麻麻，价格档位也不少，买完又不清楚下一步干什么。其实整个流程的步骤不算多，真正容易出问题的，集中在几个节点上。下面借一个小团队的做法，把这几处拆开说。
先想清楚这台机器要干什么
下单前最值得花时间的，是把用途说清楚。用途决定配置，配置决定花多少钱。一个企业官网访问量不大，但不能经常打不开，重点是稳定；一个做直播推流的团队，要的是带宽和并发，同样的预算，在两种场景下买到的东西完全不同。
有个华东的十人电商团队，前期就列了三条需求：日均访问约两千人次，需要跑 MySQL，每月做一次数据备份。需求写下来之后，选型就有了依据，也不容易被营销页面上的套餐带着走。
服务商和地域：按用户所在地来选
国内主流云厂商一般都提供按量付费和包年包月两种方式。短期测试用按量，灵活，不占预算；长期跑业务，包年包月通常更划算。地域的原则很简单，离用户近，访问延迟就低。面向海外用户的业务可以考虑境外节点，但境外和境内节点在备案要求上差别很大，选之前要先弄清楚。
如果服务器在境内，并且要绑定域名对外提供网站服务，备案这一步通常绕不过去。不少人买完机器才发现要等审核，网站上线被拖了好几天。备案需要的时间最好提前算进计划里。
规格和镜像：先看瓶颈在哪
实例规格主要看 CPU、内存、系统盘和带宽四个参数。普通网站，2 核 4G 一般够用。如果数据库比较重，内存往往是最先被吃满的那一项，这时优先加内存，比单纯加核数更见效。
除此之外，有三项容易被忽略：
- 操作系统镜像：Ubuntu 和 CentOS 资料多，遇到问题容易搜到答案。依赖 .NET 等技术栈的项目则可能需要 Windows Server，选之前先确认项目的运行环境。
- 系统盘：建议不低于 40GB。日志和数据库文件增长很快，盘满之后服务会直接出问题，扩容又往往要停机，所以一开始就留足余量。
- 带宽计费：固定带宽适合访问量稳定的业务，按流量计费更适合波动大的场景。选之前估一下平均流量和峰值流量，别只盯着单价。
前面那个电商团队最终选了 2 核 4G、40GB 系统盘、Ubuntu 22.04，带宽按流量计费。上线第一个月，实际费用比预估低了约两成，主要是因为流量远没到峰值。这说明在访问量还不稳定的阶段，按流量计费确实更省，但这只是一个案例，不代表所有业务都会这样。
下单和实名认证别拖到最后
规格选好就是下单。国内云服务一般要先完成实名认证，个人账号和企业账号提交的材料不同，企业账号通常需要营业执照等信息。资料最好提前备齐，否则认证卡住，后面的步骤都得等。付款成功后，实例通常几分钟内就能创建完成。
安全组和登录方式，是最容易出事的一步
服务器一创建，公网地址就暴露在外面，每天都会被扫描。安全组可以理解为服务器前面的防火墙，原则是只开放必要端口。网站用 80 和 443，远程管理 Linux 用 22，Windows 用 3389。数据库端口，比如 3306，不要对公网开放，一旦暴露，风险会大很多。
登录方式上，建议直接用 SSH 密钥代替密码。密码再复杂，长期被暴力尝试也扛不住，密钥登录能把这类风险降下来。那个团队第一天就关闭了密码登录，给每位成员分配了独立密钥，之后有人离开，只要删掉对应的公钥就行，不用全员改密码。
部署和上线前的三项检查
登录服务器后，按需安装 Nginx、数据库和项目依赖。建议先用 IP 地址访问测试，确认服务本身没问题，再绑定域名、配置 HTTPS 证书。这样一旦出问题，能先分清是应用本身的问题，还是域名解析和证书的问题。
上线前至少检查三件事：页面能否正常打开，数据库读写是否正常，备份任务能否自动执行。最后一项最容易被跳过，很多人直到需要恢复数据时才发现备份从来没有成功过。建议手动恢复一次备份，确认文件真的可用。
续费和释放，别让账单悄悄涨
包年包月实例到期前，平台一般会发提醒。收到提醒就尽快处理，过期后服务中断，恢复起来既麻烦又影响用户。测试用的临时实例用完就释放，否则它会一直计费。定期看账单，也能很快发现哪台机器已经没人用，这类浪费在前期最常见。
