扩展高度事务性的SQL服务器

我正在寻找升级我的网站服务器之一。 该网站目前每天执行大约20万次sql查询,而且这种增长速度非常快。 现在IO吞吐量是一个真正的问题 ,所以我的想法是将各种数据库移动到自己的磁盘对上。 我的想法是做这样的事情:

configuration

磁盘1和磁盘2 / RAID 5,6或10(SAS或SSD) – 数据库1

磁盘3和磁盘4 / RAID 5,6或10(SAS或SSD) – 数据库2

磁盘5和磁盘6 / RAID 5,6或10(SAS或SSD) – 数据库3

磁盘7(SSD) – 事务日志

磁盘8(SSD) – 事务日志

我的经验不足,所以有几个问题:

1)首先,上面看起来很愚蠢吗?

2)有什么我应该注意的RAID控制器,例如。 使用SSD时的带宽吞吐量?

3)是否所有SSD磁盘创build均等? 我捡到线索说某些types是不合标准的?

4)我假设对于简单的两个磁盘镜像,任何这些RAID级别都可以? 错误的假设?

5)任何其他的调整,使这个configuration更好?

我的网站是高度事务性的,但数据库不是那么大,目前只有几个演出。 所以我的主要缩放需求是IO,而不是大小。我会在盒子里扔很多内存以及在内存中放置更多的索引等。

谢谢戴夫

不,所有SSD都不相同。 Intel G2相当不错,Crucial RealSSD也不错。 但是,插入PCI Express插槽的SSD卡的性能最好。 那些目前最好的有1.4 TB /秒(连续)吞吐量。

共同点是随机写入吞吐量。 这最好通过运行Microsoft SQLIO实用程序来衡量。

您可能需要更进一步,将(某些)索引放在SSD上的单独文件组中。 这可能不一定有助于更新性能,但会帮助查询性能。 有些查询可能永远不会命中数据库,只有索引(es)。

不要忘记TempDB,如果你有程序或使用它的查询。