明霞山资源网 Design By www.htccd.com
最近搞了个机器。想搞成同时支持openvz和kvm虚拟化技术的host。从原理上讲认为问题不大，因为两者分别是不同层面的虚拟化技术，一个是硬件级别虚拟化，一个是cgroup水平的进程级虚拟化（对这块了解不深，说错勿怪）。所以还是可能同时安装的。
搜了下方案，果然有个proxmox的发行版是解决这个需求的。看了下文档，集成了一堆面板啥的，东西越多bug就越多。还是自己diy一个。
由于openvz是需要打过patch的内核运行，而kvm则需要kvm和kvm_intel内核模块的加载（amd的就是kvm_amd)。所以难点就是这个的兼容。其他用户态的进程如果有冲突啥的都好解决。
首先选用debian7（我喜欢debian），发现需要用openvz的源，源里使用的openvz内核是2.6.32。而debian7的内核目前是3.2。风险比较大。从源里拖了openvz内核deb包下来看，发现居然32位的内核不带kvm模块，而64位的才有。哭了。不知道他们咋搞的。于是64位系统搞起。结果发现kvm_intel加载不进去。报input/output err。用-f强制加载后报签名被拒绝。估计编译的时候哪里错了，虽然有内核源码和.config，不过还是不自己编译了，太折腾。
还是用debian6。debian6的官方源里已经包含openvz了。内核版本也是2.6,32系列。跟debian6默认内核版本相同。这个感觉靠谱。装上重启进入openvz内核。modprobe加载kvm内核模块。ok，成功了。
下一步就是进程和网络上的调整了。都不是大问题。
结论是：openvz目前还是建议用debian6官方源里的包。兼容性好。
搜了下方案，果然有个proxmox的发行版是解决这个需求的。看了下文档，集成了一堆面板啥的，东西越多bug就越多。还是自己diy一个。
由于openvz是需要打过patch的内核运行，而kvm则需要kvm和kvm_intel内核模块的加载（amd的就是kvm_amd)。所以难点就是这个的兼容。其他用户态的进程如果有冲突啥的都好解决。
首先选用debian7（我喜欢debian），发现需要用openvz的源，源里使用的openvz内核是2.6.32。而debian7的内核目前是3.2。风险比较大。从源里拖了openvz内核deb包下来看，发现居然32位的内核不带kvm模块，而64位的才有。哭了。不知道他们咋搞的。于是64位系统搞起。结果发现kvm_intel加载不进去。报input/output err。用-f强制加载后报签名被拒绝。估计编译的时候哪里错了，虽然有内核源码和.config，不过还是不自己编译了，太折腾。
还是用debian6。debian6的官方源里已经包含openvz了。内核版本也是2.6,32系列。跟debian6默认内核版本相同。这个感觉靠谱。装上重启进入openvz内核。modprobe加载kvm内核模块。ok，成功了。
下一步就是进程和网络上的调整了。都不是大问题。
结论是：openvz目前还是建议用debian6官方源里的包。兼容性好。
标签：
openvz,kvm
明霞山资源网 Design By www.htccd.com
广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
明霞山资源网 Design By www.htccd.com
暂无评论...