新开一贴，关于存储的纠结，诚邀各位大人喷水

jar

在理啊。
俺再补充两条：
1. 选择某个存储产品前，最好先到厂商的论坛上调查了解，其他用户的经验最实际了。
2. 如果机关算尽存储无法满足应用要求的话，就别虚拟化好了，老老实实走老路得了。
BTW, 最近这里讨论热烈的内容都是存储，跑题严重啊。 是不是应该另外再开个版？

SEAFLANKER

存储不给力 虚拟化就是在扯淡啊

seanlaser

记得我以前写过一个回帖，我的观点是虚拟化，不应该成为存储整合的原因！虚拟化应该更多的考虑计算整合，而非存储。必要的时候甚至应该存储分散和分离，采用多种手段最大程度的降低总体拥有成本和运营成本，同时提高灵活性！
当然，当前很多厂商解决方案都是N服务器+1存储。不过我还是要提醒用户：不是所有的VM都需要24*7不间断的高标准保护的！没有必要全放到一个昂贵的存储上！反过头来，其实很多case里面采购了很高的存储却发现整个保修期内速度就没有跑超过20%过！

coolzsb

本帖最后由 coolzsb 于 8-2-2012 15:40 编辑
首先，对于虚拟化的存储后端设计，要强烈建议大家仔细看看seanlaser的建议：最最重要的是，要了解自己的业务对存储的要求
其次，存储设计要尽量减少对存储的缓存依赖的比例。存储存储，最终的数据都是要落到存储介质上的，你需要的存储介质提供的io能力与容量到底需要在存储介质上花费多少的费用？你最终在存储介质上花费的预算与你花费在装这些存储介质的铁盒子、控制器的费用成什么样的比例？
仔细想想，存储的预算只有10%是花在磁盘上面的配置是合理的吗？那么，20%呢？30%呢？你的设计又是什么样的呢？
存储介质就是拉车的马，存储就是被马拉的车：要防备存储方案被设计成小马拉大车的尴尬局面。
最后，存储设计还要考虑物理环境的限制：对你来说，供电、空间、线路的限制有多大的影响？
坚持了以上三点原则，再在预算范围内选择你需要的高级存储功能，那么，你最终要的是什么样的存储也就呼之而出了。
签名
---
当然了，首先的首先还是你有多少的预算~~~

ctchang

完全同意，对大多数人来讲，4个1G完全足够了，最重要还是要看有多少硬盘，也就是IOPS了。

coolzsb

很明显的，这些虚机磁盘所在的raid group过载了。
对于你的负载来说，这个LUN放16个vm有可能太多了：对于ds4700来说，因为没有vaai的支持，加上你的vm的IO负载不低，不建议在一个LUN上放太多的VM
说到vaai，我能否做个猜测：你目前的这几款存储选型的选择理由之一就是他们都支持vaai？
web和中间件的主要IO吞吐为访问日志的写入，而oracle为随机读写，同个LUN（实际是挂在同个存储控制器下的LUN）最好是都放一些IO模式较为相似的业务系统的：
在现有硬件条件不变的情况下，是要想方设法提供存储控制器的缓存命中率的，除非你的存储硬件能力有很大的富裕。
考虑过这些小型ORACLE在同一时间进行备份会对你的存储造成多的IO冲击吗？
加强性能监测吧，cacti真的是很好的性能监测解决方案。
签名
---
细节真是让人昏昏欲睡啊

shiux

一句话点醒梦中人 ，的确是应该像ORACLE的存储分配一样 换分成小lun，以减少该lun上的并发了。
实验个先。
个人认为应该是交错放置比较好。
的确目前 vmware卷上 的缓存命中 很低。
但大量oracle应用都是windows上老版本的32位，内存使用无法提升到4G以上，可能需要使用PAE寻址方式方能扩大数据库缓存
虚拟化的确对管理的要求越来越高。

TiGi

本帖最后由 TiGi 于 8-2-2012 17:39 编辑
有个帖子里，我曾经贴过我的主机的存储情况，日常我开启运行的VM有30+，但是我的两个iSCSI存储上面（其中MD3000i现在只用于数据备份），划了14个Lun给虚拟机。有些Lun上，我运行且只运行一个VM。
就个人觉得，虚拟化，存储的规划，空间划分应该考虑得周详一些。
————————————————————————————————
关于Oracle，去年我们试过从32位的Linux迁移到64位的Linux上。（数据库总量不大，架构又比较简单）过程还是挺顺利的，运行状况也良好。

star_xin

一个存储上面 划分多个lun 但是每一个lun 所对应的物理磁盘这个知道吗？ 如果为了减少lun的并发访问而划分多个lun，一个vm独占一个lun，在逻辑上面是独占，但是在物理层面是不是还是有可能是关系到相同的磁盘上呢？

TiGi

本帖最后由 TiGi 于 8-2-2012 20:41 编辑
MD3000i里面，一个热备，其余14个硬盘组成一个RAID6，然后建立四个Lun。
EQL6010XV里面，一个热备，其余15个磁盘组成一个RAID6，然后建立了16个Lun。
————————————————————————————————————
MD3000i里面是否会把IO集中到若干个磁盘上，未知；
EQL6010XV里面，是会把IO分散到15个硬盘上去的 —— 刚才我回这个帖子的时候，看了一下，15个硬盘每个硬盘IOPS为37.1-40.2 —— 就这个数据而言，应该说是将IOPS分散到每个硬盘上的。
————————————————————————————————————
划分这么多Lun，原因是：
1、EQL的Lun扩容很简单 —— 据说ESXi里面一个Lun可以扩四次，而EQL没有这方面的限制；
2、我在EQL内启用精简备置 —— 因为我在EQL上启用快照和复制，这些都需要一定的空间，而就我目前的应用而言，容量相对而言更是一个“瓶颈”点，而性能相对次要一些；
3、我对不同的Lun启用不同的快照策略 —— 有的是仅仅每天快照一次；有的是有三四个快照计划，工作时段快照2次、每天、每七天、每二十八天等等。
4、EQL的Lun，可以随便更改名字 —— 当然ESXi里面也可以随便更改。因此我可以Lun、Lun上的虚拟机、清单都规划/设计好 —— 就理论上讲，任意一个Lun的快照点/复制点恢复过来，重新挂在任意一个ESXi主机上，很快就能恢复一个虚拟机。
5、Lun划分得细/适当，则每个Lun快照/复制/恢复的数据量都不会太大 —— 假设你的一个Lun的数据是4T，而盘柜的空间才6T，如果你打算将这个Lun的某个快照点回复过来，需要4T的空间，而这时候你的盘柜上的空间可能只有几百G了！这时候你怎么办？
6、按计划，我会再购置一个EQL，有些Lun会送到另外一个EQL上去。