“Linux集群系统与虚拟化的融合”

本篇文章2092字，读完约5分钟

在it产业中，虚拟化技术迅速发展，但在linux集群中还存在一些障碍。 beowulf项目的创始人之一donald becker说，这是一个令人遗憾的事件，因为该系统只提供了没有意义的虚拟选项。

贝克先生说，linux集群系统应该更加重视虚拟化技术和可行性高的快速发展，他的采访证明了理由。 而且，他向linux集群迁移的对称性很多，向客户提出了一些建议。

除了他在beowulf中的作用外，becker还是scyld软件的创始人和主要科学家。 他刚加入本网站的专家组，请了特邀专家回答客户关于linux集群和服务器的问题。

linux集群技术有什么最新进展吗？

donald becker :目前集群技术快速发展的热点是虚拟技术。 两个著名的以前流传下来的虚拟技术系统是vmware和xen。 vmware模仿和模拟每台计算机上的硬件设备。 这样，您就可以在自己的操作系统中运行几乎所有的操作系统。

但是，虚拟化技术迅速发展的缺点之一是它总是隐含着，依赖稍大的上层技术。 结果，由于vmware模仿了上层技术，因此对系统进行优化的机会很少。 xen是运行多个操作系统的虚拟机管理程序。 那不是全面的模仿，而是减少了对上层技术的依赖。 但是，必须优化核心技术。

linux群集中的虚拟化技术与其他方法有何不同？

Becker :我们假设VMware和xen都可以运行和完全安装多个核心。 运行群集提供了不受虚拟化技术限制的机会，使您可以轻松地只创建运行APP所需的条件。 如果系统服务器有最重要的需要互联网终端的任务，该计算机终端只需要执行其APP，就可以提高工作效率。 这也与传统的虚拟系统正式不同。

根据一点it实业派的说法，他们使用对称多解决( smp )系统进行高强度的数据计算。 这些技术在移植linux集群时会遇到什么样的挑战呢？

becker :这个问题的答案在很大程度上取决于正在运行的APP。

最先进入集群的APP类型是客户参数的执行系统。 在该模型中，多个独立的APP在不同的数据解决方案上运行。

SMP ( symmetricmultipleprocessing )系统基于单流程业务的效率化进行应用时，beowulf的集群将成为良好的替代品。 但是，如果对称多处理器( SMP )系统基于共享内存多进程，则APP结构可能会多混合。

应用以前流传下来的smp的场景之一是变换型数据库。 这是一种锁定在smp上执行的详细通信的特殊情况，但在集群上也会出现同样的结果。 因此，为了决定是否可以将smp移植到集群中，需要进行详细的分解。

大多数程序与这两个极端不兼容。

linux集群最终能获得高可行性( ha )还是只能维持固有的诸多复杂性？

becker :由于测量可能性不排除高的实用性，所以linux簇可以获得高的实用性( ha )。 高可用性( ha )建立在稳定的支援基础上，例如商业APP与资料。 电脑程序等正常工作时间的标准应该在99.999%以上，也就是说每天最多只有1秒的停止时间。

传统的高效群集配置包括两个服务，可以了解每个服务的状态并共享一个存储子系统。 如果其中一个服务器发生故障，另一个将承担所有业务。 要获得群集稳定、高效的可靠性，必须通过故障排除、负载平衡、冗余解决方案或其他方法连接两台以上的服务器来共享存储设备，同时减少必然或偶然的存储损失。

由于这些绝对容量的限制，大集群很可能频繁发生问题，因此有必要设计如何解决这些问题的程序。 但是，这样的设计不会自动发生。 目前市场上的许多工具都没有处理这个问题。 通过设计综合子系统，如具有优良管理能力的商业评定系统，可以解决增加的可测性。 这意味着即使测量各种参数，也有很多什么样的参数的问题。 当一个终端占用大量的存储页面和系统文件数据，导致其他终端无法从事业务时，经常会发生这些问题。

在linux集群系统中有什么方法可以提高效率？

becker :在集群系统的配置中，多个服务通过中央控制点在同一系统上进行管理。 这代表了效率状态的一个显着特征。 由于有许多服务器可以访问的备份资源，因此可以实现全天候的可行性、错误维护、分布式APP中心管理、解决大数据资源的能力、动态网站发布和灾难修复。

选择适当的方法来保证数据在停机和重新启动时的完整性是很重要的。 不幸的是，并不是所有的选择都可以提高可靠性和维护数据的完整性。 所以，在工作的时候合理选择你的执行步骤是非常重要的。

稍具商业意义的集群系统创造了局部的单一系统构想，并通过以下方法完成:请求互联网虚拟存储器或全球通用的文件系统； 也可以进行明确的系统移植。 但是，这样的设计不能很好地解决错误问题。 因为如果其中一个终端发生问题，系统必须消耗一定的时间修复或停止这个终端及其相关的所有程序。

一个好的处理方法是保证集群的主要终端持续工作。 对于大型安装系统，必须确保主要终端通过常规设备备份和灾难恢复。 以及很多主要的终端做法。 换言之，计算机终端可以在不影响基础系统的情况下加入或离开集群，即使其上的APP已经停止。