展望

对于预算充足的用户而言,采用 VMWare 等商业化的仿真器或许是使用开放源代码的基于 Linux 的 SSI 来实现混合式 Windows-Linux 集群的安全方法,但是,对那些寻求可接受的解决方案的用户而言,他们希望每一分投入都能获得最大的价值,而 coLinux 是理想的选择。

这一解决方案的优势很明显。不需要进行大规模的从 Windows 到 Linux 的迁移 —— 只需继续使用您所熟知的 Linux 环境。这样将会缩短部署的时间,而且还能让基于 Windows 的用户如往常一样工作。Windows PC 的空闲能力可以用来帮助 Linux 机器运行非常消耗 CPU 的程序。

基于目前基础的改进

今后能够得到改进的方面有很多,包括编写宿主内核和客户内核之间的内核到内核的网络数据包注入injection)。 当前,这些数据包必须从宿主驱动程序开始,经过 TAP32 驱动程序、colinux-net 后台进程、coLinux 后台进程,最后到达 colinux 内核驱动程序。绕开这些步骤并将其替换为直接的内核驱动程序/colinux 驱动程序连接,这样就可以减少通信延迟,从而提高集群的性能。

创建更先进的集群代理软件包。有一些让我们可以立即部署的特殊的 coLinux 发行版本下一节中提到的 CosMos 就是一个例子)。创建这样的软件包需要大家的共同帮助,最好让它拥有一个易用的配置管理器,使得用户或者管理员只需要点击几次鼠标就可以进行定制配置。

将 coLinux 移植到 2.6 版本的 Linux 内核。我们撰写本文时,已经有用于 2.6 内核的 coLinux 内核补丁的开发发布版development release)。2.6 版本的 Linux 内核具备很多可以在内核方面提高集群性能的特性,比如 O(1) 调度器和 I/O 调度器。

增强 coLinux 内核驱动程序与 Windos 2000 和 XP 的兼容性。 勿需多言,coLinux 和 Windows 内核之间还存在一些兼容性问题。注意:coLinux 不支持 Windows 95/98/ME,这也是一个问题。)

令 coLinux 使用宿主机器的 IP。到目前为止,coLinux 实例使用的是它自己的 IP 地址。这样,在大规模的集群中会浪费大量 IP 地址。IPSec 隧道会有所帮助,它能够将全部客户网络数据封装到一个单独的 IPSec 流中同样,如 CosMos 的用法),不过 IPSec 本身增加了大量的延迟。另一个解决方案应该是 IP-over-IP 隧道,这样可以避免加密的时间消耗,但是其实现需要付出更多努力。


相关内容

    暂无相关文章