为什么要折腾 KVM 虚拟机
最近因为公司的事情，没有太多时间进行写作，就用一篇技术类的文章来凑数吧。
事情是这样的，我们公司有一个小东西是基于嵌入式的系统开发的，不属于 Android 也不属于 iOS 平台。嗯，这意味着什么呢？这意味着开发这个小东西的语言是 C 语言，而不是 Java, Objective-C 抑或是 Swift。所以我们需要一个 Cross Compiler，也就是俗称的交叉编译环境来编译这个代码。
其实 Xcode 编译出来的 iOS App 也属于交叉编译的范畴。
然而，这个交叉编译环境竟然只有 Windows 平台的！其实，好像除了 GCC 之外，好用的交叉编译环境都是 Windows 下面的。估计很多玩嵌入式的同学应该都知道，现在业内用得比较多的也就是 Keil 和 IAR 系列了。而及其不幸的是，两者都是 Windows 特供的，没有 macOS 或 Linux 版本。
为什么 Windows 会让我这么得不爽呢？因为平常为了更好的提高工作效率，除了不得不使用的行业应用软件必须要跑在 Windows 下的时候，我们只用 Mac 不用 Windows。所以，我们基本上没有闲置和富裕的 Windows 主机，不！是压根就没有，没有什么「基本没有」一说。
而在服务器端，更不要跟我说什么 Windows Server 云云的。作为一个 macOS 和 Ubuntu 的脑残用户，我是不可能在 Bare metal 上跑一个 Windows Server 的。服务器我们只跑 Linux，别的没兴趣。
那么问题来了，我们有一套自动化编译系统，也就是大家所熟知的 CI 体系 (Continuous integration)，用的是 Atlassian 的全家桶：Bitbucket、Bamboo、JIRA 还有 Confluence 什么的，全部跑在 Linux 平台的 Docker 虚拟化容器中。
现在我们想把这个小东西也自动化编译器来，以便更好地把人力释放出来，也方便未来跟踪和管理每一次 Release 的内容。而第一个要解决的问题就是：我们没有 Windows 的服务器。
既然现在虚拟化这么流行，那么我们就利用现有的 Ubuntu 服务器虚拟化一个 Windows 好啦，走起！
啥是 KVM
KVM 的全称是：Kernel-based Virtual Machine，简单一句话概括，就是一个基于 Linux 内核的虚拟化管理系统。
从 Linux 内核 2.6.20 版本开始就已经集成了该功能。简单理解 Docker 是在应用层的虚拟化，而 KVM 是在系统层的虚拟化。
区别就是，Docker 虚拟化的内容，必须跟 Host 主机共享内核，也就意味着只能跑 Linux 类系统。
而 KVM 是整个主机虚拟，所以可以安装不同的操作系统，而不局限于 Linux 本身。等我过段时间抽风的时候，看看能不能在 Ubuntu 上虚拟化个 macOS 出来。这样就不用单独再弄个 Mac 主机来自动化编译 iOS App 了。
安装 KVM
我这里使用的是 Ubuntu 16.04 LTS 版本，考虑长期使用和稳定性，基本上只选 LTS 版本，其他版本差别也不太大，参考着做就好了。
