服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

古典群集问题的解决scheme

这是一个多步骤的问题,请耐心等待。 我正在考虑build立一个小的(10-20节点)集群。 但是,我想要正常的程序(不是为集群devise的)能够利用额外的处理速度。 在最理想的情况下,我希望能够在整个集群上运行一个虚拟机pipe理程序。 据我所知,这个问题没有一个好的解决scheme,可以采取正常的程序,并在群集上运行得更快。 因此,我正在集思广益,如何devise这样一个系统,如果可行的话。 看起来,聚类的固有问题是需要更多的时间来移动数据,而不是处理数据。 (即,将一个问题从一个节点转移到另一个节点需要2秒,但在第一个节点上只需要1秒钟就能解决问题)。但是,我想到了一个可能的解决scheme。 我们只是说从理论上讲,群集中的所有节点都可以从同一个磁盘启动。 因此,他们都可以直接访问相同的数据和相同的程序。 其次,我们假设可以修改Linux内核,将每个新的命令发送到不同的从节点,通过所有节点无限循环。 考虑到这两个条件,用户可以login到主节点的terminal,并以正常(非集群)格式运行命令,但命令的负载将会或多或less地均匀分布在集群中。 所以在这个介绍中,我有两个问题: 是否有可能创build一个所有的计算机从一个单一的磁盘(可能是NAS)引导的环境? (我知道PXE,但据我所知,它不提供持久性存储,它只托pipe操作系统。)如果目前是可能的,那怎么办呢? 是否有可能修改内核委托每个新的命令到一个单独的节点? (这可以通过修改bash二进制代替内核本身来完成 – 我不确定)。如果是这样,请详细说明。 这是我曾经在Stack Exchange上问过的最复杂的问题,所以我希望人们在评论中有问题。 但是,如果这个解决scheme实际上可以实施,它可能会彻底改变虚拟化。