就IOPS而言,我正在为我们的1RU戴尔R320服务器寻找更高性能的版本。
现在我相当稳定:
这应该会有很好的性能,但是如果可能的话,我还想添加一个固态硬盘caching,但是我不确定是否有足够的空间。
根据技术规格 ,最多只有4个3.5“驱动器托架可用。
有没有办法在4×3.5的硬盘上安装至less一个SSD驱动器?我希望有一个特别的地方可以放置SSD驱动器(尽pipe从内存来看,我怀疑是否有空间)。我正确地认为caching驱动器就像任何其他驱动器一样“简单地”插入驱动器,但在PERC控制器中被命名为CacheCade驱动器?
是否有任何select4x600GB RAID 10arrays和SSDcaching驱动器?
基于技术规格(高达8×2.5“驱动器),也许我需要使用2.5”SAS驱动器,留下另外4个托架空间,为SSDcaching驱动器提供足够的空间。
有没有人用3.5“驱动器实现了这个,不知何故?
为了给出这个硬件的使用/要求的图片:
我们目前有几个“内部”虚拟机,运行在VMWare ESXi 5.x主机上。 但目前我们只有less数几个主机,这是一个基本的设置。
我们最近开始推出戴尔R320作为共享ESXi主机的标准硬件。 我宁愿继续努力,保持我们的硬件(因此我们需要备件,升级,监控支持等)尽可能标准化。 不得不保留一套不同的驱动器作为备件,比把整个备用机箱保留在我们已有的上面要好。
这些虚拟机主要负责我们的内部工具(如监控,呼叫会计,内联网网站)。 或共享基础设施; 如:DNS,SMTP中继/过滤,一小组共享网站; 共享VOIP PBX。
根据需要,将这些angular色中的每一个分隔成相对较小的VM。 几乎所有这些都是Linux机器。 其中一些确实有数据库负载,但是我认为它们非常小(足以使我可以将每个虚拟机上的单个MySQL实例进行隔离)。
一般来说,performance还是不错的。 这个新硬件的主要催化剂是SMTP中继。 每当我们遇到一个体面的邮件从客户,它导致我们的filter主要积压。 我已经确认这是由于磁盘IO。
考虑到在这台主机上运行的其他虚拟机的性质,尽pipe显然存在磁盘IO争用,除了邮件积压之外没有任何实际的影响 – VOIP主要在内存中; 所有的内部网站stream量都很低,页面加载仍然合理; 我们还没有关于这个特定主机上面向客户的虚拟机的问题报告。
可耻的是,就我想实现的IOPS的种类而言,我确实没有任何可靠的数字。 考虑到我希望在那里放置虚拟机的性质不同,我觉得这将是一个很难testing的问题,这并不是说我有一个应用程序可以针对一个升级目标进行基准testing。
我想我最好的select是与最糟糕的犯罪者(例如,DB支持的网站和SMTP中继)一起进行testing,并模拟一些高负载。 这可能是我在接下来的一周里做的事情。
坦率地说,我的动机是,我知道磁盘IO几乎总是一个瓶颈,所以我更喜欢我们的基础设施,我们拥有尽可能多的IO,我们可以合理承担。
我会尽力在任何情况下给你一个粗略的目标:
在大客户发起的邮件发送(他们不应该这样做!)期间合理地保留性能命中! 当然,我明白这成为“一根绳子多久了?” 因为你不能真正预测任何给出的邮件可能有多大。 但基本上,我知道这是一个磁盘IO问题,所以我试图在这个特定的主机上投入一些额外的IOPS,以便能够处理突然的邮件突发。
我的想法是,大量的小电子邮件,这通常是随机的IO,这似乎最适合SSD。 虽然我敢肯定,如果没有他们,我们可以在可预见的将来做得很好。
**如前所述,以上是真正的催化剂。 我意识到我可以把SMTP中继放到他们自己的物理硬件上,基本上可以做到。 但是我打算提供一个更通用的解决scheme,以便让我们所有的内部虚拟机在需要时都可以使用IO)。
将一组内部虚拟机与当前在同一主机上的一些面向客户的虚拟机进行隔离。 为了避免来自所述客户VM的资源高峰的性能问题。
我的计划是拥有至less两台具有相同虚拟机的主机(现在),并为每对configuration主动/被动冗余(不会使用vCenter,而是特定于应用程序的故障切换)。
我将来可能会在这台主机上部署更多的虚拟机。 我正在寻找的是一对共享的MySQL和MS SQL虚拟机。 如果我这样做,我一定会考虑SSD,这样我们就可以拥有一对冗余且高性能的中央数据库服务器。 但是,这是更进一步的道路,在这种情况下,我可能会为每个节点提供专用的硬件。
Dell PowerEdge R320是一款低端的1U机架式服务器。 您的机箱中的存储选项是8 x 2.5英寸小型磁盘或4 x 3.5英寸大型磁盘。 由于这个服务器的价格点,它通常在4 x 3.5“磁盘组合中进行指定。
Sidenote:最近在服务器存储中发生的事情之一就是内部磁盘angular色的逆转。
所以上面的组合影响服务器devise( 反之亦然 )。 戴尔R320通常configuration更大的3.5英寸硬盘,因为该平台通常不用于更多的I / O密集型应用,或者需要更多的可扩展性。高端戴尔( 和HP ProLiants )通常configuration为小型因素2.5“磁盘。 这是为了在机箱内支持更多的I / Ofunction。
对于你的情况:

对于CacheCade和您的IOPS目标,您是否测量了现有的IOPS需求? 你了解你的应用I / O需求和读/写模式吗? 理想情况下,您的devise应该能够在旋转磁盘上支持非caching/可caching的工作负载。 所以,如果您需要6个磁盘来获得所需的IOPS,则应该指定6个磁盘。 如果4个磁盘可以支持,那么你没事。 但是由于这种方法需要使用2.5“磁盘,因此您可以更灵活地调整应用程序。
另请参阅: LSI CacheCade SSD存储分层的效率如何?
如果你想使用3.5英寸的磁盘,我不相信有足够的空间 – 你有没有考虑使用2.5英寸的磁盘? 如果你真的可以很容易地把你想要的东西放入机器中,一般2.5“10krpm磁盘的性能大致与3.5”15krpm的磁盘相当 – 特别是当你想要一个SSD高速caching的时候。 我使用这个解决scheme使用惠普套件(包括他们的SmartCache,这是同样的事情),我很高兴与他们。
其他事情我会做的:
使用六个磁盘,所以在RAID1中总是有三个。
这样做的好处是,当一个磁盘发生故障时,您不会立即失去冗余(因此您打赌其他镜像没有单个损坏的扇区),并且如果您的控制器支持,您可以在两个磁盘上运行定期一致性检查,在正常运行中保持第三,所以I / O速率不会显着下降。
如果是数据库负载,请为索引使用专用磁盘或SSD。
这是迄今为止最大的速度提升,只要你有一个知道如何使用这个数据库的DBA。
如前所述,正确的SSDcaching设置会导致使用8×2,5“磁盘底板。您的post意味着Dell R320服务器已经被使用,如果是这样的话:
你准备升级R320背板吗? 固态盘caching真的需要在这里?
SSDcaching主要用于随机读取/写入性能。
使用SAS 15K上的RAID10和由硬件控制器供电的NVRAM回写式高速caching,您已经具有良好的随机写入性能。 即使CacheCade可以利用完美的SSD iops,SSD故障的数据保护又如何呢?
对于随机读取,您可以考虑只升级内存(R320支持最多192GB)。
或者另一种解决scheme:在SSD上使用RAID10。