比较可惜的是，CoreOS 升级服务器是属于CoreUpdate服务的一部分，也就是说，它是需要付费使用的。不过考虑到通常会在自己内网搭建服务器集群的大都是企业级用户，收费也还算公道。
从文档资料来看，CoreOS所用升级服务器协议与Google的ChromeOS升级服务器是完全兼容的，甚至可以相互替代。比较有趣的是，两者都开源了各自的操作系统，但都没有开源其升级服务器实现，这个中意思仿佛是如果让用户去自己架设升级服务器，谁来保证这些升级服务器的镜像是最新的呢，那么自动升级提供的系统安全性的意义又何在了呢。
顺带说一句，在CoreOS的SDK中有一个 start_devserver工具 用于测试部署用户自己构建的CoreOS镜像（系统是开源的嘛），因此如果用户直接下载官方镜像提供给这个工具，应当是可以自己构建内网升级服务器的。但是官方文档对这方面的介绍比较模糊，我暂且抛砖引玉了，待高人给出具体方案。
手动升级系统CoreOS始终会自动在后台下载和部署新版本系统，即使将升级策略设为off（这样只是禁止自动重启）。因此在绝大多数情况下，除非处于测试目的和紧急的版本修复，用户是不需要手动触发系统升级的。不过，大概是考虑到总是有新版本强迫症用户的需求（其实主要是系统测试的需求啦），CoreOS还是提供了手动更新的途径。
查看当前系统版本相比手动更新，用户也许更想看到的仅仅是：现在的系统到底是部署的哪个版本啦。方法很简单，查看一下etc目录下面的 os-release 文件就可以了。
$ cat /etc/os-release NAME=CoreOS ID=coreos VERSION=607.0.0 VERSION_ID=607.0.0 BUILD_ID= PRETTY_NAME="CoreOS 607.0.0" ANSI_COLOR="1;32" HOME_URL="https://coreos.com/" BUG_REPORT_URL="https://github.com/coreos/bugs/issues"这个文件实际上是一个软链接，指向系统分区的 /usr/lib/os-release 文件，而后者是只读分区的一部分，因此不用担心这个文件中的内容会被外部篡改。
自动升级的频率CoreOS会在 启动后10分钟 以及之后的 每隔1个小时 自动检测系统版本，如果检查到新版本就会自动下载下来放到备用分区上，然后依据之前的那个升级策略决定是否自动重启节点。OK，就这么简单。
具体的升级检测记录可以通过 journalctl -f -u update-engine 命令查看到。
手动触发升级恩，下面这个命令是给升级强迫症用户准备滴。
命令非常简单：update_engine_client -update，如果提示 "Update failed" 则表示当前已经是最新版本（搞不懂CoreOS那班人为啥不弄个友好点的提示信息）。如果检测到有新版本的系统则会立即将其下载和部署到备用系统分区上。
$ update_engine_client -update [0404/032058:INFO:update_engine_client.cc(245)] Initiating update check and install. [0404/032058:INFO:update_engine_client.cc(250)] Waiting for update to complete. LAST_CHECKED_TIME=1428117554 PROGRESS=0.000000 CURRENT_OP=UPDATE_STATUS_UPDATE_AVAILABLE NEW_VERSION=0.0.0.0 ... ... CURRENT_OP=UPDATE_STATUS_FINALIZING NEW_VERSION=0.0.0.0 NEW_SIZE=129636481 Broadcast message from locksmithd at 2015-04-04 03:22:56.556697323 +0000 UTC: System reboot in 5 minutes! LAST_CHECKED_TIME=1428117554 PROGRESS=0.000000 CURRENT_OP=UPDATE_STATUS_UPDATED_NEED_REBOOT NEW_VERSION=0.0.0.0 NEW_SIZE=129636481 [0404/032258:INFO:update_engine_client.cc(193)] Update succeeded -- reboot needed.部署完成后，如果用户的升级策略不是 off，系统会发送消息给所有登录当前的用户：“5分钟后系统将重启”。当然，你自己也会在5分钟后被踢出SSH登录，等再次登录回来的时候，就会发现系统已经变成新的版本了。
更好的升级策略在看到CoreOS的4种升级策略时候，不晓得读者有没发现一个问题。前3种策略都会让新的系统版本下载部署后马上重启服务器，如果这个时候恰好是系统访问的高峰期，即使重启过程中，服务会自动迁移到其他的节点继续运行，仍然可能会造成短暂的服务中断的情况。而第4种策略索性等待管理员用户来重启系统完成升级，又引入了额外的人工干预，如果重启不及时还会使得集群得不到必要的安全更新。
有没有办法既让服务器不要在服务高峰期重启，又不至于很长时间没有更新呢？CoreOS给出了一种。我将它称为第5种升级策略：基于定时检测的自动重启。
这种升级策略没有在内置的选项当中，我们需要做些额外的工作：
将升级策略设置成 off
增加一个服务用来检测备用分区是否已经部署新的系统版本，如果部署了就进行重启
增加一个定时器在集群的低峰时段触发执行上面那个服务