服务器 Gind.cn

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

地理位置优先的地理分布式文件系统

我正在构build一个需要通过广域网在几个站点上分发标准文件服务器的应用程序。 基本上,每个站点都需要编写大量不同大小的misc文件(一些在100 MB的范围内,但是最小的),并且应用程序被编写成碰撞不成问题。 我想build立一个符合以下资格的系统: 每个站点可以将文件存储在共享的“命名空间”中。 也就是说,所有的文件都会显示在同一个文件系统中。 除非必要,否则每个站点都不会通过WAN发送数据。 也就是说,广域网的每一边都会有本地存储,它们将被“合并”成同一个逻辑文件系统。 Linux&Free($$$)是Plus 基本上,像一个中央NFS共享将满足大部分要求,但它不会允许本地写入的数据保持本地。 来自广域网远端的所有数据将始终在本地复制。 我已经看过Lustre,并且已经对它进行了一些成功的testing,但是,它似乎在整个分布式存储中均匀分布文件。 我已经通过文档挖掘,并没有发现任何东西会自动“偏好”远程存储本地存储。 即使是延迟最低的存储也是可以的。 它大部分时间都可以工作,可以满足这个应用程序的要求。 以下是一些问题的答案: 服务器节点:2或3启动。 每个服务器将有数十个同时读/写客户端连接。 广域网拓扑结构完整,可靠。 (大公司,成本不如繁文</s>节) 客户端故障切换:我实际上并没有想过客户端故障切换(主要是因为我们目前的应用不在一个站点上这样做)。 我认为实际的答案是,每个地理位置分散的站点上的服务器预计会成为他们正在服务的客户端的单点故障。 不过,如果你在想这个问题,我想这个讨论会很有意义。 Roll-my-own:我曾经想过rsync / unison,但是我需要相当多的花式逻辑才能使这个工作的“dynamic”部分无缝地进行。 也就是说,文件似乎是本地的,但只能根据需要检索。 MS-DFS:这当然似乎是我应该看的东西。 我的主要问题可能是不确定在Windows上的NFS服务器configuration/可靠性/性能,因为许多连接的客户端是NFS客户端。