我可以使用服务器中安装的单个Fusion-io卡来可靠运行吗？还是需要在软件RAID设置中部署两个卡？
Fusion-io在回顾他们的营销材料时并不十分清楚（几乎误导）鉴于这些卡的成本，我很好奇其他工程师是如何在真实世界的场景中部署的。
我计划使用HP品牌的 Fusion-io ioDrive2 1.2TB卡作为在Linux上运行的专有独立数据库解决scheme。 这是一个单一的服务器设置，没有真正的高可用性选项。 有一个10分钟的RPOasynchronous复制，将事务日志镜像到第二个物理服务器。
传统上，我将指定一台高端的HP ProLiant服务器，并为此应用程序提供最高级别的CPU。 我需要去SSD，而且我能以比所需容量更低的价格获得Fusion-io。
编辑：我刚刚从戴尔读了Fusion-io可靠性白皮书 ，外包似乎是“Fusion-io卡有很多内部冗余……不要担心RAID！ 。
最终，这归结于你的失败模式。 失败的影响是什么？
从历史上看，我们总是把所有东西都做好，因为这样做的代价是微不足道的。 另一个500美元的镜像驱动器？ 完全值得的成本，甚至没有考虑到它。
当你谈论另一个$ 10K +开启镜像时，需要多一点考虑。
Fusion-io卡具有相当不错的内部冗余。 这不是你的磁盘是单一芯片的硬件。 在我观察到失败的大多数情况下，这是一个固件问题，已经影响到镜像的成员，所以RAID不会影响。
把Fusion-io卡想象成一个带有磁盘的RAID控制器。 你用单控制器安装好吗？ 大概。 像这样对待它。
在许多您将部署Fusion-io驱动器的设置中，您将拥有其他内置的保护措施（节点级别的冗余），因此没有多大意义。
RAID增加您的可用性 。 尽pipe有成本，你是否需要绝对的最大可用性？ 失败的代价和可能的停机时间是否昂贵？ 继续镜像驱动器。 在统计数据较大的情况下，尽pipe有内部保护措施，驱动器仍然会出现故障。
设备上的冗余应该可以很好地处理闪存芯片的故障，类似于所有实际数据存储组件中的RAID。
我应该担心Fusion-io的失败吗？我会担心RAID控制器故障或主板故障吗？
整个设备的故障与丢失RAID控制器或主板非常相似 – 我大概担心Fusion-io卡和其他单点故障组件一样，尽pipe我不这么担心，对大规模设备有经验，能够使用硬数据来比较故障率。
我是否需要运行两个ioDrive2卡，并使用软件RAID（md或ZFS）join，还是不必要？
除了设备已有的冗余外（例如，多个Fusion-io卡之间的软件RAID），添加冗余将很像在两个不同的RAID控制器上的两个硬件RAID组之间进行软件RAID; 对于保证冗余冗余的系统来说，可能是值得的，以消除额外的单点故障，但是对于常见的部署（对于大多数应用来说，10分钟的镜像RPO应该足够好）。
系统pipe理员喜欢RAID。 这是否需要一个不同的思维模式，考虑到这种外形的不同接口和卡上的损耗平衡/纠错？
是的，我想是的。 你基本上是在一个软件包中获得一个像RAID控制器和一堆存储设备的设备。 将敏感数据放在单个设备上是一件非常诱人的事情，但是需要对设备的内部冗余有一定程度的信任……对“RAID 不是一个备份 “的概念：始终为冗余组件的故障做好准备，或为用户删除备份中的数据做好准备。
正如你所知道的，我们已经使用了他们的套件一段时间，在RAID和非RAID设置 – 我希望我有一些失败的经验给你，但我没有。 我们没有任何失败，RAID将有助于他们的板载韧性function只是越来越好。 另外我们使用它们的主要function现在是水平缩放/聚集现在，所以我们没有理由去RAID。 不错的牌，但强烈推荐他们。
我并不熟悉Fusion，但是我确实有一些PCIe SSD的经验。
与我一起工作的人向操作系统提供了四个不同的LUN，并将PCIe卡视为HBA。 如果我需要RAID，我会使用操作系统镜像两个LUN。 这使我可以使用单卡解决scheme来实现冗余。 虽然，如果卡完全失败，我仍然是一条小溪。 我不知道ioDrive是否做同样的事情。
在过去的几个月里，我购买了1.2TB卡中的6张。 其中一个已经失败了。 所以我绝对会突袭他们 我用Windows活动磁盘镜像。 驱动器失败，显示“缺lessLEB映射”信息。 我被告知它需要被换出。 但是为了获得RMA的批准，我需要在失效卡的两面上拍照（需要停产才能取出卡）。 然后他们告诉我，更换卡没有eta缺货。 所以在购买之前，你可能想要考虑一下。