Highlighted

存储LUN条带和OS上条带有无差别?

目前碰到一个这样的问题。

三个LUN,在存储上做了metalun(stripe方式),映射给主机当成1个LUN使用;

三个LUN,在存储上直接映射给主机,主机层面用LVM做了stripe;

这两种方式在容量上大小一致,在性能方面有没有什么差异?

个人感觉应该是效果一样的。

标签 (1)
标记 (1)
53 条回复53
yanzs
3 Cadmium

Re: 存储LUN条带和OS上条带有无差别?

不知道两者实现stripe的底层原理一不一样?

0 项奖励
Jun_Tan
3 Zinc

Re: 存储LUN条带和OS上条带有无差别?

就看主机做stripe处理和存储做stripe处理哪个更有效。

这种对比有趣,有人测试过吗?

个人偏好使用第一种方式:1.主机配置更简单;2.主机不需要承受LVM做stripe的负载;3.存储端使用metalun,容量管理方便。

0 项奖励
Fenglin1
4 Beryllium

Re: 存储LUN条带和OS上条带有无差别?

性能到底哪个效果好,个人觉得还是存储端做Strip操作更加好一些。主机上做条带,肯定要分配CPU资源来做运算。存储的话就释放了主机的CPU资源,专心为应用服务。

0 项奖励

Re: 存储LUN条带和OS上条带有无差别?

呵呵,这个真就不清楚了。

0 项奖励

Re: 存储LUN条带和OS上条带有无差别?

呵呵,个人也是偏好在存储端做meta的方式,但把stripe的工作抛给存储,对于较为低端的CX来说,SP那边的压力不知会如何,况且SP的缓存也不大。

目前的情况是,我做了两个LLUN的meta,映射给主机后,主机将其作为oracle的日志卷,数据库跑起来后这个meta对应hdisk IO繁忙率为100%,搞得我郁闷不已。

不知道在LVM上stripe会不会好一些。

0 项奖励

Re: 存储LUN条带和OS上条带有无差别?

我这边是IBM的Power750小型机,CPU和内存资源挺丰富的,但存储却是低端的CX,不知道上面的问题是不是出在存储那边。

0 项奖励
Fenglin1
4 Beryllium

Re: 存储LUN条带和OS上条带有无差别?

你oracle的日志卷后端连的是什么raid类型,物理磁盘是哪种的?。数据库事务量如果大的话,事务日志写压力会比较大的。

0 项奖励
Jun_Tan
3 Zinc

Re: 存储LUN条带和OS上条带有无差别?

这么惨。。。

你SP的CPU和内存资源使用什么情况? 从两个SP上面分lun给主机看看,这样或许能减轻单个SP的压力。

简单把metalun换成LVM,估计效果不大。主机做了LVM,应该不会另外增加存储上面的IO。所以要想减轻存储的压力,可以用上两个SP试试。

0 项奖励

Re: 存储LUN条带和OS上条带有无差别?

8+1 raid5,450G FC

没办法,存储资源比较紧张,没办法做raid10。

之前是有5个LUN分给数据库,tablespace平均分配在每个LUN上,但没考虑日志卷的问题,结果发现5个LUN中其中有一个LUN IO繁忙率能到80%,其余4个LUN的繁忙率只有40%左右。

这才考虑到日志卷的隔离问题,于是就按照上面的方法做了2个lun的meta给log用,结果log卷使用率直接飙到100%,其余几个数据卷只有30%。

这才有帖子里面的疑问。

0 项奖励