UCloud 磁盘扩容后,真正要确认的是挂载和开机自动挂载
· 阅读需 2 分钟
云服务器磁盘扩容这件事,很多时候会被理解成“容量加上了就结束”。
但 2016 年我自己处理这类操作时,越来越不敢只看控制台上的容量变化。因为真正决定这次扩容有没有落地到系统可用状态的,往往不是云平台页面,而是机器里挂载点和开机自动挂载有没有确认好。
云服务器磁盘扩容这件事,很多时候会被理解成“容量加上了就结束”。
但 2016 年我自己处理这类操作时,越来越不敢只看控制台上的容量变化。因为真正决定这次扩容有没有落地到系统可用状态的,往往不是云平台页面,而是机器里挂载点和开机自动挂载有没有确认好。
服务启动失败这件事,最怕的不是问题复杂,而是人一慌就到处乱看。2016 年自己管机器的时候,我也吃过这种亏:一发现接口没起来,就先怀疑代码、怀疑框架、怀疑依赖版本,结果折腾了半天,最后只是端口被别的旧进程占着。
2016 年还在自己管服务器的时候,我最怕的不是部署命令难写,而是 SSH 连上去之后,所有动作都挤在一个窗口里:看日志在这里,改配置在这里,重启服务也在这里。只要网络抖一下,或者手快切错目录,整个节奏就乱了。
服务器刚开出来的时候,最诱人的动作通常是立刻登录上去装环境、拉代码、跑服务。
我早期也经常这样做,因为会觉得业务先上线最重要。可 2016 年之后自己管机器越来越多,我反而越来越愿意先停几分钟,把基础加固做完再继续。
同一台电脑上同时管理多个 SSH key,最开始最容易掉进“我记得这个仓库该用哪个 key”的状态。2013 年我在不同 Git 仓库、不同服务器之间切换时,也常常靠记忆硬撑,结果不是连错主机,就是推送时身份不对。