我正在使用一个postgresql数据库，它位于真正的旧硬件上。
1 Sun Sunfire V60x带有一个3.0ghx Xeon FSB 400 512kb高速caching，运行RHEL 4（32位）的6GB内存
表空间和日志存储在Hitach 9520v SAN上的同一个250gb LUN中，每个逻辑单元运行8个10k RPM USCSI驱动器，每个146GB。
我们的预算很紧张，考虑到现代硬盘和廉价内存的性能提升，我想知道有多less新的15k RPM硬盘可以提供相同的性能。
表空间大约为80 GB，我们的工作量大概是90％，而RDMS是我们组织的注册pipe理机构，而且几乎只用于报告，所以我们的工作量大概是90％。
编辑：我们将使用一个全新的服务器与2x至强5620s和32GB的RAM。 我想知道是否可以避免SAN的开支。
我不知道有多less更多的帮助RAM，因为你有一个32位的环境。 更多的内存将是一个相当便宜的升级，看看会有多less帮助。
新的15k驱动器会给你一些性能的提高，这取决于你现在瓶颈的位置。 如果你没有存储的限制，那么花在存储上的钱不会为你做任何事情。 我认为在决定把钱花在哪里之前，你需要深入了解服务器的指标。
（我的经验是在Windows上使用Microsoft SQL Server，但是基本的度量信息和底层的原则是一样的。）
实际上，对HDD的投资只会给磁盘访问带来轻微的改善。 我想如果你投资新的硬盘，你会花大部分的钱。 至于内存….当谈到RDBMS，build议是“更多”。 不pipe你有多less，多一点都好。 做一些分析并找出你的缺点是不会有什么伤害的。 您可能只需要添加一个或两个字段的索引，并会看到巨大的性能改进。
我想你至less可以使用现代服务器级SSD（或less数配备好的RAID控制器）来匹配旧SAN的性能，并且可能有更好的访问时间。
SAN用于导出块设备。SAN提供的唯一的function是存储的灵活性（单点存储，您select的连接networking上的任意点）。 在速度上，你不能打败硬件（或软件）突袭本地附加存储…如果你需要的速度，最简单，最快和最便宜的（因为你已经有硬盘）的解决scheme将是（恕我直言）RAID 10（4硬盘raid1和这两个卷raid0），这将给你2×146 GB的存储…还有2 X硬盘在RAID 1和4 X RAID 1在RAID 0也将是一个解决scheme…无论如何在这个阶段，在这个大小我强烈build议看看ssd的价格和能力.. 2 X 240 GB SSD（消费者）在raid1吸烟快！
你有没有想过基于软件的iSCSI SAN作为替代，请查看http://www.starwindsoftware.com/starwind 。 您将能够削减成本，拥有集中存储空间，并为集群提供可扩展的解决scheme，如果这是您将来要考虑的事情。 否则，直连存储可能会满足您的I / O。