拓冰网站定制 
2026年再聊阿里云服务器建站不少老教程已经过时了控制台改版、免费证书逻辑变了、系统镜像也换了默认选项。我上个月刚用一台2核4G的阿里云ECS把一个WordPress企业站从环境搭建一路跑到正式上线全程记录了每一步的操作和踩坑点。这篇文章就把这条完整链路拆开讲清楚从选配置、买服务器、初始化系统到LNMP环境、部署站点、域名解析、HTTPS、监控告警全部按我实际能复现的流程走一遍。适合准备自己动手建站、又不想被“一键面板”绑死的人参考你不需要是运维老手只要会敲Linux命令、能看懂基础配置文件这套流程就能跟下来。1. 先弄清建站到底需要买什么域名、服务器和备案的底层逻辑很多人打开阿里云控制台就蒙了ECS、轻量、域名、DNS、OSS全堆在一起不知道从哪下手。我的建议是先别下单先把需求拆成一句话——你的网站要跑什么程序、预计多少人访问、准备投入多少时间和钱。这几个问题想清楚了选型才不会翻车。1.1 为什么先做“需求拆解”而不是直接下单建站场景基本分三类纯静态站、动态CMS站、前后端分离应用。纯静态站比如个人博客、落地页只要一个Nginx加静态文件就行1核1G都能跑得很轻松动态CMS站比如WordPress、ZBlog这类需要PHP和MySQL常驻2核4G是舒适起步线前后端分离应用比如Vue前端加Spring Boot/Node后端前端可丢到CDN或OSS后端单独一台2核4G足够应付初期流量。我见过最典型的翻车案例是有人为了图便宜买了1核1G的乞丐版装完宝塔后内存常驻就超过了700M再跑MySQL直接OOM网页动不动502。后来换2核4G整个世界清静了。所以第一步就是把预算和程序类型对齐而不是被“新用户首购特惠”带着走。1.2 服务器配置选型CPU、内存、带宽怎么算以2026年阿里云的常见售卖配置来看新用户常见的是2核2G、2核4G、4核8G这档。我的实际建议2核2G只适合纯静态站或极低并发的测试环境跑WordPress勉强跑Java类应用别想。2核4G中小型企业站、个人博客、小程序后端都能覆盖WordPress加Redis缓存后可以承受几十上百的日活。4核8G适合商城类、SaaS类或跑微服务中间件的场景后期也能在当地扩容。带宽是另一笔账。阿里云ECS默认按固定带宽计费5Mbps一年和按流量计费差别很大。对普通网站来说页面压缩后单次请求几十到几百KB5Mbps够支撑日均几千PV如果是图片或视频站固定带宽很容易被打爆改成按使用流量计费会省钱得多再把静态资源放OSS加CDN源站压力就很小了。1.3 地域选择离用户近比配置高更重要服务器地域很多人不在意随手选个香港或新加坡结果国内用户访问延迟一百多毫秒体验很差。如果你的目标用户在国内就选华北北京、华东杭州/上海、华南深圳这些地域如果用户集中在华南直接选深圳或广州别选北京。地域选错虽然可以后续迁移但那属于给自己找事快照、镜像、数据同步全套搞下来至少折腾半天。有个例外如果网站本身不备案需要“特殊网络环境”才能访问有人为了省事选香港地域。这里我不展开讲那些绕路方案只提醒一句只要你的站是给国内用户正常访问的老老实实选国内地域并按流程备案否则80端口一关什么都白搭。1.4 域名和备案的“时间账”域名注册很简单但备案是建站流程里最容易低估的环节。阿里云域名注册后如果解析到内地ECS就必须先备案才能开通80/443端口的正式访问。整个备案流程在阿里云ICP代备案管理系统提交通常需要几个工作日但需要准备好身份证、营业执照企业站、网站名称和内容说明。我个人的习惯是域名先注册备案先提交备案审核期间同步买服务器、搭环境、部署程序。等备案号下来域名解析一改网站就能直接开张。千万别等到环境全搭好了才想起来备案多等一周不说服务器空转的日子也在烧钱。2. 从下单到能登录服务器初始化最容易出错的几个点服务器下单成功不代表能用接下来这一段是真正的“开荒期”。很多新手在这里踩的坑足以让后面所有操作连锁翻车。2.1 操作系统选哪个Alibaba Cloud Linux 还是 Ubuntu2026年阿里云ECS控制台里可选镜像按优先级排列通常Alibaba Cloud Linux 3是默认推荐往下还有Ubuntu 22.04/24.04、Debian 12、CentOS Stream等。我的选择逻辑很简单如果你打算长期用阿里云体系选Alibaba Cloud Linux 3。它是阿里云官方维护的RHEL兼容发行版和ECS的云盘、监控、安全组件集成得最好yum源也在国内速度极稳。如果你想兼容网上大量教程选Ubuntu 22.04。WordPress、Docker、K8s这些社区教程十篇里有八篇是Ubuntu/Debian命令遇到问题搜答案最容易。CentOS 7已经停止维护了尽量不要用CentOS Stream虽然还在滚动更新但生产建站没必要追这个新。我自己这波环境搭建用的是Alibaba Cloud Linux 3命令和CentOS高度相似网上大部分yum类教程都能直接用。这篇文章的命令也以Alibaba Cloud Linux 3为基准Ubuntu用户把yum换成apt、systemctl都通用。2.2 密钥登录与安全组的第一道防线下单时阿里云会要求设置登录方式。默认给的是root密码但我强烈建议直接创建密钥对点“创建密钥对”下载私钥文件保存好然后登录方式选密钥对。这样一来SSH登录不再依赖弱密码爆破暴力破解的窗口直接消失。注意私钥文件下载后只有一次机会丢了就再也拿不回来。我习惯把私钥放到本地用户目录的.ssh/文件夹下并设置600权限。云上实例侧公钥已经自动注入后期不需要再配置。安全组是一个被无数新手忽略的“隐形防火墙”。默认安全组通常只放行了22、3389等个别端口80和443一般也在但建议首次登录前先确认进入ECS实例详情点“安全组”-“配置规则”至少保证有以下三条入方向规则22端口授权对象建议只填你本地公网IP不要填0.0.0.0/0。80端口授权对象0.0.0.0/0网站要面向所有人。443端口授权对象0.0.0.0/0装完HTTPS后必须。第22条是最容易被吐槽的填成0.0.0.0/0虽然方便但你的服务器会天天被扫描。IPv6用户建议也把IPv6的22端口一起收窄别问我是怎么知道的。2.3 初始化脚本更新源、时区、Swap、创建普通用户登录服务器后的第一件事不是装Nginx而是把基础配置调好。我先给出一份我已经跑通的操作序列建议按顺序执行# 更新系统及核心软件包 yum update -y # 安装基本工具 yum install -y vim wget curl tar unzip net-tools tree lsof # 查看当前时间和时区如果不是 Asia/Shanghai 则修正 timedatectl set-timezone Asia/Shanghai systemctl restart rsyslog # 添加普通运维用户并加入 wheel 组 useradd -m -G wheel ops passwd ops为什么要创建普通用户因为root权限太大日常排查和部署用root跑一条误操作就可能删库。我用ops用户做日常操作需要提权时用sudo。如果之前选的是密码登录别忘了把ops的SSH公钥也放进去mkdir -p /home/ops/.ssh cp /root/.ssh/authorized_keys /home/ops/.ssh/ chown -R ops:ops /home/ops/.ssh chmod 700 /home/ops/.ssh chmod 600 /home/ops/.ssh/authorized_keys然后在/etc/ssh/sshd_config里把PasswordAuthentication设为no重启sshdsed -i s/^#\?PasswordAuthentication.*/PasswordAuthentication no/ /etc/ssh/sshd_config systemctl restart sshd这样密码登录通道彻底关闭只剩密钥能进。以后所有ssh、scp、rsync操作都从本机用ops用户连安全性直接上一大截。对低配置机器我还会顺手加一个Swap文件。尤其2G内存的机器跑编译任务时Swap能救命fallocate -l 2G /swapfile chmod 600 /swapfile mkswap /swapfile swapon /swapfile echo /swapfile none swap sw 0 0 /etc/fstab执行完可以free -h验证一下确认Swap显示为2G再继续下面的环境搭建。3. 环境搭建的完整链路Nginx、数据库、PHP/Node 装到位环境搭建是建站流程里最核心的一段也是“从环境搭建到上线”这个标题里的主角。我选择手动安装关键组件而不是一把梭用面板理由后面细讲。3.1 手动搭建 LNMP 还是使用面板我的选择逻辑目前阿里云市场里有很多自带LNMP的镜像也有宝塔这类可视化面板安装确实省事点几下就可以部署网站。但我还是建议你自己动手装一遍核心环境原因有三面板会引入额外的常驻进程和Web管理界面等于又增加了攻击面。面板生成的Nginx和PHP配置有很多默认值一旦并发上来需要定位问题时会很痛苦。手动搭过一遍之后你对每个服务的配置文件位置、日志路径、启停方式都有了肌肉记忆后期排查问题效率完全不是一个量级。如果你追求“最快出结果”用面板没有问题但如果你想真正掌握这台服务器这篇文章按手动流程来。我实测下来从零到WordPress跑通手动安装整个LNMP也就半小时左右代价完全可控。3.2 Nginx 安装与站点配置文件的结构Alibaba Cloud Linux 3的源里默认有Nginx直接装就行yum install -y nginx systemctl enable nginx systemctl start nginx先访问一下服务器公网IP能看到Nginx欢迎页说明Web服务已经起来。如果打不开90%是安全组没放行80端口回头核对2.2节。Nginx的配置文件分为主配置和站点配置两块。主配置在/etc/nginx/nginx.conf负责全局设置站点配置我习惯放在/etc/nginx/conf.d/下面每个站点一个独立文件。以example.com为例最小可用的站点配置这样写server { listen 80; server_name www.example.com example.com; root /var/www/example.com; index index.php index.html; access_log /var/log/nginx/example.com.access.log; error_log /var/log/nginx/example.com.error.log; location / { try_files $uri $uri/ /index.php?$query_string; } location ~ \.php$ { fastcgi_pass unix:/run/php-fpm/www.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } location ~ /\.(?!well-known).* { deny all; } }这段配置里try_files规则是给WordPress这类伪静态用的把任意非文件请求转发给index.php处理最后一行的location则把.htaccess、.git等隐藏文件全部拒掉属于基本安全洁癖。改完配置后先别急着reload随手跑一下nginx -t确认语法没问题再重载。3.3 数据库初始化与最小权限原则数据库我用MariaDB和MySQL完全兼容但安装更轻量源里稳定yum install -y mariadb-server systemctl enable mariadb systemctl start mariadb mysql_secure_installationmysql_secure_installation这个脚本会引导你设置root密码、删除匿名用户、禁止root远程登录。这些交互里唯一要留心的是“Disallow root login remotely”一定要选y。数据库只允许本地回环访问WordPress和PHP-FPM都跑在本机根本不需要远程连数据库。建库建用户时我坚持一个站一个库、一个站一个账号绝不给应用用root去连库CREATE DATABASE wp_site DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; CREATE USER wp_userlocalhost IDENTIFIED BY 这里换成一个强密码; GRANT ALL PRIVILEGES ON wp_site.* TO wp_userlocalhost; FLUSH PRIVILEGES;utf8mb4这个字符集是关键它能存emoji也能兼容绝大多数中文内容比老旧的utf8靠谱得多。3.4 PHP 与 Nginx 的“连接点”php-fpmWordPress和很多PHP程序都需要PHP-FPM. 安装命令yum install -y php php-fpm php-mysqlnd php-gd php-xml php-mbstring php-curl php-zip php-redis systemctl enable php-fpm systemctl start php-fpm重点解释一下php-fpm和Nginx怎么通信Nginx收到.php结尾的请求后自己并不会处理PHP而是通过fastcgi_pass把请求转给php-fpm监听的Unix Socket。Socket通信比TCP通信延迟更低、更安全默认配置里php-fpm监听的是/run/php-fpm/www.sock正好和上面Nginx里的fastcgi_pass对应。装完后验证一下PHP版本php -v到这一步环境三件套就位。你可以先建一个测试页面来验证PHP和Nginx的链路mkdir -p /var/www/example.com echo ?php phpinfo(); ? /var/www/example.com/index.php再访问服务器IP如果能看到phpinfo页面说明Nginx到PHP-FPM这一整条链路已经通了。看到phpinfo后马上删掉这个文件生产环境暴露phpinfo等于给攻击者递刀子。3.5 Node.js / Java 类项目的环境差异如果你的目标不是PHP站而是Node.js或Java类应用上面这套环境下半部分要做调整。Node.js项目推荐用nvm或直接用官方二进制安装Node 20 LTS以上版本然后用PM2托起进程Java类项目则装OpenJDK 17和Maven通过systemd或容器托管jar包。这类部署和传统LNMP的思路差异比较大等后续单独写一篇展开。2026年如果你要跑“若依”这类微服务还涉及Nacos、Redis、Gateway那一整套那就不是建个站的问题而是直接上容器编排了在单节点K8s上部署完整微服务环境是另一个量级的话题。4. 把网站代码放上服务器的三种典型路径环境搭好之后接下来是把网站本体放进去。这里的路线取决于你的网站类型我拆成三种最常见的场景来说。4.1 源码建站WordPress 的干净安装WordPress是目前最主流的建站程序之一部署也相对良心。去WordPress官网下载最新中文版然后解压到站点目录cd /tmp wget https://cn.wordpress.org/latest-zh_CN.tar.gz tar xzf latest-zh_CN.tar.gz cp -a wordpress/* /var/www/example.com/ chown -R nginx:nginx /var/www/example.com目录权限这里要提一句我用的用户和用户组是nginx因为php-fpm默认以nginx用户运行文件属主不匹配的话WordPress后台很可能遇到“需要FTP凭证”或者无法创建uploads目录的问题。如果你用Apache跑过那属主可能是apache但我们现在是全Nginx拓扑统一交给nginx。接下来在浏览器里访问你的域名暂时可以先用IP加Host指向测试会进入WordPress安装引导要求填写数据库名、数据库用户、用户密码、数据库主机。这里数据库主机填localhost不要填127.0.0.1——MariaDB以socket方式监听的场景下填localhost反而更稳。如果引导过程出现警告说“无法写入wp-config.php”就用命令行手动创建配置文件cp /var/www/example.com/wp-config-sample.php /var/www/example.com/wp-config.php vim /var/www/example.com/wp-config.php把DB_NAME、DB_USER、DB_PASSWORD、DB_HOST四项填好即可。装完后在“设置-固定链接”里选一个结构比如“文章名”然后回到Nginx配置里确保已有try_files那行否则除了首页之外的页面全会404。4.2 静态站与前后端分离项目的部署要是你只想放一个Hugo、VuePress或纯HTML静态站流程更爽。直接把构建产物丢到站点目录就行rm -rf /var/www/example.com/* cp -a dist/* /var/www/example.com/ chown -R nginx:nginx /var/www/example.comNginx配置里也不需要location ~ .php$和fastcgi_pass去掉即可。更进阶一点可以把静态资源的读写分离到阿里云OSS本地构建后通过ossutil命令上传到Bucket再把Bucket绑定自定义域名Nginx里直接proxy_pass到OSS域名源站负载几乎为零。这套做法的前提是Bucket权限和跨域要配置正确我后面会单独整理一版。前后端分离项目也类似后端是Java或Node服务监听本地8080端口Nginx里写一个location /api代理到后端其余静态文件直接从目录或OSS出location /api/ { proxy_pass http://127.0.0.1:8080/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; }4.3 目录权限与上传下载的合理姿势把文件从本地传到服务器新手常犯的错是偷懒用root去scp结果传到服务器上文件全部归rootNginx读不了。我的一般流程是本地执行scp把压缩包传到/home/ops/然后在服务器上用ops身份解压再用sudo把内容拷到站点目录最后chown、chmodscp site.tar.gz ops服务器IP:/home/ops/ ssh ops服务器IP cd /home/ops tar xzf site.tar.gz sudo cp -a site/* /var/www/example.com/ sudo chown -R nginx:nginx /var/www/example.com find /var/www/example.com -type d -exec chmod 755 {} \; find /var/www/example.com -type f -exec chmod 644 {} \;如果文件特别多rsync增量同步是更好的选择rsync -avz --delete -e ssh ./dist/ ops服务器IP:/var/www/example.com/--delete这个参数小心用它的语义是“本地不存在的远端文件全部删掉”适合发布更新但不适合备份同步用之前想清楚。5. 上线前必须做的一轮检查域名解析、HTTPS、日志和监控网站程序能跑通距离“正式上线”还差最后一步把流量正式接入、把证书装好、把自己从“救火员”变成“观察员”。5.1 云解析里这几条记录怎么填域名在阿里云注册后默认使用阿里云的云解析DNS。进入云解析控制台找到你的域名添加解析记录。基础就三条主机记录www、记录类型A、记录值填ECS公网IP。主机记录、记录类型A、记录值填ECS公网IP。主机记录、记录类型MX、记录值留空只有要用企业邮箱时才需要填MX。如果你用了CDN或者OSS存储静态资源还会有CNAME记录但建站初期先不搞那么复杂。DNS生效后可以在本地用dig或nslookup确认一下解析结果已经指向ECS再继续下一步。5.2 免费 SSL 证书申请与自动续期HTTP裸奔时代早就结束了2026年Google和各家浏览器都在强推HTTPS没有证书的网站不仅地址栏标“不安全”SEO权重也会受影响。阿里云的数字证书管理服务里可以申请免费的单域名证书有效期通常90天现在支持自动续期。注意阿里云免费证书的策略这几年调整过之前一张免费证书可以填多个域名现在单张免费证书大多是单域名。如果要同时保护www和两个域名就在控制台申请两张或者申请通配符证书收费。证书申请流程是在数字证书管理服务控制台选择“证书申请”-“免费证书”填写域名验证方式选DNS验证。阿里云会给出一条TXT记录你直接一键添加解析等几分钟验证通过证书就能签发下载。签下来后把证书文件传到服务器在Nginx配置里加上server { listen 443 ssl; server_name www.example.com example.com; ssl_certificate /etc/nginx/ssl/example.com.pem; ssl_certificate_key /etc/nginx/ssl/example.com.key; ssl_protocols TLSv1.2 TLSv1.3; # 其余配置和80端口server保持一致 }同时加一个80端口跳转server { listen 80; server_name www.example.com example.com; return 301 https://$host$request_uri; }还有一类常见玩法是用Certbot配合阿里云DNS插件做自动签发和续期。Certbot在2026年依然好用但阿里云API鉴权参数每年可能变化建议优先用控制台自带免费证书自动续期省心不折腾。5.3 日志切割和磁盘空间预警网站跑起来后Nginx和PHP的日志会一天天变大不处理的话磁盘迟早打满。系统自带的logrotate会按周切割日志默认配置在/etc/logrotate.d/nginx里。我习惯把旋转周期改成daily保留7份vim /etc/logrotate.d/nginx内容大概改成/var/log/nginx/*.log { daily missingok rotate 7 compress delaycompress notifempty create 640 nginx adm sharedscripts postrotate if [ -f /var/run/nginx.pid ]; then kill -USR1 cat /var/run/nginx.pid fi endscript }改完可以手动跑一次logrotate -f验证格式无误。磁盘占用用df -h随时看如果发现磁盘报警先执行journelctl --disk-usage检查系统日志再检查Nginx/PHP日志这两个地方最占空间。5.4 云监控报警阈值设置建议阿里云的云监控服务对ECS是免费的基础监控CPU、内存、磁盘使用率、网络流量都有。我强烈建议在控制台设置两条报警规则磁盘使用率超过80%持续5分钟就报警。等磁盘满了再去清理已经晚了。CPU使用率超过90%持续10分钟报警。这通常意味着网站可能在遭受攻击或有死循环任务。报警通知方式选手机短信或钉钉机器人。2026年阿里云的监控报警已经支持企业微信、钉钉、飞书回调设置一下不花两分钟关键时刻能让你不用每天 ssh 上去看一眼。6. 上线后最常踩的坑和我的运维习惯网站上线只是开始真正拉开差距的是后面这些细节。我把这些年帮别人处理建站问题时的常见坑整理一下按排查链路写清楚。6.1 502 Bad Gateway 的排查链路502是Nginx转发到php-fpm时连接失败的表现。排查顺序从底层往上# 1. 看php-fpm进程是否存活 systemctl status php-fpm # 2. 看socket文件是否存在 ls -l /run/php-fpm/www.sock # 3. 看Nginx错误日志 tail -50 /var/log/nginx/example.com.error.log最常见的两个原因php-fpm进程崩溃或socket文件权限不匹配。如果你发现/run/php-fpm/www.sock的用户是apache而Nginx配置里fastcgi_pass用的是unix:/run/php-fpm/www.sock就要看php-fpm配置里的user字段grep -E ^(user|group) /etc/php-fpm.d/www.conf确保user nginx、group nginx然后重启php-fpmsystemctl restart php-fpm另一个隐蔽原因是内存不足。2G内存机器跑WordPress时php-fpm子进程多开几个就OOM了这时候看dmesg里有没有“Out of memory: Killed process”。遇到这个最直接的办法是把php-fpm的pm.max_children从默认值调小或者直接升级内存。调参示例pm dynamic pm.max_children 20 pm.start_servers 5 pm.min_spare_servers 5 pm.max_spare_servers 10这个参数组合适合2G内存、单站WordPress跑起来稳定很多。如果是4G内存可以适当上调但不要无脑开大每个php-fpm子进程吃几十M内存乘上数量就非常可观。6.2 数据库连接失败的常见问题备忘“Error establishing a database connection”是WordPress最著名的错误提示。按照我的经验80%的情况是这三个原因wp-config.php里的DB_PASSWORD填错。重新核对一下注意别把引号也带进去。MariaDB服务停了。systemctl status mariadb看一眼如果没有启动systemctl start mariadb。MySQL用户权限不对。用root进数据库执行GRANT重新授权然后再FLUSH PRIVILEGES。还有一个容易被忽略的点如果你把数据库连接串改成了阿里云RDS那需要在RDS控制台把ECS的私有IP加进白名单否则连接必然超时。本地MariaDB不存在这个问题但如果你后来迁移到RDS这条一定记着。6.3 快照、OSS 备份与迁移思路上线之后最重要的事情就是备份。阿里云ECS的“云盘快照”功能是最廉价的整机保护伞建议每天凌晨自动打一个快照保留7天遇到误删、木马入侵、系统崩溃几分钟就能回滚。数据库的备份我习惯另外做因为快照回滚是整盘级的不够精细。写一个crontab任务每天凌晨把数据库dump出来传到OSS#!/bin/bash #!/bin/bash BACKUP_DIR/home/ops/backup DAY$(date %F) mkdir -p $BACKUP_DIR mysqldump -u wp_user -p你的密码 wp_site | gzip $BACKUP_DIR/wp_site_$DAY.sql.gz ossutil cp $BACKUP_DIR/wp_site_$DAY.sql.gz oss://你的bucket/backup/ find $BACKUP_DIR -mtime 7 -deletecrontab配置0 2 * * * /bin/bash /home/ops/backup.sh这里说一句mysqldump的密码直接在命令行里写虽然方便但会有进程列表泄漏风险。更安全的做法是写入/etc/my.cnf的[client]段。实操中如果只是个人站、服务器只有你一个登录用户命令行方式可以接受但别养成习惯。将来如果要“不停服、不丢数据地迁移到另一台ECS”思路就是新服务器起一套同样版本的环境然后旧服务器做一次完整备份数据库dump站点文件打包在低峰期把数据恢复到新机器最后切换DNS解析。因为有快照和OSS双重保底迁移失败也能随时回滚压力会小很多。6.4 给2026年建站者的最后几点建议写到这里整套流程基本收尾了。基于我个人这几年在阿里云上建站、迁移、救火的实践经验最后补充几条真正重要的建议不要把密码写在控制台标签里。阿里云控制台支持给实例加标签但标签是明文别人只要看一眼你的控制台就能拿到。我习惯密码只存在本地密码管理器里。定期更新系统和软件包。每个月至少yum update -y一次PHP和Nginx的补丁要及时打否则漏洞公开后很被动。尽量别开不必要的端口。安全组里平时只留22、80、443其他端口用完就删。开发调试临时开过的端口记得随手回收。先小流量试运行再正式切换。如果是老站迁移别急着改DNS先用本地hosts指向新服务器跑一两天确认日志和功能都正常再大规模切过去。建站这件事说难不难但每一个环节都有它的“为什么”。把这里的原理和流程吃透你的阿里云ECS就不再是一台“盲盒服务器”而是随时可以掌控的线上基地。以后不管遇到什么问题至少知道从哪个日志、哪个配置文件、哪条命令开始排查这就比绝大多数只会“重启大法”的人强了。 阿里云ECS建站全流程：从选型到WordPress上线实战
2026年再聊阿里云服务器建站不少老教程已经过时了控制台改版、免费证书逻辑变了、系统镜像也换了默认选项。我上个月刚用一台2核4G的阿里云ECS把一个WordPress企业站从环境搭建一路跑到正式上线全程记录了每一步的操作和踩坑点。这篇文章就把这条完整链路拆开讲清楚从选配置、买服务器、初始化系统到LNMP环境、部署站点、域名解析、HTTPS、监控告警全部按我实际能复现的流程走一遍。适合准备自己动手建站、又不想被“一键面板”绑死的人参考你不需要是运维老手只要会敲Linux命令、能看懂基础配置文件这套流程就能跟下来。1. 先弄清建站到底需要买什么域名、服务器和备案的底层逻辑很多人打开阿里云控制台就蒙了ECS、轻量、域名、DNS、OSS全堆在一起不知道从哪下手。我的建议是先别下单先把需求拆成一句话——你的网站要跑什么程序、预计多少人访问、准备投入多少时间和钱。这几个问题想清楚了选型才不会翻车。1.1 为什么先做“需求拆解”而不是直接下单建站场景基本分三类纯静态站、动态CMS站、前后端分离应用。纯静态站比如个人博客、落地页只要一个Nginx加静态文件就行1核1G都能跑得很轻松动态CMS站比如WordPress、ZBlog这类需要PHP和MySQL常驻2核4G是舒适起步线前后端分离应用比如Vue前端加Spring Boot/Node后端前端可丢到CDN或OSS后端单独一台2核4G足够应付初期流量。我见过最典型的翻车案例是有人为了图便宜买了1核1G的乞丐版装完宝塔后内存常驻就超过了700M再跑MySQL直接OOM网页动不动502。后来换2核4G整个世界清静了。所以第一步就是把预算和程序类型对齐而不是被“新用户首购特惠”带着走。1.2 服务器配置选型CPU、内存、带宽怎么算以2026年阿里云的常见售卖配置来看新用户常见的是2核2G、2核4G、4核8G这档。我的实际建议2核2G只适合纯静态站或极低并发的测试环境跑WordPress勉强跑Java类应用别想。2核4G中小型企业站、个人博客、小程序后端都能覆盖WordPress加Redis缓存后可以承受几十上百的日活。4核8G适合商城类、SaaS类或跑微服务中间件的场景后期也能在当地扩容。带宽是另一笔账。阿里云ECS默认按固定带宽计费5Mbps一年和按流量计费差别很大。对普通网站来说页面压缩后单次请求几十到几百KB5Mbps够支撑日均几千PV如果是图片或视频站固定带宽很容易被打爆改成按使用流量计费会省钱得多再把静态资源放OSS加CDN源站压力就很小了。1.3 地域选择离用户近比配置高更重要服务器地域很多人不在意随手选个香港或新加坡结果国内用户访问延迟一百多毫秒体验很差。如果你的目标用户在国内就选华北北京、华东杭州/上海、华南深圳这些地域如果用户集中在华南直接选深圳或广州别选北京。地域选错虽然可以后续迁移但那属于给自己找事快照、镜像、数据同步全套搞下来至少折腾半天。有个例外如果网站本身不备案需要“特殊网络环境”才能访问有人为了省事选香港地域。这里我不展开讲那些绕路方案只提醒一句只要你的站是给国内用户正常访问的老老实实选国内地域并按流程备案否则80端口一关什么都白搭。1.4 域名和备案的“时间账”域名注册很简单但备案是建站流程里最容易低估的环节。阿里云域名注册后如果解析到内地ECS就必须先备案才能开通80/443端口的正式访问。整个备案流程在阿里云ICP代备案管理系统提交通常需要几个工作日但需要准备好身份证、营业执照企业站、网站名称和内容说明。我个人的习惯是域名先注册备案先提交备案审核期间同步买服务器、搭环境、部署程序。等备案号下来域名解析一改网站就能直接开张。千万别等到环境全搭好了才想起来备案多等一周不说服务器空转的日子也在烧钱。2. 从下单到能登录服务器初始化最容易出错的几个点服务器下单成功不代表能用接下来这一段是真正的“开荒期”。很多新手在这里踩的坑足以让后面所有操作连锁翻车。2.1 操作系统选哪个Alibaba Cloud Linux 还是 Ubuntu2026年阿里云ECS控制台里可选镜像按优先级排列通常Alibaba Cloud Linux 3是默认推荐往下还有Ubuntu 22.04/24.04、Debian 12、CentOS Stream等。我的选择逻辑很简单如果你打算长期用阿里云体系选Alibaba Cloud Linux 3。它是阿里云官方维护的RHEL兼容发行版和ECS的云盘、监控、安全组件集成得最好yum源也在国内速度极稳。如果你想兼容网上大量教程选Ubuntu 22.04。WordPress、Docker、K8s这些社区教程十篇里有八篇是Ubuntu/Debian命令遇到问题搜答案最容易。CentOS 7已经停止维护了尽量不要用CentOS Stream虽然还在滚动更新但生产建站没必要追这个新。我自己这波环境搭建用的是Alibaba Cloud Linux 3命令和CentOS高度相似网上大部分yum类教程都能直接用。这篇文章的命令也以Alibaba Cloud Linux 3为基准Ubuntu用户把yum换成apt、systemctl都通用。2.2 密钥登录与安全组的第一道防线下单时阿里云会要求设置登录方式。默认给的是root密码但我强烈建议直接创建密钥对点“创建密钥对”下载私钥文件保存好然后登录方式选密钥对。这样一来SSH登录不再依赖弱密码爆破暴力破解的窗口直接消失。注意私钥文件下载后只有一次机会丢了就再也拿不回来。我习惯把私钥放到本地用户目录的.ssh/文件夹下并设置600权限。云上实例侧公钥已经自动注入后期不需要再配置。安全组是一个被无数新手忽略的“隐形防火墙”。默认安全组通常只放行了22、3389等个别端口80和443一般也在但建议首次登录前先确认进入ECS实例详情点“安全组”-“配置规则”至少保证有以下三条入方向规则22端口授权对象建议只填你本地公网IP不要填0.0.0.0/0。80端口授权对象0.0.0.0/0网站要面向所有人。443端口授权对象0.0.0.0/0装完HTTPS后必须。第22条是最容易被吐槽的填成0.0.0.0/0虽然方便但你的服务器会天天被扫描。IPv6用户建议也把IPv6的22端口一起收窄别问我是怎么知道的。2.3 初始化脚本更新源、时区、Swap、创建普通用户登录服务器后的第一件事不是装Nginx而是把基础配置调好。我先给出一份我已经跑通的操作序列建议按顺序执行# 更新系统及核心软件包 yum update -y # 安装基本工具 yum install -y vim wget curl tar unzip net-tools tree lsof # 查看当前时间和时区如果不是 Asia/Shanghai 则修正 timedatectl set-timezone Asia/Shanghai systemctl restart rsyslog # 添加普通运维用户并加入 wheel 组 useradd -m -G wheel ops passwd ops为什么要创建普通用户因为root权限太大日常排查和部署用root跑一条误操作就可能删库。我用ops用户做日常操作需要提权时用sudo。如果之前选的是密码登录别忘了把ops的SSH公钥也放进去mkdir -p /home/ops/.ssh cp /root/.ssh/authorized_keys /home/ops/.ssh/ chown -R ops:ops /home/ops/.ssh chmod 700 /home/ops/.ssh chmod 600 /home/ops/.ssh/authorized_keys然后在/etc/ssh/sshd_config里把PasswordAuthentication设为no重启sshdsed -i s/^#\?PasswordAuthentication.*/PasswordAuthentication no/ /etc/ssh/sshd_config systemctl restart sshd这样密码登录通道彻底关闭只剩密钥能进。以后所有ssh、scp、rsync操作都从本机用ops用户连安全性直接上一大截。对低配置机器我还会顺手加一个Swap文件。尤其2G内存的机器跑编译任务时Swap能救命fallocate -l 2G /swapfile chmod 600 /swapfile mkswap /swapfile swapon /swapfile echo /swapfile none swap sw 0 0 /etc/fstab执行完可以free -h验证一下确认Swap显示为2G再继续下面的环境搭建。3. 环境搭建的完整链路Nginx、数据库、PHP/Node 装到位环境搭建是建站流程里最核心的一段也是“从环境搭建到上线”这个标题里的主角。我选择手动安装关键组件而不是一把梭用面板理由后面细讲。3.1 手动搭建 LNMP 还是使用面板我的选择逻辑目前阿里云市场里有很多自带LNMP的镜像也有宝塔这类可视化面板安装确实省事点几下就可以部署网站。但我还是建议你自己动手装一遍核心环境原因有三面板会引入额外的常驻进程和Web管理界面等于又增加了攻击面。面板生成的Nginx和PHP配置有很多默认值一旦并发上来需要定位问题时会很痛苦。手动搭过一遍之后你对每个服务的配置文件位置、日志路径、启停方式都有了肌肉记忆后期排查问题效率完全不是一个量级。如果你追求“最快出结果”用面板没有问题但如果你想真正掌握这台服务器这篇文章按手动流程来。我实测下来从零到WordPress跑通手动安装整个LNMP也就半小时左右代价完全可控。3.2 Nginx 安装与站点配置文件的结构Alibaba Cloud Linux 3的源里默认有Nginx直接装就行yum install -y nginx systemctl enable nginx systemctl start nginx先访问一下服务器公网IP能看到Nginx欢迎页说明Web服务已经起来。如果打不开90%是安全组没放行80端口回头核对2.2节。Nginx的配置文件分为主配置和站点配置两块。主配置在/etc/nginx/nginx.conf负责全局设置站点配置我习惯放在/etc/nginx/conf.d/下面每个站点一个独立文件。以example.com为例最小可用的站点配置这样写server { listen 80; server_name www.example.com example.com; root /var/www/example.com; index index.php index.html; access_log /var/log/nginx/example.com.access.log; error_log /var/log/nginx/example.com.error.log; location / { try_files $uri $uri/ /index.php?$query_string; } location ~ \.php$ { fastcgi_pass unix:/run/php-fpm/www.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } location ~ /\.(?!well-known).* { deny all; } }这段配置里try_files规则是给WordPress这类伪静态用的把任意非文件请求转发给index.php处理最后一行的location则把.htaccess、.git等隐藏文件全部拒掉属于基本安全洁癖。改完配置后先别急着reload随手跑一下nginx -t确认语法没问题再重载。3.3 数据库初始化与最小权限原则数据库我用MariaDB和MySQL完全兼容但安装更轻量源里稳定yum install -y mariadb-server systemctl enable mariadb systemctl start mariadb mysql_secure_installationmysql_secure_installation这个脚本会引导你设置root密码、删除匿名用户、禁止root远程登录。这些交互里唯一要留心的是“Disallow root login remotely”一定要选y。数据库只允许本地回环访问WordPress和PHP-FPM都跑在本机根本不需要远程连数据库。建库建用户时我坚持一个站一个库、一个站一个账号绝不给应用用root去连库CREATE DATABASE wp_site DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; CREATE USER wp_userlocalhost IDENTIFIED BY 这里换成一个强密码; GRANT ALL PRIVILEGES ON wp_site.* TO wp_userlocalhost; FLUSH PRIVILEGES;utf8mb4这个字符集是关键它能存emoji也能兼容绝大多数中文内容比老旧的utf8靠谱得多。3.4 PHP 与 Nginx 的“连接点”php-fpmWordPress和很多PHP程序都需要PHP-FPM. 安装命令yum install -y php php-fpm php-mysqlnd php-gd php-xml php-mbstring php-curl php-zip php-redis systemctl enable php-fpm systemctl start php-fpm重点解释一下php-fpm和Nginx怎么通信Nginx收到.php结尾的请求后自己并不会处理PHP而是通过fastcgi_pass把请求转给php-fpm监听的Unix Socket。Socket通信比TCP通信延迟更低、更安全默认配置里php-fpm监听的是/run/php-fpm/www.sock正好和上面Nginx里的fastcgi_pass对应。装完后验证一下PHP版本php -v到这一步环境三件套就位。你可以先建一个测试页面来验证PHP和Nginx的链路mkdir -p /var/www/example.com echo ?php phpinfo(); ? /var/www/example.com/index.php再访问服务器IP如果能看到phpinfo页面说明Nginx到PHP-FPM这一整条链路已经通了。看到phpinfo后马上删掉这个文件生产环境暴露phpinfo等于给攻击者递刀子。3.5 Node.js / Java 类项目的环境差异如果你的目标不是PHP站而是Node.js或Java类应用上面这套环境下半部分要做调整。Node.js项目推荐用nvm或直接用官方二进制安装Node 20 LTS以上版本然后用PM2托起进程Java类项目则装OpenJDK 17和Maven通过systemd或容器托管jar包。这类部署和传统LNMP的思路差异比较大等后续单独写一篇展开。2026年如果你要跑“若依”这类微服务还涉及Nacos、Redis、Gateway那一整套那就不是建个站的问题而是直接上容器编排了在单节点K8s上部署完整微服务环境是另一个量级的话题。4. 把网站代码放上服务器的三种典型路径环境搭好之后接下来是把网站本体放进去。这里的路线取决于你的网站类型我拆成三种最常见的场景来说。4.1 源码建站WordPress 的干净安装WordPress是目前最主流的建站程序之一部署也相对良心。去WordPress官网下载最新中文版然后解压到站点目录cd /tmp wget https://cn.wordpress.org/latest-zh_CN.tar.gz tar xzf latest-zh_CN.tar.gz cp -a wordpress/* /var/www/example.com/ chown -R nginx:nginx /var/www/example.com目录权限这里要提一句我用的用户和用户组是nginx因为php-fpm默认以nginx用户运行文件属主不匹配的话WordPress后台很可能遇到“需要FTP凭证”或者无法创建uploads目录的问题。如果你用Apache跑过那属主可能是apache但我们现在是全Nginx拓扑统一交给nginx。接下来在浏览器里访问你的域名暂时可以先用IP加Host指向测试会进入WordPress安装引导要求填写数据库名、数据库用户、用户密码、数据库主机。这里数据库主机填localhost不要填127.0.0.1——MariaDB以socket方式监听的场景下填localhost反而更稳。如果引导过程出现警告说“无法写入wp-config.php”就用命令行手动创建配置文件cp /var/www/example.com/wp-config-sample.php /var/www/example.com/wp-config.php vim /var/www/example.com/wp-config.php把DB_NAME、DB_USER、DB_PASSWORD、DB_HOST四项填好即可。装完后在“设置-固定链接”里选一个结构比如“文章名”然后回到Nginx配置里确保已有try_files那行否则除了首页之外的页面全会404。4.2 静态站与前后端分离项目的部署要是你只想放一个Hugo、VuePress或纯HTML静态站流程更爽。直接把构建产物丢到站点目录就行rm -rf /var/www/example.com/* cp -a dist/* /var/www/example.com/ chown -R nginx:nginx /var/www/example.comNginx配置里也不需要location ~ .php$和fastcgi_pass去掉即可。更进阶一点可以把静态资源的读写分离到阿里云OSS本地构建后通过ossutil命令上传到Bucket再把Bucket绑定自定义域名Nginx里直接proxy_pass到OSS域名源站负载几乎为零。这套做法的前提是Bucket权限和跨域要配置正确我后面会单独整理一版。前后端分离项目也类似后端是Java或Node服务监听本地8080端口Nginx里写一个location /api代理到后端其余静态文件直接从目录或OSS出location /api/ { proxy_pass http://127.0.0.1:8080/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; }4.3 目录权限与上传下载的合理姿势把文件从本地传到服务器新手常犯的错是偷懒用root去scp结果传到服务器上文件全部归rootNginx读不了。我的一般流程是本地执行scp把压缩包传到/home/ops/然后在服务器上用ops身份解压再用sudo把内容拷到站点目录最后chown、chmodscp site.tar.gz ops服务器IP:/home/ops/ ssh ops服务器IP cd /home/ops tar xzf site.tar.gz sudo cp -a site/* /var/www/example.com/ sudo chown -R nginx:nginx /var/www/example.com find /var/www/example.com -type d -exec chmod 755 {} \; find /var/www/example.com -type f -exec chmod 644 {} \;如果文件特别多rsync增量同步是更好的选择rsync -avz --delete -e ssh ./dist/ ops服务器IP:/var/www/example.com/--delete这个参数小心用它的语义是“本地不存在的远端文件全部删掉”适合发布更新但不适合备份同步用之前想清楚。5. 上线前必须做的一轮检查域名解析、HTTPS、日志和监控网站程序能跑通距离“正式上线”还差最后一步把流量正式接入、把证书装好、把自己从“救火员”变成“观察员”。5.1 云解析里这几条记录怎么填域名在阿里云注册后默认使用阿里云的云解析DNS。进入云解析控制台找到你的域名添加解析记录。基础就三条主机记录www、记录类型A、记录值填ECS公网IP。主机记录、记录类型A、记录值填ECS公网IP。主机记录、记录类型MX、记录值留空只有要用企业邮箱时才需要填MX。如果你用了CDN或者OSS存储静态资源还会有CNAME记录但建站初期先不搞那么复杂。DNS生效后可以在本地用dig或nslookup确认一下解析结果已经指向ECS再继续下一步。5.2 免费 SSL 证书申请与自动续期HTTP裸奔时代早就结束了2026年Google和各家浏览器都在强推HTTPS没有证书的网站不仅地址栏标“不安全”SEO权重也会受影响。阿里云的数字证书管理服务里可以申请免费的单域名证书有效期通常90天现在支持自动续期。注意阿里云免费证书的策略这几年调整过之前一张免费证书可以填多个域名现在单张免费证书大多是单域名。如果要同时保护www和两个域名就在控制台申请两张或者申请通配符证书收费。证书申请流程是在数字证书管理服务控制台选择“证书申请”-“免费证书”填写域名验证方式选DNS验证。阿里云会给出一条TXT记录你直接一键添加解析等几分钟验证通过证书就能签发下载。签下来后把证书文件传到服务器在Nginx配置里加上server { listen 443 ssl; server_name www.example.com example.com; ssl_certificate /etc/nginx/ssl/example.com.pem; ssl_certificate_key /etc/nginx/ssl/example.com.key; ssl_protocols TLSv1.2 TLSv1.3; # 其余配置和80端口server保持一致 }同时加一个80端口跳转server { listen 80; server_name www.example.com example.com; return 301 https://$host$request_uri; }还有一类常见玩法是用Certbot配合阿里云DNS插件做自动签发和续期。Certbot在2026年依然好用但阿里云API鉴权参数每年可能变化建议优先用控制台自带免费证书自动续期省心不折腾。5.3 日志切割和磁盘空间预警网站跑起来后Nginx和PHP的日志会一天天变大不处理的话磁盘迟早打满。系统自带的logrotate会按周切割日志默认配置在/etc/logrotate.d/nginx里。我习惯把旋转周期改成daily保留7份vim /etc/logrotate.d/nginx内容大概改成/var/log/nginx/*.log { daily missingok rotate 7 compress delaycompress notifempty create 640 nginx adm sharedscripts postrotate if [ -f /var/run/nginx.pid ]; then kill -USR1 cat /var/run/nginx.pid fi endscript }改完可以手动跑一次logrotate -f验证格式无误。磁盘占用用df -h随时看如果发现磁盘报警先执行journelctl --disk-usage检查系统日志再检查Nginx/PHP日志这两个地方最占空间。5.4 云监控报警阈值设置建议阿里云的云监控服务对ECS是免费的基础监控CPU、内存、磁盘使用率、网络流量都有。我强烈建议在控制台设置两条报警规则磁盘使用率超过80%持续5分钟就报警。等磁盘满了再去清理已经晚了。CPU使用率超过90%持续10分钟报警。这通常意味着网站可能在遭受攻击或有死循环任务。报警通知方式选手机短信或钉钉机器人。2026年阿里云的监控报警已经支持企业微信、钉钉、飞书回调设置一下不花两分钟关键时刻能让你不用每天 ssh 上去看一眼。6. 上线后最常踩的坑和我的运维习惯网站上线只是开始真正拉开差距的是后面这些细节。我把这些年帮别人处理建站问题时的常见坑整理一下按排查链路写清楚。6.1 502 Bad Gateway 的排查链路502是Nginx转发到php-fpm时连接失败的表现。排查顺序从底层往上# 1. 看php-fpm进程是否存活 systemctl status php-fpm # 2. 看socket文件是否存在 ls -l /run/php-fpm/www.sock # 3. 看Nginx错误日志 tail -50 /var/log/nginx/example.com.error.log最常见的两个原因php-fpm进程崩溃或socket文件权限不匹配。如果你发现/run/php-fpm/www.sock的用户是apache而Nginx配置里fastcgi_pass用的是unix:/run/php-fpm/www.sock就要看php-fpm配置里的user字段grep -E ^(user|group) /etc/php-fpm.d/www.conf确保user nginx、group nginx然后重启php-fpmsystemctl restart php-fpm另一个隐蔽原因是内存不足。2G内存机器跑WordPress时php-fpm子进程多开几个就OOM了这时候看dmesg里有没有“Out of memory: Killed process”。遇到这个最直接的办法是把php-fpm的pm.max_children从默认值调小或者直接升级内存。调参示例pm dynamic pm.max_children 20 pm.start_servers 5 pm.min_spare_servers 5 pm.max_spare_servers 10这个参数组合适合2G内存、单站WordPress跑起来稳定很多。如果是4G内存可以适当上调但不要无脑开大每个php-fpm子进程吃几十M内存乘上数量就非常可观。6.2 数据库连接失败的常见问题备忘“Error establishing a database connection”是WordPress最著名的错误提示。按照我的经验80%的情况是这三个原因wp-config.php里的DB_PASSWORD填错。重新核对一下注意别把引号也带进去。MariaDB服务停了。systemctl status mariadb看一眼如果没有启动systemctl start mariadb。MySQL用户权限不对。用root进数据库执行GRANT重新授权然后再FLUSH PRIVILEGES。还有一个容易被忽略的点如果你把数据库连接串改成了阿里云RDS那需要在RDS控制台把ECS的私有IP加进白名单否则连接必然超时。本地MariaDB不存在这个问题但如果你后来迁移到RDS这条一定记着。6.3 快照、OSS 备份与迁移思路上线之后最重要的事情就是备份。阿里云ECS的“云盘快照”功能是最廉价的整机保护伞建议每天凌晨自动打一个快照保留7天遇到误删、木马入侵、系统崩溃几分钟就能回滚。数据库的备份我习惯另外做因为快照回滚是整盘级的不够精细。写一个crontab任务每天凌晨把数据库dump出来传到OSS#!/bin/bash #!/bin/bash BACKUP_DIR/home/ops/backup DAY$(date %F) mkdir -p $BACKUP_DIR mysqldump -u wp_user -p你的密码 wp_site | gzip $BACKUP_DIR/wp_site_$DAY.sql.gz ossutil cp $BACKUP_DIR/wp_site_$DAY.sql.gz oss://你的bucket/backup/ find $BACKUP_DIR -mtime 7 -deletecrontab配置0 2 * * * /bin/bash /home/ops/backup.sh这里说一句mysqldump的密码直接在命令行里写虽然方便但会有进程列表泄漏风险。更安全的做法是写入/etc/my.cnf的[client]段。实操中如果只是个人站、服务器只有你一个登录用户命令行方式可以接受但别养成习惯。将来如果要“不停服、不丢数据地迁移到另一台ECS”思路就是新服务器起一套同样版本的环境然后旧服务器做一次完整备份数据库dump站点文件打包在低峰期把数据恢复到新机器最后切换DNS解析。因为有快照和OSS双重保底迁移失败也能随时回滚压力会小很多。6.4 给2026年建站者的最后几点建议写到这里整套流程基本收尾了。基于我个人这几年在阿里云上建站、迁移、救火的实践经验最后补充几条真正重要的建议不要把密码写在控制台标签里。阿里云控制台支持给实例加标签但标签是明文别人只要看一眼你的控制台就能拿到。我习惯密码只存在本地密码管理器里。定期更新系统和软件包。每个月至少yum update -y一次PHP和Nginx的补丁要及时打否则漏洞公开后很被动。尽量别开不必要的端口。安全组里平时只留22、80、443其他端口用完就删。开发调试临时开过的端口记得随手回收。先小流量试运行再正式切换。如果是老站迁移别急着改DNS先用本地hosts指向新服务器跑一两天确认日志和功能都正常再大规模切过去。建站这件事说难不难但每一个环节都有它的“为什么”。把这里的原理和流程吃透你的阿里云ECS就不再是一台“盲盒服务器”而是随时可以掌控的线上基地。以后不管遇到什么问题至少知道从哪个日志、哪个配置文件、哪条命令开始排查这就比绝大多数只会“重启大法”的人强了。