我们是一家软件开发公司，之前外包了硬件方面的业务，但现在我们正在研究构build自己的私有云。 我们最近购买了几台服务器，其中一台应该是中央存储设备。 规格如下：
希捷硬盘被设置为RAID 6arrays。 SSD位于RAID 1中，充当maxCache容器，使用maxView Storage Manager打开和closures。
我的第一个问题 – 这种configuration对于私有云的中央存储是否有意义，我们计划在其中有两个CPU和其上的大量RAM的其他3个计算节点？
我的第二个问题 – 具有较less硬盘驱动器的类似configuration对于具有多个并发请求的报告系统的MySQL数据库服务器是否合理？ 或者更有意义的是在创build临时表的MySQL临时空间中使用SSD。
而现在的主要问题 …我试图衡量这个服务器与SSDcaching（maxCache）和没有性能。 我遇到的最好的工具是产生这些图表的iozone（iozone -a -g 8G）： http : //www.bugweis.com/storage/comparison.zip 。 我完全迷惑，因为看起来maxCache的性能在大多数情况下低于没有它。
我想知道是否iozone是一个很好的方法来testing真实的场景，或者如果我这样做是错的。
这个configuration是否对私有云的中央存储有意义，我们计划在其中有两个CPU和大量RAM的其他3个计算节点？
我担心你在这里有一个单点故障，因为它只能作为一个单控制器的存储盒，你也没有太多的内存（得到更多，便宜），它看起来像你唯一的networking是2 x 1Gbps网卡 – 它们将成为这个设置的一个巨大的瓶颈。 所以不，我不会推荐这个 – 你给了你什么价格？
对于具有多个并发请求的报告系统，具有较lessHDD的类似configuration对于MySQL数据库服务器是否合理？ 或者更有意义的是在创build临时表的MySQL临时空间中使用SSD。
即使不立即使用第二个套接字，我也会试图为DB数据库使用双套接字的系统 – 数据库引擎通常会使用更多的内核进行扩展。 再一次，你会想要更多的内存。 至于要使用什么磁盘 – 在这里提出任何build议都是愚蠢的，因为数据库IO的要求不仅仅是基于读/写余额的基础架构的任何部分，还有许多其他因素，如表格大小等。
更新 – 这是Adaptec支持说：
Maxcache写入和读取的好处仅在系统运行足够长的时间才能填充ssd驱动器上的“热数据”时发生。 这将需要一些时间，这取决于写入的数据和对系统的请求，所以一个简短的基准testing可能不会有任何改进，因为它可能没有足够的时间让“热数据”填充驱动器。还请使确保未完成的I / O值设置为32或64，因为一些基准软件包将deafult值设置为1，这会影响性能值，并且不正确。
所以我想iozone不是testingmaxCache性能的最好方法。