16块硬盘存储数据库内容，怎么做RAID？

tmdna

原帖由 bbjmmj 于 2009-7-24 22:50 发表


穿个马甲出来恶言相向，最起码你人品就败了。
就你这个自己打自己嘴巴的回帖，搞你个灰头土脸不是问题。

接着喷，你人品好？你一点品都没有，害人害己，你搞撒，灰头土脸，我让你体无完肤你信不？自己打自己嘴巴不嫌搔，不要脸。
这不是环境问题，你连起码的知识都2b一样，趁早滚蛋！

bbjmmj

原帖由 tmdna 于 2009-7-25 09:18 发表


接着喷，你人品好？你一点品都没有，害人害己，你搞撒，灰头土脸，我让你体无完肤你信不？自己打自己嘴巴不嫌搔，不要脸。
这不是环境问题，你连起码的知识都2b一样，趁早滚蛋！

呵呵，注册个马甲出来装，有意思么？你装赢了也没人知道你是谁，酱紫岂不是很无聊么？昂~
我什么时候害人了呢？请举个例子来？要不你给楼主问题解决了，也算你不是CU的混混，你看如何呢？

A.com

原帖由 bbjmmj 于 2009-7-23 17:56 发表


有关系，服务器上的SCSI的阵列有I/O瓶颈，SATA就没有。

CPU在读写时的高负载更要命

bbjmmj

给楼主一个配置建议，这个建议商家不会推荐给客户，但此配置效费比极高：

楼主用的IP SAN，SATA硬盘，除非资源库一类的应用，数据库容量不太可能会超过1TB，这种情况下应该做成两组阵列，一组是4到8块硬盘的RAID1用来存放数据库，剩下的做成RAID6用来存放日志。
RAID1做成4个LUN，用MULTIPATH连接到主机，这样可以有4G的带宽用来传输数据。RAID1的盘数可以用测试工具来决定使用几块盘，选择读操作IPOS最高的盘数做成RAID1。
切记一定要把数据库文件和日志分别装在LVM上，这样日后扩容，数据迁移，或者做灾备会方便些。

kimifc

原帖由 bbjmmj 于 2009-7-26 15:57 发表
给楼主一个配置建议，这个建议商家不会推荐给客户，但此配置效费比极高：

楼主用的IP SAN，SATA硬盘，除非资源库一类的应用，数据库容量不太可能会超过1TB，这种情况下应该做成两组阵列，一组是4到8块硬盘的 ...

bbjmmj前辈，不排除商家从自身利益考虑从而不推荐最优化的建议。我觉得每一种方案都有各自的优缺点，如何找到符合客户的最佳方案需要双方的共同努力，

在这里楼主采用什么方案，需要楼主对自身的业务情况做充分的了解，这样才能选择最合适的。同时，数据库存储的方案最好是能得到商家的支持（这点不难，把问题分解，多交流，论证合理性，最后双方达成一致），否则后期的存在的风险太大。

你也同意数据库容量不太可能超过1T，那么显然IOPS的要求要强于带宽的要求。

另外，这个帖子发出来有段时间了，跟帖也到10多页了，也请楼主出来聊聊实施进展，实践才是最重要的。

提问本身很简单，讨论才有意思。

呵呵

bbjmmj

楼主怎么一直不肯现身呢？

storm the front

楼主被楼上的吓跑了