-
TrueCL旨在提供先进的高可用性集群跨越大集群。它目前已进行了测试与多达8个节点。它的前身是linuxha.net 。它被设计为便携式尽可能目前已通过测试的Linux , Solaris和HP - UX操作系统。它有许多先进的功能,包括多种存储类型,它是一个动态架构,卷管理器的中立性,中立性文件系统,异构集群的支持,没有硬性限制,和加密之间 的通讯节点。
编程语言:c perl
-
一个JVM级的开源群集框架,提供:HTTP Session复制,分布式缓存,POJO群集,跨越群集的JVM来实现分布式应用程序协调(采用代码注入的方式,所以你不需要修改任何)。
编程语言:java
-
synctool 是一个集群管理工具,用来在集群中的所有节点间进行保证配置文件的同步。节点可以是一个逻辑组和类的一部分,它们可能需要部分的配置文件。synctool 守护进程可以根据配置更改而对应用进行重启,还包括执行一些其他的管理任务。
编程语言:python
-
Riverdrums 是一款清晰高性能的全功能、事件驱动的负载均衡器
编程语言:c
-
Plasma 是一个在计算机集群中实现了 Map/Redure 的框架,它用于自己的分布式文件系统——PlasmaFS,支持ACID事务,可靠而且快速,提供了全功能的文件操作。可通过 RPC 或者 NFS 协议来访问 PlasmaFS。
编程语言:
-
Perlbal 是一个用 Perl 编写的单线程的事件驱动服务器,可充当 Web 服务器 和 HTTP 负载均衡。
Perlbal被使用在 http://www.livejournal.com/
特点快,小,可管理的http web 服务器/代理 可以在内部进行转发 使用Perl开发 单线程,异步,基于事件,使用epoll , kqueue 支持Console管理与http远程管理,支持动态配置加载 多种模式:web服务器,反向代理,插件 支持插件:GIF/PNG互换?
编程语言:perl
-
Pen 是一个简单的负载平衡器,支持基础协议的TCP如HTTP或SMTP 。它允许多个服务器上显示为一个外部和自动检测服务器上,以减少现有服务器和客户之间的开销。这使高可用性和可扩展的性能。
该负载平衡算法跟踪客户,并尝试将它们发送回服务器,他们的最后一次访问。客户端表有若干插槽(默认2048 ,设置通过命令行参数) 。当表已满,则最近使用的人会被处理掉,以腾出空间给新的。
这是一个简单的优势轮询算法,该算法发出了一个客户端连接到不同的服务器反复。这样做的时候休息,应用,维护国家之间的连接的服务器,其中包括最先进的Web应用程序。
当 Pen 检测到服务器不可用,它会扫描再从该服务器后,最近使用过的一个。这样,我们得到的负载平衡和“公平”故障是免费的。
编程语言:c
-
ogslb 是一个 PowerDNS 后端应用,主要用于使用 round-robin 轮询DNS,实现服务器的负载均衡。通过 Python 脚本来检查服务器节点的运行状态。
编程语言:python
-
OpenSSI 项目是一个为小型工业环境的Linux版本提供全面综合高度可用的性集群解决方案。OpenSSI集群包括可用性,可扩展性和可管理性,内置标准的服务器。
编程语言:c perl shell
-
OpenMosix 将群集能力添加到 Linux 内核,从而允许任何标准 Linux 进程利用群集的资源。通过使用自适应负载均衡技术,运行在群集的一个节点上的进程可以透明地“迁移”到另一个节点(在该节点上,它们可以更快地执行)上。 因为 openMosix 对于所有运行中的程序都是完全透明的,所以被迁移的进程甚至不知道(或不需要知道)它正在远程系统上运行。就远程进程和运行在最初节点(称为“宿主节 点”)上的其它进程而言,该进程是在本地运行的。
openMosix 的这种透明性意味着不需要专门的编程,即可利用 openMosix 的负载均衡技术。实际上,缺省 openMosix 安装会自动地将进程迁移到“最佳”节点上。这使得 openMosix 成为了能够立即为大量应用程序带来好处的群集解决方案。
openMosix 真正的奇妙之处在于它可以将许多 Linux 机器转换成一个类似于大型虚拟 SMP(对称多处理器)系统的东西。但是,两者之间有一些差异。首先,在“真正的”SMP 系统上,两个或更多 CPU 之间可以很快地交换数据;但使用 openMosix 时,节点之间彼此通信的速度是由 LAN 的速度决定的。使用千兆位以太网或其它高带宽联网技术能够提高 openMosix 群集的效率。
当 然,openMosix 提供了许多传统的多处理器系统不能提供的好处。使用 openMosix 时,您可以使用便宜的 PC 硬件,创建由数十个甚至数百个节点组成的群集。与此相反,相对于您的预算而言,包含大量处理器的 SMP 系统价格可能会昂贵得惊人。对于许多应用程序,使用 openMosix 比使用传统超级计算机或大型机更“划算”。当然,您完全可以在许多高端多处理器系统上运行 OpenMosix。正如先前提到的,将 openMosix 与性能增强技术组合起来也是有益的,譬如将它与 Intel 超线程技术合并使用,后者可用于使用 Intel Xeon 处理器的 xSeries 服务器,目前 Linux 已支持该技术。超线程技术通过使单个 Xeon 处理器能够在操作系统上表现为两个虚拟处理器,以改进线程应用程序的性能。通过同时利用 SMP 和超线程,您可以从拥有多个物理和/或虚拟处理器中受益,并可享受 openMosix 本身的优点。甚至有可能(并且很轻松!)与现有的 MPI 或 PVM 程序一起使用 openMosix,以便进一步优化支持群集的应用程序的性能。
OpenMosix(象 SMP 系统一样)不能在多个物理 CPU 上同时执行单个进程。这意味着 openMosix 不能加速象 Mozilla 这样的单进程程序,而只能将它迁移到执行效率最高的节点上。此外,openMosix 目前不支持多个协作线程彼此隔离。
与 此相反,超线程技术允许多个线程同时在不同的逻辑处理器上执行。因此,关注性能的用户可能希望以创造性的方法组合超线程技术和 openMosix,因为这两种技术可以互补。通过将使用 Xeon 处理器的节点组装成群集节点,就能够使用超线程技术来提高每个节点处理多个协作线程的能力,这些协作线程是不能在 openMosix 节点之间分隔和分布的;根据您规划使用群集的方式,利用这些技术将导致显著的性能提升。
当然,openMosix 会考虑使并行执行在进程级别上的伸缩性非常好。OpenMosix 可以毫无问题地在节点之间迁移大多数标准 Linux 进程。如果一个应用程序派生出许多子进程,每个子进程都执行工作,那么 openMosix 能够将这些进程中的每一个都迁移到群集中的一个适当的节点上。即使特定应用程序并没有设计成使用多个可以独立迁移的子进程,您也可以利用这种能力。例如, 如果您想使用群集压缩 12 个数字音轨,则可以简单地同时启动所有 12 个音频编码进程。数秒之后,openMosix 会将每个进程都迁移到群集中的一个合适节点上。如果您的群集恰好有 12 个节点,那么完成音频编码作业的速度几乎比使用一台机器时快 12 倍。如果计划同时运行的进程数比群集中的节点数多,那么多进程和超线程将向您提供额外的性能优势。
OpenMosix 是最初 Mosix 项目的一个相当新的分支,Mosix 也为 Linux 提供了透明的群集解决方案。那么,为什么要使用 openMosix 呢?这里是一些很好的理由。在 2001 年末,Mosix 项目的领导决定在非 GPL 许可证下发布 Mosix 的所有新版本(它们原本是 GPL 代码)。实际上,除了版权和一句“All rights reserved”之外,现在新的 Mosix 代码根本不包含任何许可证。因为这个突如其来和意外的变化,所以不能将 Mosix 的新发行版看作是免费软件,并且,关于用户对新的 Mosix 代码拥有什么权利还不清楚。实际上,在今后的日子里,没有什么可以阻止 Mosix 的作者向 Mosix 用户收取版权费。
显然,这个突如其来的许可变化引起了许多 Mosix 当前用户的关注,由于 Mosix 网站未经说明就删除了代码和 Mosix 邮件列表档案本身这一事实,因而引起了更多的关注。令人欣慰的是,并不是只有这些用户才关注这一突然变化。Mosix 项目联合经理 Moshe Bar 不赞成放弃 GPL 许可。作为对这一变化的响应,Moshe 启动了 openMosix 项目,目的是确保广大用户可以继续使用 Mosix 的免费版本。
自从 openMosix 项目开始以来,原来安装了 Mosix 的大量用户都转而安装 openMosix — 据最保守估计有 350 例以上。此外,Moshe 更开放的新开发风格使 openMosix 的开发速度迅速加快。目前有 14 个人积极地从事 openMosix 开发工作,但只有 4 个人为 Mosix 工作。接下来,他们在 openMosix 代码中修正了许多错误并添加了性能增强,并正在开发许许多多与新的便利性、功能和性能相关的特性。既然“灰尘已经掸去”,看起来 openMosix/Mosix 的分家使得一个新的 Linux 群集解决方案得以诞生,它比原有的其它解决方案更好、更健壮并且开发得更迅速。
要设置 openMosix 群集,您需要两个或更多连接在 LAN 中的 Linux 系统。要运行 openMosix,这些系统应该能编译和运行 2.4 系列的内核。
以上是必需的。为了获取最大的群集性能,您可能会希望考虑使用下列推荐组件。
强 烈建议使用至少 100 兆位(快速)以太网。标准(10 兆位)以太网不会向您提供良好的群集性能,但如果您只是想玩玩 openMosix,这应该也不错。千兆位以太网是可选的,但却是有益的。千兆位以太网网卡还在不断降价;130 美元就可以买到可靠的千兆位以太网网卡。但是,请别误以为非要千兆位以太网不可;只要用快速以太网,openMosix 就可以出色地完成许多任务了。
将 机器的以太网卡连接到专用的高速交换机上也是很有益的。这样做,各个系统都能够以“全双工”方式通过以太网进行通信,从而有效地使带宽加倍。如果机器的数 量有限,则您可能考虑使用专门绕制的(specially-wired)以太网电缆将系统之间彼此直接地连接起来。这样做,能够以相当低的价格获得“类交 换机(switch-like)”的全双工性能。使用具有 2 个或 3 个节点的群集时,这个技巧很有用,因为这些配置只需要每台机器分别有一块或两块网卡(NIC)即可。
推荐使用大量交换空间。这将允许从群集中动态地除去节点而不至于使现有节点耗尽虚拟内存。再提一下,这是推荐作法,只有在您让群集超负荷运行的极端情况下,它才会显现出差异。
再 说一遍,这些建议全部都是可选的,完全有可能使用两台运行 Pentium 系列处理器的机器在标准以太网上建立群集。网络越快,openMosix 在群集中的节点之间就能够更有效地迁移进程。用快速网络玩 openMosix 更有乐趣。说到玩 openMosix,请关注我的下一篇文章,那时我将向您演示如何设置真正属于您自己的 openMosix 群集。在本系列文章的第三部分中,我们要准备好享受很多乐趣,因为那时我们将看到 openMosix 运行起来。
编程语言:c