使用便宜的SSD硬盘扩展数据库
此问题已从堆栈溢出迁移，因为可以在服务器故障时回答。 迁移 8年前。 我希望你们中的许多人正在使用高流量数据库驱动的网站，并且有机会将主要的可伸缩性问题放在数据库中。我最近注意到了几件事： 大多数大型数据库都需要一组DBA来进行扩展。他们不断地因硬盘驱动器的限制而苦苦挣扎，最终获得了非常昂贵的解决方案（SAN或大型RAID，频繁的碎片整理和重新分区维护窗口等）。维护此类数据库的实际年度成本在10万美元至100万美元之间，对我来说太陡了:) 最终，我们吸引了多家公司，如英特尔，三星，FusionIO等，它们才开始销售基于SLC闪存技术的超快速但价格合理的SSD硬盘。这些驱动器的随机读/写速度比市场上最好的旋转硬盘驱动器快100倍（每秒高达50,000个随机写）。它们的寻道时间几乎为零，因此随机I / O的成本与顺序I / O相同，这对数据库来说真是棒极了。这些SSD驱动器每GB的成本约为10-20美元，而且相对较小（64GB）。 因此，似乎有机会通过简单地构建足够大的RAID 5 SSD驱动器阵列（只需花费几千美元）来避免传统方式扩展数据库的巨大成本。然后，我们不在乎数据库文件是否碎片化，并且我们可以提供每秒100倍的磁盘写入量，而不必将数据库分布在100个心轴上。。 还有其他人对此感兴趣吗？我一直在测试一些SSD驱动器，并且可以分享我的结果。如果该站点上的任何人都已经解决了使用SSD的I / O瓶颈的问题，我很想听听您的战争故事！ PS。我知道有很多昂贵的解决方案可帮助实现可扩展性，例如久经考验的基于RAM的SAN。我想明确指出，即使是5万美元，对于我的项目来说也太昂贵了。我必须找到一种解决方案，其成本不超过$ 10,000，并且不需要花费很多时间来实施。 Dave，NXC和Burly， 多谢您的回覆！我想澄清一下，“便宜”一词在我的情况下非常重要。因此，我必须使用便宜的戴尔服务器（$ 4K 2950s，只有8个存储库）。我已经安装了32GB的RAM，因此无法继续以这种方式扩展。此外，添加RAM不会使您摆脱磁盘写入瓶颈，这是我目前的主要问题。 我曾经关心SSD的寿命，但是在阅读了现代损耗平衡算法后，我很确定这些驱动器将持续足够长的时间。我的数据库每天写入300GB，并预计在2009年每天超过1TB。企业级SSD可以在多年内每天处理大约10TB的写入。 我不同意Burly的观点，即从SAS迁移到SSD需要太多的工作。我的数据库是一个同步镜像，因此我可以升级镜像的一侧，然后观察它几个月，如果它崩溃了，我可以故障转移到第二台服务器，该服务器仍旧有旧的SAS硬盘驱动器...