第一次在阿里云上搭服务器,很多人会卡在控制台里。选项一多,安全组、密钥对、镜像、云盘之间是什么关系,往往要绕好几圈才看明白。其实阿里云服务器搭建拆开看,就是几个固定动作,每一步都有它要解决的问题。下面按实际操作顺序讲,最后用一个小团队的例子把这些步骤串起来。

一、先想清楚服务器要干什么
用途决定配置。个人博客、小型企业官网、接口服务、测试环境,需求差别很大。想清楚用途之后,再看下面几项:
- 地域和备案:面向国内用户就选国内地域,访问延迟会低一些。网站要用域名通过80和443端口对外提供服务,需要先完成ICP备案,否则访问会被拦住。
- 操作系统:Ubuntu和CentOS资料多,遇到问题容易搜到答案,大多数Web项目用它们就够了。如果业务依赖.NET或某些Windows专用软件,再考虑Windows。
- 配置规格:个人站点2核2G一般够用。要跑数据库或者并发量上去了,先看内存和磁盘读写,不必一上来就选最高配置,钱花了也未必解决问题。
- 实名认证:账号没有完成实名认证,创建实例时会卡住,提前办好省得临时抓瞎。
二、创建实例,配好安全组
有两个地方最容易影响后面的使用:镜像和安全组。
- 进入ECS控制台,点击创建实例,付费模式先选按量付费。测试阶段花不了几块钱就能跑通流程,确认没问题再转包年包月。
- 镜像选官方公共镜像。系统补丁更新及时,比来路不明的镜像省心。
- 登录凭证优先用SSH密钥对。密码登录容易被暴力破解,密钥基本能挡住这类尝试。
- 配置安全组。可以把它理解成实例外面的一道门,默认只需要放行22端口(SSH)。要跑网站,再加上80(HTTP)和443(HTTPS)。
安全组最常见的问题是图省事,直接放开全部端口,或者把远程管理端口对0.0.0.0/0开放。服务器一上公网,很快就会有扫描器来试探,日志里满屏的登录失败记录,多半就是这么来的。
三、连上服务器,做基础加固
实例跑起来后,可以用控制台自带的远程连接,也可以直接用本地终端:
ssh -i ~/.ssh/your_key.pem root@203.0.113.10
登录之后,建议先做三件事:
# 1. 更新系统软件包
apt update && apt upgrade -y
# 2. 创建普通运维账号并授予sudo权限
adduser deploy
usermod -aG sudo deploy
# 3. 编辑SSH配置,禁止root直接登录(修改前确认普通账号可以正常登录)
vim /etc/ssh/sshd_config
# 将 PermitRootLogin 设置为 no
systemctl restart ssh
最后一步的顺序别颠倒。如果先禁用了root登录,而普通账号的密钥还没配好,就等于把自己关在了门外。改SSH配置之前,保留一个已经登录的会话窗口不要关,再新开一个窗口测试普通账号能否登上,确认没问题后再动手。
四、一个小团队的实际做法
这是一个比较典型的例子。一家做本地烘焙的小团队需要官网展示产品、接收预约。流量不大,但网站不能三天两头断。他们最初把网站放在一台旧笔记本上,断网或停电就得停服,很被动。迁到阿里云后,大致是这样搭的:
- 选2核4G的ECS,系统用Ubuntu 22.04,地域挑离客户最近的节点。
- 用Nginx做反向代理,站点目录和静态资源缓存在Nginx里配好。
- 用Let’s Encrypt免费证书开启HTTPS,并设置定时任务自动续期。证书一过期,浏览器会直接弹出警告,续期必须自动化。
- 数据库和网站放在同一台实例,每天定时备份到对象存储,只保留最近14天。
- 安全组只放行80和443,SSH限定为办公室固定IP访问。
上线一个月后,原来每周几次的中断基本没再出现。有一次误删数据的情况,靠备份十分钟内就恢复了。这个例子里稳定性主要靠访问控制、备份和证书管理撑住,机器配置只是基础。
五、上线后常见的几个坑
- 网站打不开:先看安全组有没有放行对应端口,再看Nginx或应用进程是否在运行。很多人一打不开就去改服务配置,实际问题往往出在安全组。
- 公网IP变了:实例重启后公网IP可能变化。要固定地址,给实例绑定弹性公网IP,域名解析就不用跟着改。
- 磁盘突然满了:多半是日志没做轮转。配置logrotate,平时用df -h看一下磁盘占用,别等报警才处理。
- 账单超出预期:测试完的实例记得及时释放。带宽和快照也会计费,每月出账单后对一遍比较稳妥。
六、收尾
阿里云服务器搭建的关键,是按顺序走完用途规划、实例创建、安全组配置和基础加固。规格和镜像按用途选,入口用安全组和密钥收紧。上线之后,备份和日志要持续做,服务器才能长期稳定运行。