[1]
[2]
http://tech.watchstor.com/storage-systems-112971.htm
Red Hat GFS 存储解决方案(1)
2009-05-12 15:01 来源:Watchstor.com 我要评论(0)
摘要：随着IT应用的广泛及数据共享访问的需求的增加，Linux的集群技术越来越重要，很多情况下会有多个服务器去同时访问共享数据的需要，一般来说，传统的解决方法都是通过NFS/CIFS等方式来实现，或者是通过数据复制的方法来保证数据的一致性。
标签：GFS 存储系统 文件存储
随着IT应用的广泛及数据共享访问的需求的增加，Linux的集群技术越来越重要，很多情况下会有多个服务器去同时访问共享数据的需要，一般来说，传统的解决方法都是通过NFS/CIFS等方式来实现，或者是通过数据复制的方法来保证数据的一致性。但是通常情况下随着数据海量的增加及客户端数量的增加，NFS/CIFS的性能会很差，而通过数据复制方式又不能保证数据的实时一致性。
为了克服这种弱点，Red Hat 公司提供了自己的解决方案，它通过GFS来共享存储上的同一分区，使服务的各个节点就像访问自己本地文件系统一样，由于采用的是直接的I/O连接和访问方式，大大提升了共享访问同一分区数据的性能.
Red Hat Global File System (GFS)是一个开放源代码的，POSIX兼容的Cluster文件系统和卷管理系统，它运行在Red Hat企业Linux上，支持SAN （Storage Area Netowrk）。GFS支持Red Hat 企业Linux支持所有主要服务器和存储设备。它是Linux上的领先的第一个Cluster文件系统，和其它Cluster文件系统相比，GFS有着最强大的功能，广泛的支持和最好的性价比.
Red Hat GFS使运行Red Hat 企业Linux的多台服务器可以同时读写在SAN/ISCSI上的同一个共享文件，提供了更高的文件访问性能，降低了系统的复杂性和数据冗余备份的成本，保证了系统的数据完整性和统一性。 Red Hat GFS具有防止单点失效的高可用功能，可以提供从一台到几百台运行Red Hat 企业Linux的服务器提供服务，同时可以很好地和Linux上的各种应用程序保持兼容，共同工作。
Red Hat GFS和Red Hat企业Linux紧密地结合在一起，可以通过Red Hat Network来进行安装、升级和管理。各种应用程序如Oracle 9i RAC、在Cluster计算环境中的workloads 、文件服务、web和邮件服务都可以和Red Hat GFS完美的结合工作并达到更好的性能。
通过GFS你可以：
● 简单布署你的数据架构：只需安装应用程序一次，而服务于整个集群系统，减少数据冗余复制需求 简单实现备份和恢复任务
● 最大限度使用存储资源，最小存储把投资费用 管理整个存储系统做为一个整体 减少数据复制
● 可以无缝地扩展集群系统，可以在线增加存储或服务节点 不需要复杂的技术来管理多个分区 增加服务节点只需要一条mount命令就可以完成
● 最大提升应用程序的高可用性 Red Hat Cluster Suite 服务组件包含在GFS内
● 运行在多种平台架构 GFS可以支持x86, AMD64/EM64T, and Itanium平台架构
● 最大扩展Linux集群文件系统 可以最大支持到300个节点
● 紧紧结合Red Hat Enterprise Linux Server 不需要任何补丁
● 是目前唯一的遵循GPL协议的集群文件系统
● 完全Posix兼容 确保应用程序不需要重新编译就可以运行在GFS环境中
GFS文件系统通过一个或多个存储单元来构建一个存储池，集群中的节点通过SAN可以连接到指定的存储池，这样每个集群节点就可以通过一个或多个路径把存储池连接到网络应用中，由于存储池连接方式是通过直接I/O连接方式，所以可以大大提升I/O性能。
由于多个集群节点通时访问/读写同一分区/数据，就必顺通过一个或多个管理服务器来保证数据的一致性，在GFS中，管理服务器叫DLM （distributed lock manager），通过DLM可以与每个集群节点心跳通讯，以确保数据完整性，及节点健康性，一旦发现某个节点通讯有问题，它会把该节点从集群中隔离出来，直到该节点重新恢复，才能再加入集群节点中。
考虑到DLM服务器的高可用性，GFS可以通多设置多个DLM的备份，一旦主DLM发生故障，备份的DLM就可以接管作为主DLM来管理整个GFS。
所以从节点到DLM，都可以实现HA的功能 ，就不存在单点故障的问题，可以确保GFS最高程度的高可用性。
红帽GFS是Linux操作系统上唯一针对企业应用的Native64位集群文件系统，支持x86、AMD64/EM64T和Itanium等处理器平台。它还是Linux系统上扩展能力最强的企业集群文件系统，支持多达300个结点。GFS与红帽企业版Linux紧密集成，并且兼容POSIX，这意味着客户不必为了使用GFS而重新编写应用。 红帽GFS获得Oracle、EMC和NetApp的支持，包括Oracle解决方案在内的广泛业界支持标志着开源集群文件系统的成熟以及企业对此类系统的强劲需求。
Red Hat GFS实施方式
Red Hat GFS软件同时包含Red Hat Cluster Suite套件，通过与Red Hat Cluster Suite结合使用，便产生两种实施方式。
GFS和Cluster Suite共同组建的HA方式
由于Red Hat Cluster Suite最大可以支持16个节点，所以如果构基于Cluster Suite的GFS实施方式，其可实施的最大节点也为16个。GFS做为服务中的资源。通过在Cluster Suite中设置相应的GFS节点，可以实现GFS的高可用性特征，这时一组节点内的服务只能在一个节点上运行，一旦该节点出现故障，其余的节点可以根据Cluster Suite的配置策略来接口故障的节点。
HA+GFS解决方案
GFS独立运行方式 此种方式把GFS单独配置，不受Cluster Suite中的Service控制，故其不受Cluster Suite的影响，最大可扩充支持到300个节点。从而体现其广泛的可扩展性。
SAN GFS技术特征
● 主要应用于大文件和文件系统
● 支持最大300个节点
● 支持CLVM，实现卷管理
● 支持多种锁管理机制
● 每个节点都具有数据和元数据日志
● 支持x86/EM64T/AMD64/IA64
● POSIX兼容
● 在线文件系统管理 可以动态扩充 可以动态调整inodes
● 完全的读/写缓存
● 直接I/O能力
● CDPN支持（Context Dependent Path Names)
● 支持磁盘配额
● ACL支持
● 连贯的共享mmap()支持
● 避免中心数据结构存储
● 支持SAN/GNBD/ISCSI
锁管理器
GFS支持三种锁管理机制DLM、GULM、nolock。DLM是默认最优的锁管理器。
● DLM锁管理器
DLM（Distributed Lock Manager）是最优的锁管理器，它避免了GULM锁管理方式中必须提供GULM 锁管理服务器的缺点，不再需要设定锁管理服务器，而是采用对等的锁管理方式，大大提供处理性能，DLM避免了当单个节点失败需要整个恢复的性能瓶颈，DLM的请求是本地的，不需要网络请求，立即生效，通锁分层机制，DLM实现多个锁空间，并行锁模式。
● GULM锁管理器
GULM是GFS6.1以前的锁管理器，它必须要设置一个锁管理服务器，是一种client/Server的锁管理方式，显示易见，所有的锁请求必须要与锁管理服务器通讯。而且当节点增大的一定数量的时候，可能会出现磁盘的交换，降低了整个GFS系统的性能。
● nolock锁管理器 nolock实际并不是一个集群管理锁机制，它只能用于单个节点的GFS系统。一般用来测试和实验用。
GFS 6.1与GFS 6.0对比
GFS 6.1是一个成熟的、高可扩展的、高性能的集群文件系统，支持分布式锁管理，成熟的LVM2卷管理系统，而且与Red Hat Enterprise Linux紧密集成的系统。GFS 6.1与GFS 6.0相比尤其在性能上得到很大提升，包括快速的磁盘扫描、避免Kernel Panic，并且与Red Hat Cluster Suite紧密结合，而且其DLM的锁管理技术已经被Linux Kernel社区接纳。 Red Hat GFS 6.0 Red Hat GFS 6.1
Red Hat Enterprise Linux 3 support Yes No
Red Hat Enterprise Linux 4 support No Yes
LVM2 support No Yes
Pool support Yes No
Improved fsck No Yes
DLM support No Yes
GULM support Yes Yes
Cluster Suite infrastructure No Yes
Mount point withdraw No (panic instead) Yes
Red Hat GFS和Red Hat Cluster Suite的比较
Red Hat Cluster Suite和Red Hat GFS最大的区别在于它们的数据访问功能。Cluster Suite在同一时间只能有一台服务器访问共享磁盘上的一个磁盘分区。GFS却可以在同一时间内多台服务器同时访问共享磁盘上的同一个磁盘分区，甚至同一个文件。
Cluster Suite通过失败切换功能提供了HA功能，GFS不仅提供了HA功能，还同时允许多台服务器同时访问同一个磁盘分区和文件。GFS同时包含了Cluster Suite功能在内，这样可以为那些不支持并发访问功能的应用软件提供HA功能。
Red Hat GFS和Red Hat Cluster Suite运行在Red Hat 企业Linux AS或ES上，支持Intel X86/Itanium2/EM64T和AMD AMD64平台。
下面的图说明了这两个产品数据访问方式。Red Hat Cluster Suite提供了简单的、低成本的高可用方案，Red Hat GFS提供了更加灵活的、更强大的数据访问功能。
[3]
http://zauc.wordpress.com/2009/04/01/red-hat-gfs-vs-nfs-improving-performance-and-scalability/
{译}RedHat GFS对比NFS ：提高性能和可扩展性
2009年04月1日 由 Timo 4条评论
本文翻译自：http://www.redhat.com/magazine/008jun05/features/gfs_nfs/
原文作者: Matthew O’Keefe
译者: Timo
本文是对比Red Hat GFS(Global Filesystem)和NFS的基础文档，用来说明2种文件系统的区别。以及GFS的优势在哪里。
数据共享在今天的现代计算机世界是必须的。当收到数据请求，包括允许一个服务器群集对一个存储连接池的访问请求， RedHat GFS是简化您的数据架构，最大限度地减少存储成本，增加存储的速度，并实现最大的正常运行时间的方案。
类似于红帽GFS的集群文件系统像使用基于IP分块网络的iSCSI共享协议，以提供可扩展低成本的文件服务。网络文件系统（ NFS ）是一种常见的共享存储解决方案通过使用许多设备。然而，在某些情况下，这一解决方案并不可扩展。GFS和NFS如何比较？ 下文讲进行解释。
红帽®企业版Linux ®客户遇到有性能问题的NFS并且只使用Linux下的NFS客户端可以使用基于iSCSI的IP分块联网Red Hat GFS来很快提高它们的性能和扩展性。
比较 ：
NFS的是Linux和UNIX下一种流行的文件共享协议。 图1 显示 不同的NFS和GFS在服务器群集下数据共享硬件拓扑。 图1 显示了典型和最常见的NFS的部署：一个单一的NFS服务器有自己的本地存储连接到在网络上的客户端。 GFS的数据共享群集构建一个具有相同的硬件架拓扑iSCSI服务器，并在实践中，拥有更好的性能。此外，不同于NFS ，GFS像一个本地文件系统因为它兼容POSIX行为。这意味着，分布式Linux应用程序可以取得良好的访问性能访问共享文件通过实现兼容POSIX标准的集群。
注：
特别是， NFS不支持UNIX （和Linux ）进程的所支持的同一文件同步语义：在UNIX ，如果一个进程写入一个文件，另一个进程读该文件在稍后时间保证看到前面所写的。 NFS没有这种保证，除非特别设置写入缓存，但使用可能产生负面影响。
图1 。 Comparing NFS and Red Hat GFS/iSCSI hardware topologies
图2 显示两组NFS服务器作为故障切换和后端的存储区域网络（ SAN ）; 相对的数据共享群集拓扑显示，包含两个iSCSI服务器共享SAN存储。就像图1 一样物理拓扑结构是一样的，但功能可在这两个系统已经相差很远。 在NFS的服务器只是作为一个容错互备：他们不共享文件，只有物理块存储（每个NFS服务器输出本地文件系统来映射到SAN一个共享卷） 。 必须维护两个单独的文件系统，而且在同一时间只有一个NFS服务器可以提供的处理能力来处理NFS的要求特定的文件系统。 相比之下，在数据共享集群里一个单一的文件系统可以被映射到SAN存储：这两个iSCSI服务器协作，以提供共享文件系统。 如果一个iSCSI服务器出现故障，GFS的服务器节点可以通过路由绕开周围的失效的节点来访问仍在运作的iSCSI存储服务器。
图2 。 Paired NFS and Red Hat GFS/iSCSI servers
图3 显示系统拓扑规模扩展到四个NFS和四个iSCSI服务器。 请注意， NFS服务器不同于是iSCSI节点是它没有一个SAN的存储空间。 这意味着，每一个NFS服务器可以提供访问的只是一个单一的文件系统，它是不可能增加更多的NFS服务器的处理能力增加服务以提供部分的文件系统。 相比之下， 4个iSCSI服务器通过SAN连接到共享存储，并提供所有四个服务器处理能力的GFS服务器。事实上，更多的iSCSI服务器可以按需添加到GFS服务器数据共享集群，但是必须与SAN的处理能力想匹配。 存储容量也可逐步增加的SAN，可以提供访问一个或多个文件系统。四个的NFS服务器在图3中显示的是四个独立的存储空间，并且性能和效率含有瓶颈的NFS服务器。
图3.Multiple NFS servers and a Red Hat GFS/iSCSI data sharing cluster
摘要
红帽GFS可结合iSCSI存储网络，以提供更好的性能相比单独的NFS实现。
Table 1. Comparing GFS/iSCSI and NFS
Share this:
Filed under xnix Tagged with gfs, Global Filesystem, iSCSI, nfs, redhat, SAN
[4]
