开始新对话

未解决

此帖子已超过 5 年

4516

2013年4月25日 02:00

write cache和read cache比例调节和优化的问题

​还是关于write cache和read cache,不过这个问题可能比较大点,所以发个新帖子来问下。​

​根据 ​​VNX阵列上读写缓存的推荐配置值​​ 里提到,新的VNX阵列上,还​​尚未设置write cache和read cache的比例。那么,​​基本上read cache值将会设在可用缓存的​​10​​%(最小值为​​256 MB​​,最大值为​​1024 MB​​),剩余的90%可用缓存会作为write cache。比如,全新的VNX 5300上,每个SP上有总共3997MB的可用缓存,其中400MB作为read cache,3597MB作为write cache。​


​这个默认10% 对 90% 并一定是最优的设置。如果系统读IO比较多,那么从系统优化的角度来说,势必想增加读缓存的比例(容量),以提高读的命中率。反正亦然。​


​所以,我的​​问题是​​:对于一个每天都有大量读写IO的生产系统,从10% r​​ead cache和90% ​​write cache这个初始值出发,有什么有效方法(监测日志或工具命令等)可以帮助管理员逐步把read cache和write cache的比例从默认值调节到一个跟优化的比例? 比如,看到xxx现象,就应该尝试上调一些read cache,每次上调多少比例较为合适?​


​写了这么多,希望自己把需求给描述清楚了。大家有什么经验分享一下吧,谢谢!!!​

4K 消息

2013年4月25日 21:00

最早在FC4700的时候可以通过Navisphere Manager或CLI查看Read/Write Cache Hit Ratio,不过这个功能在CX, CX3, CX4和VNX中都被取消了 (详见EMC KB emc85278 "Navisphere or Unisphere Manager displays Read Cache Hit Ratio and Write Cache Hit Ratio as N/A from CLARiiON CX, CX3, CX4 and VNX Series arrays.")。原因未知......

所以我觉得如LZ这种“精细”化的调整,一般用户还是很难操作的。

>naviseccli -h 10.32.167.59 getcache

SP Read Cache State                 Enabled

SP Write Cache State                Disabled

Cache Page size:                    8

Write Cache Mirrored:               YES

Low Watermark:                      60

High Watermark:                     80

SPA Cache pages:                    371903

SPB Cache pages:                    371904

Unassigned Cache Pages:             0

Read Hit Ratio:                     N/A

Write Hit Ratio:                    N/A

Prct Dirty Cache Pages =            0

Prct Cache Pages Owned =            49

SPA Read Cache State                Enabled

SPB Read Cache State                Disabled

SPA Write Cache State               Disabled

SPB Write Cache State               Disabled

System Buffer (spA):                8231 MB

System Buffer (spB):                8231 MB

SPS Test Day:                       Sunday

SPS Test Time:                      09:00

SPA Physical Memory Size =          16352

SPB Physical Memory Size =          16352

Physical memory size of Front-End = Switch not supported

Physical memory size of Back-End =  Switch not supported

SPA Free Memory Size =              121

SPB Free Memory Size =              121

Free Memory Size of Front-End =     Switch not supported

Free Memory Size of Back-End =      Switch not supported

SPA Read Cache Size =               2000

SPB Read Cache Size =               2000

SPA Write Cache Size =              6000

SPB Write Cache Size =              6000

SPA Optimized Raid 3 Memory Size =  0

SPB Optimized Raid 3 Memory Size =  0

28 消息

2013年4月25日 23:00

最近一个项目就出了问题,缓存比例为默认,迁移到VNX5100上后,客户SAP系统比CX300上性能还差,最后调整为读写1:2,才得以改善!

913 消息

2013年4月25日 23:00

这个很难去准确定位这个比例,只能根据自己的生产环境的大概读写比率来设置,1:9这个比例只是EMC官方的建议值

4K 消息

2013年4月26日 00:00

恩,只能用Analyzer来看,不过这个是收费的,要单独购买license。

1.4K 消息

2013年4月26日 00:00

要完全了解情况,类似Analyzer的工具是必须的,但如果你已经知道你的I/O是如下形态,那么可以做相应考虑:


1. 什么时候需要更多的读缓存?是顺序读特别多的时候,如果你知道自己的应用的顺序读特别多,不妨增加读缓存。


2. 如果你不清楚自己应用的I/O形态,那么配置更多的写缓存是不会有错的。因为根据经验,往往过载的都是写缓存,而且读操作也会检查写缓存看自己的数据是否在里面,从而加速读取速度。这也是为什么EMC的推荐值就是读写1:9了


3. 一般根据应用程序类型可以猜出I/O形态,比如数据库OLTP/OLAP,分别是随机小I/O,和顺序大I/O,前者需要更多的写缓存,后者需要更多的读缓存。

290 消息

2013年4月26日 00:00

除了用命令行可以查看, 还可以通过VNX/CLARiiON的性能日志NAR文件查看。对于RAID Group LUN来说,Read Hit Ratio值越高,表示Read Cache利用的越充分。

一般来说,如果阵列上大多数的RAID Group LUN的Read Hit Ratio都超过80%,表示Read Cache利用的很充分,读请求的响应时间也因此缩短。这时如果稍微增加Read Cache值,性能会更加好一些。

perf 1.jpg

如果大多数 LUN的Read Hit Ratio很低,Used Prefetch值也很低,说明该应用环境对Read Cache需求不大,可以调低Read Cache,把多出来的分给Write Cache。更加精确调配,可能需要请教EMC专业的性能规划团队Professional service了。

附上使用Analyser工具的方法

CLARiiON/VNX性能优化工具(一) - Navisphere/Unisphere Analyzer性能分析工具

60 消息

2013年4月28日 17:00

也谢谢其他各位大侠的热心分享:)

60 消息

2013年4月28日 17:00

哈哈,果然。能分享下当时是怎么想到去调读写缓存的比例来解决问题的吗?用了什么工具或方法逐步调到了你说的1:2?谢谢

60 消息

2013年4月28日 17:00

多谢分享。这个不错。看Read Hit Ratio和Used Prefetch的值确实能说明问题。

36 消息

2014年1月27日 22:00

請問我在Performance Detail未有Read Hit Ratio,只有基個基礎選項,是因License問題嗎?若是License問題,是否有其它方式可以查看?謝謝你~

4K 消息

2014年1月27日 23:00

有一些选项只在Adanced模式中才有。你把它启用再看看:

analyzer_advanced_mode.jpg

cache_hit_ratio_advanced_only.jpg

找不到事件!

Top