ubuntu 云主机

```html

第一次在云主机上装 Ubuntu，云主我选了台 1 核 1G 的云主轻量服务器。点下“创建”按钮，云主不到 40 秒，云主控制台就弹出了 IP 和初始密码。云主那种感觉像极了十年前在旧笔记本上刷系统——但这次，云主机器不在我桌子底下，云主而是云主在某个我从未去过的数据中心里嗡嗡作响。

Ubuntu 在云主机上的云主存在感，很大程度上来自它的云主“不折腾”。多数云厂商的云主镜像列表里，Ubuntu 永远排在前三。云主22.04 LTS 是云主目前最稳的选择，24.04 也开始铺开了。云主我试过 Debian 和 AlmaLinux，云主但 Ubuntu 的 apt 源在境内云环境里同步得更勤快，`apt update` 基本不会卡在某个国外镜像上转圈。这是很实际的体验——你不想在部署 Nginx 之前先花半小时换源。

云主机和本地虚拟机的差别，在 Ubuntu 上体现得特别明显。本地装 Ubuntu，你可能会纠结分区、驱动、桌面环境。云主机上完全不用。我拿到机器第一件事通常是 `ssh ubuntu@ip`，然后 `sudo apt update && sudo apt upgrade -y`。整个过程像在给一台远程的、没有显示器的铁盒子做例行体检。它不需要好看，只需要能跑。

安全组是另一个绕不开的东西。有次我帮朋友调一台 Ubuntu 云主机，他抱怨 MySQL 连不上。我登进去一看，Ubuntu 的 ufw 是关着的，但云厂商的安全组只开了 22 和 80。3306 端口根本没放行。这跟本地防火墙是两码事——云平台那一层，你不动它，它默认拦一切。后来我养成了一个习惯：每台新机器，先 `sudo ufw allow 22`，再去控制台放行需要的端口。顺序反了，SSH 都可能断掉。

快照功能救过我一次。那台机器上跑着一个爬虫，某天磁盘突然满了，日志把 40G 的盘写爆。我懒得去删日志，直接回滚到前一天晚上的快照。Ubuntu 的 cloud-init 在回滚后重新跑了初始化脚本，IP 没变，服务自动起来了。整个过程不到三分钟。如果是物理机，我大概要抱着显示器去机房了。

不过 Ubuntu 云主机也不是没坑。默认的 `unattended-upgrades` 有时候会在凌晨自动重启。我有一台跑 Node.js 的机器，某天早上发现服务挂了，查 `last reboot` 才发现是内核更新后自动重启。后来我把它改成只装安全更新，不自动重启。这个配置在 `/etc/apt/apt.conf.d/50unattended-upgrades` 里，改一行就行。但没人告诉你的时候，你只会觉得“怎么又挂了”。

资源占用方面，Ubuntu Server 最小化安装后，空闲内存大概在 80-120M。1G 的机器跑个 Nginx + PHP + MySQL 有点紧，但换成 2G 就舒服很多。我见过有人在 512M 的机器上硬跑 Ubuntu 22.04 + Docker，结果 `apt` 都经常 OOM。云主机便宜是便宜，但 Ubuntu 不是那种能在 256M 内存里跳舞的系统。给它至少 1G，最好 2G。

网络延迟是个玄学。同一家云厂商，不同可用区的 Ubuntu 机器，`apt` 下载速度能差三倍。我习惯在创建实例后先 `curl -I https://archive.ubuntu.com` 看一眼。如果延迟超过 200ms，就换成厂商的内网源。阿里云和腾讯云都有内网 Ubuntu 镜像，地址在控制台的“镜像源”页面能查到。换完再 `apt update`，速度从 50KB/s 跳到 10MB/s，那种爽快感不亚于给旧电脑换了块 SSD。

最后说个细节。Ubuntu 云主机的默认用户是 `ubuntu`，不是 `root`。这跟 CentOS 的 `centos` 用户一样，但很多人第一次用会愣一下。`sudo -i` 之后，提示符从 `ubuntu@ip` 变成 `root@ip`，你才觉得真正拿到了控制权。这种设计其实挺好——至少强制你意识到，自己在操作一台远程的、别人的机器。哪怕它只花你几块钱一个月。

```

很赞哦!（57）