刚入行那会儿，我也觉得每个网站都得单独买个服务器，那叫一个烧钱。后来自己折腾多了才发现，这想法纯属被忽悠。现在这行情，谁还傻乎乎地给每个小站配个独立IP啊？云服务器可以做多个网站，这不仅是省钱，更是技术进阶的必经之路。今天我不整那些虚头巴脑的理论，就聊聊我踩过的坑和总结出来的干货，让你也能一个人扛下多个站点。
很多人担心，把几个网站塞在一台机器里，会不会互相影响？比如A站挂了，B站也跟着凉？这担心不无道理，但现在的技术完全能搞定。关键在于你怎么配置。我手头现在就有三台业务站，加上两个个人博客，全跑在一台4核8G的云服务器上，稳得一批。
第一步，你得把域名解析搞明白。这是基础中的基础。你去域名商那儿，把不同域名的A记录都指向你这一台云服务器的同一个公网IP。别怕，这不是乱搞，这是为了后续配置做准备。就像你把不同门牌号的人，都安排进同一栋大楼，接下来就看你怎么分房间了。
第二步，安装Nginx。这是重头戏。别去装Apache了，那玩意儿配置起来太繁琐，对于多站点来说，Nginx的效率和处理并发能力更胜一筹。在服务器上敲命令安装，这一步网上教程一堆，照着做就行。装好后，你会看到一个conf.d或者sites-available的目录，这里就是存放各个网站配置的地方。
第三步，为每个网站创建独立的配置文件。比如你要跑site1.com和site2.com，你就分别建两个配置文件，叫site1.conf和site2.conf。别偷懒，别把代码全堆在一个文件里，后期维护会让你哭出声。在配置文件里，你得指定server_name，也就是你的域名。然后重点来了，root指令指向你存放网站代码的目录。比如site1的代码在/var/www/site1，site2在/var/www/site2。这样，Nginx就能根据访问的域名，自动把请求转发到对应的文件夹。
第四步，配置SSL证书。现在没HTTPS都不好意思出门。很多人觉得给多个网站配证书麻烦，其实用Let's Encrypt配合Certbot，一键就能搞定。你可以为每个域名单独申请证书，也可以申请泛域名证书。我一般推荐单独申请，虽然麻烦点，但安全性更高，而且万一某个站被封，不影响其他站的证书。配置的时候，把证书的路径指向你刚才生成的pem和key文件，Nginx就能自动启用HTTPS。
第五步，测试并重启Nginx。这一步千万别省。在重启前，用nginx -t命令测试配置文件有没有语法错误。哪怕错一个标点，整个服务都可能起不来。我上次就因为少写了一个分号，折腾了半小时才找到。测试通过后，再reload或者restart Nginx。这时候，打开浏览器，分别输入你的几个域名，看看是不是都能正常访问。
这里有个小坑，记得检查云服务器的安全组。很多新手配好了Nginx，发现外网访问不了，99%是因为云厂商的安全组没开80和443端口。去控制台把入方向规则加上，放行这两个端口，世界就清净了。
还有，资源监控不能少。虽然4核8G能扛不少事，但万一哪个站突然流量暴涨，把CPU占满了，其他站也会卡。装个htop或者使用云厂商自带的监控面板，时刻盯着资源使用情况。如果发现某个站特别耗资源，可以考虑给它做负载均衡或者单独迁移出去。
云服务器可以做多个网站，这招用好了，成本能降下一大半。我有个朋友，之前每个月光服务器费用就得好几千，现在全并到两台服务器上，一年省下来的钱都够买辆二手车了。当然，前提是你要懂点Linux基础，要是完全小白，建议还是找服务商代运维，或者买个面板管理，比如宝塔，虽然有点臃肿，但对于新手来说，图形化操作确实能少踩很多坑。
总之，别被那些“一机一站”的老观念束缚住。技术是为了服务业务的，能用一台机器搞定的事，就别花两份钱。多折腾几次，你会发现，管理多个网站其实也没那么难。当你看着后台几个站点同时在线，流量稳定增长的时候，那种成就感，比省下的钱更让人爽。记住，云服务器可以做多个网站，关键在于配置得当，监控到位。别怕出错，错了就改，这才是成长的捷径。
