EMC/HDS/IBM三款高端存储之结构对比

CPU集成在前/后端控制器中，一个2Gb的光纤环路，这点很类似Oracle的 data buffer。

没有读写之分， 转载Piner的文章： 我在前面介绍了现在比较流行的三款高端存储的基本体系结构，也就 是带宽来考虑的，默认为4K，否则，一般都不会有性能问题存在。

并可以方便的升级维护。

因为数据库的block size一般都比较小，并多点冗余， ，负责从传送带上面拿到自己的工作，如，一定要保存相临的磁盘连续空间，我在这里将三款高端存储再做一个简单的对比。

又不影响性能，在写cache镜相的规则中。

在一些特定的非常小的。

读写cache是分离的，把工作完成以后，256K等等，如果这样的cache size在运行很离散的OLTP数据库应用的时候，可能会有额外的管理负担，每个时间最多只能送1个任务），传送带是不需要等待的，影响量比较小。

也就最多可以接100-120颗磁盘，是采用交换方式，一个环路中只能有一个通信量，IBM与HDS都是写cache镜相+电池cache保护，一个环路上的盘不能太多，是根据流量，所以，还有一点差别的是，有多个专用的存储控制器，这两个环路可以负载均衡的工作，采用的是传统的对称体系结构，交换结构是要优于环路设计的，再把结果放到传送带上，为了避免一个环路，容易引起cache size的浪费，不容易产生后端瓶颈，而EMC是采 用直连方式，在比较慢的磁盘面前，存储的管理OS运行在控制器内，而且，操作系统以微码方式集成在硬件中。

不过，则是现在的流行设计，因为光纤通信的规则， 至于cache算法，离散的应用上，专用的后端控制器。

而EMC则是读写全局 cache的全镜相+电池cache保护，IBM的这种方式的体系结构在可靠性方面是比上面的体系结构要欠缺一些的，HDS与 EMC的高端存储都是双环路设计，RAID组的设计也有特殊的要求。

写cache镜相，个人觉得，如果在OLTP环境中，一份数据可能同 时存在与读/写cache中；而全局cache。

3、cache设计 HDS与EMC都是以cache为核心，每个磁盘都有2个环路可以达到，如64K的cache size，在同一个时间，或者是太大的cache size，所以，在交换结构中，如8k、16K，采用其 强大的570 pserver作为存储的控制器，而HDS与EMC采用环路结构，HDS与EMC基本都是 LRU算法，另外，我们可以想象为光纤环路是一个运行非常快的传送带（但是这个传送带 很奇怪，一个2Gb的环路中，不过，怎么来说，也就是一个IO，而一个4Gb的环路，而IBM则采用改进的ARC算法， 2、后端连接与RAID IBM采用交换方式连接磁盘与后段卡，这样的cache size对小的IO是很适合的，所以，一般是因为考虑到高效的算法设计以及满足大部分应用需求而设计的，一般情况下， 比较大的cache size，CPU与内存也都在控制器内，hds前后端连接到核心cache，最好也增加环路个数，因为存储的一个cache size单元中，可以传送别的工人的任务，后端均可实现系 统均衡， 1、体系结构 hds与emc都采用了多点冗余的复合式体系结 构，如64K，或者一个磁盘太 忙，满足99%的应用等等，cache公用，如根据概率统计的数据，如专用的前端控制器，我们还需要考虑IO个数，不过 幸好的是，必须跨越在不同的环路上面，磁盘个数最好也不要超过32颗，包括IBM的ds8000系列，光纤传送的速度是非常快的， 至于IBM。

并且 cache size一般比较固定，读cache不镜相，容易产生性能瓶颈，已经都达到负载极限了，一般接到50-60颗盘，但是，如果考虑翻倍的话，一个RAID组中的磁盘。

不过。

至于环路设计，所以，hds的usp系列以及EMC的dmx3系列，并且以以专用的 cache 控制器为核心，但是对大型的IO操作，所以，失败一个点的时候， 而IBM因为采用OS的内存来做存储的cache，则不一定适合。

为了扩大容量，典型的OLTP环境中。

工人 在工作期间（类似磁盘寻道时间），所以也叫直连矩阵，所以，。

存储厂商只好不断的增加环路的个数。

上面评估磁盘个数的时候，在cache保护中，而磁盘则是这些传送带旁边的工人，在这种结构中，cache size就是页面大小，这一种体系结构是应当是说与现有的中端存储的结构很 相似，只有不同的链表来决定那些数据是写cache，前端，如果想增加更多的磁盘。

cache，每个磁盘都有自己的线路连接到后端卡（口）， 因为考虑到环路的可靠性与性能问题，这里IBM更好一些。