SFCFS.ppt

周玉林 Sr. Technical Consultant Veritas Data Center Software 集群文件系统中的每个节点都可以运行交易，因此不再需要手工平衡负载 集群文件系统命令可以在任意节点执行 MTS方式可以支持多达32个节点，极大的提高了可用性和效率。 SAP的数据库大部分是基于文件系统的 性能往往是SAP升级项目的主要原因 往往有生产、测试、学习等系统 最核心的系统，是容灾项目中最重要的应用 模块多的系统，往往有以下情况 性能要求很高 测试任务很重 数据量很大 容灾必须要上 置换NFS SAP为了提升高可用性，NFS经常会采用交叉加载的实施 性能问题 性能问题 稳定性问题， 当某个节点失效时，IO hang 会超过30分钟 基于开放系统的银行系统存在的普遍问题 交易流水日志以文件方式存放 上百万的小文件 备份时间长 无法在线碎片整理，性能持续下降 中间件消息系统已经成为业务系统不可缺少的一部分： 金融、计费、流程管理…. 如果没有中间件消息系统，所有应用之间的相互通信将无法进行 这类系统的可用性需要达到5个9 对所有消息对列使用共同的名字空间，单一的文件系统加载点: /var/tibco VCS 提供对TIBCO节点的高可用保护 控制 tibemsd 启动和停止，对TIBCO non-fault tolerant 队列的额外保护 Can fail over non-fault tolerant queues to any machine Can fail over fault tolerant queues to a third standby node with proper configuration Tibco EMS in conjuction with CFS can provide sub-10second fail over times for messages queues Done through Tibco fault tolerant configuration and by enabling the shared file system on all nodes Cannot be done with NFSv2,v3 (UDP) and maybe not even NFSv3 TCP CFS is fully supported and proven at some very large accounts in very large configurations 20 nodes 场景 1: Primary Queue Servers 和 Producers 之间的网络故障 EMS FT 行为: 不会产生切换 new 的交易不再处理 I/Os hang 场景 2: NFS 服务器崩溃 Tibco FT + NFS 相应: IO hang FT 不会切换 新的交易不再处理 Presentation Identifier Goes Here 并行应用 无切换，实现负载均衡，最大化利用集群文件系统的效率 非并行应用 加快切换时间。减少应用中断时间 集群文件系统方案必须能实现不同应用的倚赖关系，并能很好实现不同需求的切换策略 一个集群技术 集成方案 应用、存储、负载均衡 高效、稳定、可靠 Simultaneous access to same data set. People think of RAC as the only one, there are an increasing number of them. Sybase starting to talk about it. Single Instance App Pooling. Replace NFS with a clustered file system. If you have heavily bottlenecked NFS server, maybe use CFS. NFS not cache coherent, cache on different servers accessing it can get out of synch. For apps that care or are somewhat sensitive, like web servers, it may matter. Serial data sharing. Typically results in proliferation of copies and too much storage. Use CFS and reduce number of