大佬教程收集整理的这篇文章主要介绍了Red Hat / CentOS EL6上的Linux容器(LXC) – lxc-create与libvirt？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
一年多来,我一直是Linux Containers (LXC)的支持者.我的初始安装基于从在线教程中收集的信息,如this one和this one.这主要围绕lxc-create,lxc-start | stop和lxc-destroy命令并修改现有的OpenVZ templates.
这很好用,并且很乐意在生产中运行.但是,我提出了一些额外的系统,并决定检查Red Hat当前有关EL6容器的文档.我很惊讶地看到他们对此的正式立场.
在Does RHEL 6 provide LXC tools needed to use Linux Containers?,Red Hat将LXC描述为技术预览版和suggests using libvirt to manage create and manage containers.
然而,Oracle advocates a totally different containerization technique在其坚不可摧的Linux中.
在libvirt方法中似乎缺少一些@L_489_10@,但我最初使用lxc- *命令的方法是一个手动过程…我无法确定什么是正确的或者在EL6上管理容器的“接受”方法.
>今天关于LXC和RHel类系统的传统智慧是什么？
>您是如何在组织中实施的？
>一种方法与其他方法相比有什么优势吗？
>这些可以共存吗？
就个人而言,我发现目前的设置有点缺乏. LXC似乎更加走在前列 – 当然更加坚持.
在将其作为虚拟化选项提供方面,我不是.我发现当前的技术设置缺乏.
>没有用户名空间.
>某些挂载点不支持名称空间(cgroups,selinuX)
> / proc中的值是误导性的系统全局变量,它们不考虑命名空间中的资源分区.
>打破审计.
我确实发现它非常适合应用程序级别的包含.我们直接使用命名空间和cgroup来包含某些用户运行的Web应用程序的网络和IPC资源.我们提供自己的界面来控制它.在RHel7中,我正在考虑将此@L_489_10@移至libvirt-lxc,因为libvirt的新版本支持用户ACL的概念.
对于完全初始化系统的虚拟化而言,我正在等待RHel7提供的内容,但是老实说,我觉得一旦我们在RHel7的后期次要版本发布时,我们可能只会看到一个足够好的解决方案.仅限于技术预览状态.
密切关注systemd-nspawn在接下来的18个月左右的时间告诉我它可能取而代之的是完全充满Linux的虚拟化的最佳工具,不管是系统作者明确表示它现在还不安全！如果libvirt最终丢弃了libvirt-lxc并且只提供了systemd-nspawn并且定义了systemd slice的包装器,我不会感到惊讶.
另外,要警惕过去6个月里关于将cgroup重新实现为内核程序员接口而不是文件系统接口(可能使用Netlink或者其他东西,没有检查过)的问题,所以系统应该非常热在很快就能做到这一点的尾巴上.
我认为LXC选项(不是libvirt-lxC)可以得到更好的维护.阅读了libvirt-lxc源代码后,感觉很仓促.传统的LXC肯定有更新的@L_489_10@,经过更好的测试.两者都需要在其中运行的init系统具有一定程度的兼容性,但是我怀疑你会发现LXC比libvirt-lxc选项略微“交钥匙”,特别是在让发行版工作的时候.
当然,请记住,无论出于什么意图和目的,两者都在做同样的事情.组织命名空间,cgroup和挂载点.所有原语都由内核本身处理.两种lxc实现都提供了一种与可用内核选项接口的机制.
以上是大佬教程为你收集整理的Red Hat / CentOS EL6上的Linux容器(LXC) – lxc-create与libvirt？全部内容，希望文章能够帮你解决Red Hat / CentOS EL6上的Linux容器(LXC) – lxc-create与libvirt？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。