戴尔VRTX – 缓慢的群集共享存储

使用双SPERC8时，我遇到了与VRTX完全相同的性能问题。 我现在所做的解决这个问题的方法是将双重configuration更改为单个configuration。 这样我就可以使用回写，这样可以更好地执行。

• 确切的步骤：
  • 卸下第二个SPERC 8控制器
  • 卸下第二个扩展器
  • 重新连接内部SAS连接
  • 将机箱降级到1.25（与升级工作相同，不需要特殊的步骤）
  • 删除所有VD（如果需要，备份数据/ VM）
  • 打开整个VRTX的电源（确保移除并重新连接电源线）
  • 创build启用回写的VD（）

要查看性能差异，请查看以下url： http : //en.community.dell.com/support-forums/servers/f/906/t/19587459.aspx

更新：
检测结果：
双重PERC / RAID6 /直写：读取2500 MB / s写入200 MB / s
双重PERC / RAID10 /直写：读取2500 MB / s写入400 MB / s
单个PERC / RAID6 /回写：读取2500 MB / s写入2700 MB /秒

只要Dual PERC绑定到Write Through策略，我就坚持使用单个PERC设置

这个 ：

容错共享PERC 8卡configuration – […]在此configuration中创build的虚拟磁盘的默认caching策略是直写式。 在这种模式下，数据写入磁盘后写入完成信息返回给主机。

是最终的性能杀手。 如果您的应用程序支持caching策略，则将caching策略更改为回写，并且不会导致写入数据内可能出现不一致。 请注意，我不知道PERC8caching是由哪种机制镜像到另一个实例。 由于需要从两个控制器访问高速caching的数据，显然需要一致性。

不再需要删除第二个SPERC控制器，以便能够使用回写，而不是像Erik的文章中所述的直写。 您现在可以从CMC中禁用第二个PERC8控制器。 在当前固件（1.35）中，第二个被禁用的控制器可以被设置为禁用，并且如果主要主动控制器失败，则需要手动干预来激活。 这个补丁的用处并不是很详细，但是这个“修复”是为了让人们在回写中使用两个控制器的时候，可以启用回写，摆脱糟糕的性能。

自动故障转移（冷故障转移，导致断开连接）是稍后将发布的function。 很多以后将是实际的“主动/主动”固件更新，这将允许“实时”故障切换，而无需停机。

脚步：

1. 下载VRTX CMC固件版本1.35或更高版本。
2. closures所有刀片。
3. 在CMC界面中，按“机箱概览>更新”。
4. 在“CMC固件”标题中选中两个CMC控制器的checkbox，然后按“应用CMC更新”。
5. inputCMC固件文件的位置并应用它。
6. 中央军委将向你展示其进展情况。 上传需要大约8分钟，更新几分钟后再应用更新。 应用更新后，CMC将重新启动，您将被踢出web界面。
7. 一旦CMC重新启动，浏览到“存储>控制器>故障排除”部分。
8. 对于您select的SPERC，select“禁用RAID控制器”选项并应用。 这将重新启动您的存储组件。
9. 一旦重新启动，进入“存储>虚拟磁盘>pipe理”，然后select“编辑：写入策略”，然后select“回写”，而不是“写入”所有的虚拟磁盘（除非你有一个理由）。
10. 以上更改将立即执行，但仍build议在“机箱概览>电源>控制”下重新设置“重置CMC（热启动）”。
11. 启动关机刀片。

这将允许您在VRTX中安装第二个PERC8，以防另一个失败。 但是如果出现故障，您将不得不手动进行故障转移。 我想这主要是指难以到达的地方（没有IT人员的远程办公室或戴尔支持技术人员的方便访问）。 这也是我们使用它的。

希望到今年年底，我们将拥有自动故障转移function，然后在明年的过程中启用回写（同步caching）的真正主动/主动configuration。 我不会屏住呼吸同步caching固件修复…我怀疑这不会是一个容易的戴尔。