第二页
哪些应用能从 V 系列 RamSan 联合解决方案中获益？
你很可能已经开始猜测，V系列 RamSan联合解决方案所带来的更少的延迟以及更显著的吞吐量将使哪些应用因此受益？
总体来说，那些具有随机I/O工作负载的应用将从使用闪存设备中受益，而那些具有连续工作负载的应用则不会。联机事务处理（简称OLTP）与其它的数据库应用很明显也是合适的候选者。如果一个完整的数据库适合RamSan存储容量，那么它将立即从这一解决方案的延迟和吞吐量方面得到帮助。对于更大的数据库，通过仅仅将诸如事务日志、索引及临时空间之类的热文件存储在RamSan上，并将该数据库的其它部分放在硬盘驱动器里，你就能够利用RamSan 去改善延迟。
通常，只要整个数据集或活跃数据集适合RamSan 内存的任何应用都可能是一个好的候选，特别是当那个数据集能够被并行工作的多个服务器访问的时候。在电脑动画中使用的渲染集群都是很好的例子。当然，问题的关键在于磁盘I/O 在应用性能方面是不是限定因素。
你的应用 I/O 是否受限？
谈到改善应用性能，存储经常是性能链上最后一个被调查的环节。
图1） 改善应用性能的典型方法
这部分地是因为理解I/O性能的那些方法并没有被广泛理解。不过，现在有许多操作系统级、存储系统级和应用级的 I/O 性能分析工具能够帮助你查出可能的I/O 难题。
供研究I/O使用的操作系统级工具
对于UNIX和Linux操作系统来说，许多性能分析工具如Top、iostat和sar（系统活动报告人）能帮助你了解I/O对你的服务器的潜在影响。如果该服务器是（或可能）专用于单一的有趣应用，那么这些统计数据就是有用的。例如，Linux系统上的iostat命令显示“%iowait”， 即该系统等待I/O所花费时间的百分比。（系统执行这个命令时仅显示了一个单一时间点。）
对于Microsoft 的Windows来说，最佳系统性能分析工具是性能监测器。遗憾的是，性能监视器不能提供明确的I / O等待时间统计数据。然而，它能提供包括实时处理器的性能水平和磁盘队列统计数据。“处理器：处理器时间百分比”测量出处理器所做的实际工作， 而“平均磁盘队列长度”显示了I / O操作进程的数量。如果一个承担了太多事务处理的系统显示出很高的磁盘队列水平，而“处理器时间百分比”恰巧在100% 以下，你就可以假定服务器I/O等待时间是长的。
存储系统工具
如果你使用的是智能后端存储系统，它也许能提供关于I/O的额外信息。例如，通过使用NetApp Operations Manager，你能以图表的方式清晰地看到包括卷延迟、每秒操作等在内的各种存储衡量标准。通过专注于特定应用使用的卷，你可以分辨出这些卷是否正在承担过多事务处理以及/或者高度延迟。
你可以从之前发表的Tech OnTap 文章《监测、解决问题、提高NetApp存储性能》 （Monitor, Troubleshoot, and Improve NetApp Storage Performance）和NetApp技术报告3525《存储性能管理》（Storage Performance Management）中看到更多关于如何使用这些NetApp工具的内容。
应用工具
对于最可能的应用特征来说，你需要嵌入在应用中的I/O工具来告诉你到底该应用是如何使用其时间的。许多流行的数据库和业务应用包含了这类的工具。例如，Oracle配备Statspack功能来监测数据库性能。在Oracle10g中， Oracle推出了AWR （Automatic Workload Repository）和ADDM （Automatic Database Diagnostic Monitor）一起作为其Enterprise Manager Tool的额外成本选项。
Statspack报告包含了“最常见的5个定时活动”一节，指出首先你会渴望了解你的数据库是否在I/O约束范围内。（见图2））
图2）Oracle Statspack报告的部分内容，显示了最常见的5个定时活动（15分钟间隔）
回顾该例子的结果，非常明显，在该间隔期间内数据库花费了83% 的总运行时间的用来读取。将等待的总时间分解成以秒计的时间，将得出每次等待需要5.25毫秒的平均延迟时间。尽管这样的延迟时间还算不错，但要使这个数据库得到明显的性能提升还需要进一步削减延迟时间。为此，将V系列和RamSan结合将是一个完美的解决方案。你可以从Texas Memory Systems最新的一份白皮书《以固态硬盘加速Oracle性能》（Faster Oracle Performance with Solid State Disks）中了解到更多的关于Oracle I/O的性能表现。
最终部署案例：融合RamSan的FlexCache
与任何大型存储的部署一样，融合TMS RamSan 的NetApp V3170是一项重大的投资，特别是如果你将该投资用来加速一个单一应用。针对基于NFS的环境的一个替代方法就是使用NetApp FlexCache软件创建一个缓存架构来部署该解决方案。
在缓存架构下，一个快速的存储缓存逻辑地存在于主存储系统和计算服务器或桌面客户端之间。一旦数据被读取，会自动被拷贝进这个缓存层；随后的读取来自缓存而不是原来的存储系统。借助NetApp V系列和TMS RamSan投资集中缓存层，你可以在多存储系统和应用方面利用这笔投资。当然你也可以在你的主存储中配置更经济、高容量的磁盘驱动器而不会影响性能。因为热数据会自动被缓存，所以无需手动的数据管理或迁移软件。
图3）一个FlexCache架构显示V3170/RamSan作为高性能缓存层在使用
这种方式已证明可为加速并行软件构建以及诸如动画渲染、电子设计自动化、地震分析和模拟金融市场等计算密集型应用带来显著提升。任何通过多计算服务器并行读取相同数据的应用都可以从中受益。
结论
如果你使用的应用受到I/O的限制或者其中硬盘延迟时间已成为制约因素的话，NetApp V3170和TMS RamSan-500的联合解决方案可以通过一个级数 （从10毫秒到1毫秒）来减少延迟时间，并保证达到50,000 的IOPS。
作者
Jamon Bowen Texas Memory Systems 企业级架构师
Jamon于2004年加入TMS成为一名软件工程师。现在他已经是金融行业的企业级架构师。通过领导全球的资讯会议并维护强大的在线资讯，Jamon已经是固态硬盘存储界的意见领袖。Jamon毕业于美国科罗拉多矿业学院的电机工程专业。
Steven Lusnia NetApp V系列解决方案架构师
Steve在NetApp工作已超过8年。他于2003年年中加入NetApp，开始与很多希望将NetApp特性应用到其传统SAN环境的客户工作。这也正是V系列产品线诞生的原因。2006年，Steve担任工程师和产品管理的联合职位，利用他的采矿经验帮助推动V系列产品线的发展进化，其中包括融合TMS RamSan 的V 系列。
Darrell Suggs NetApp 技术总监
Darrell 于2001年加入NetApp性能工程。他开发了很多重要的性能工具，指导了NFS环境中的性能加强，领导了FlexShare 产品开发以增强其存储服务质量。现在他为NetApp 缓存产品担任技术指导。Darrel 于1993年在美国克莱姆森大学获得计算机科学的博士学位，并在IT行业有超过15年的工作经验。
网友评论