ChinaUnix论坛里面有人讨论过PCIe SSD的应用优缺点。本文参考了其中不少网友的观点和经验。
SSD安全吗？寿命短吗？
看一个网友InfoCore-Great的回答：
HDD安全吗？即使实验室测试说HDD寿命是30年，按照用户现有的环境（想想北京的气候），一颗盘能跑多久？那些整天宣传SSD寿命低的媒体更多的也许都没有进过数据中心，我们要一窝蜂的导向他们吗？1批HDD磁盘从安装到第一次报修也许仅仅是8个月之间，一套阵列搬迁到另一个机架都会坏一堆盘，这些只有经常实施项目的工程师才能体会。坏”到不说是寿命到达极限，面板只要闪黄灯，那IT部门必须报修，也许那个盘还能用，还能转。
所以，我认为，比较HDD方面，SSD在安全上更有优势，尤其在苛刻环境中，更能体现这一点。更少的振动，更低的散热，较少的机械组件=较少的故障点。
遗憾的是：不能通过面板直观的看到红灯，还是绿灯，也许巡检要绕道后面，还不能支持RAID卡，因为安装在PCIe上面（所以前面提到的虚拟化网关能够提供很多好处）。
应用环境
PCIe SSD的特点是IOPS高，读写延迟低，顺序读也远超HDD，但是磁盘阵列的顺序读写也很快。不过在IOPS和延迟方面，相比SSD，HDD真的是鞭长莫及。
所以SSD适合部署在大规模的虚拟化环境，OLTP 数据库，邮件交易，ERP，CRM，数据库日志备份等等，这些应用对IOPS和延迟要求很高。
为什么目前只能做Cache？
因为PCIe SSD是插在服务器上的，不能共享给别的服务器，一旦断电，数据就无法访问了。而目前的存储都是在SAN存储集群中，由所有服务器共享数据，所以可以不间断提供服务。
网友goallist对Cache机制的总结，他觉得不能仅仅使用PCIe SSD做Cache，因为数据还是要写到下一级，那么下一级的IOPS太低就成了瓶颈：
（1）最早期，大家用sata ssd，并且倾向于用ssd+sas/sata的混合模式，用开源的flashcache解决。
（2）随着ssd的便宜和flashcache对ssd寿命的巨大影响，大家开始直接裸用ssd
（3）pcie出来了，用开始pcie+sas/stata+flashcache的模式。但是，这个时期，由于pcie是在太快了，底层的sas往往成为瓶颈，使pcie的性能得不到充分发挥。
（4）最终的状态应是直接把数据库建在pcie上。
所以很多厂商又推出了Flash阵列，通过FC或者infiniBand连出来，可以共享存储，但是价格很贵，同时多出了中间协议层的时间消耗，延迟变长了。下图为Pure Storage的全闪存阵列。
成本高吗？
使用了PCIe SSD后，IT成本是否增加了？看网友goallist的回答：
使用了ssd之后，短期来看单台服务器价格是上升了，但是由于机器性能得到了质的飞跃，在我维护MySQL的过程中，可以合并机器，用一台ssd机器替换原来老的机器3-5台。我在我的老东家干这个事情，为老东家至少节省了30%的机器数。再考虑到机房的费用，这个成本总体来看，其实是省了钱的。
在Oracle RAC中的使用
Oracle RAC是企业数据库系统的主流方案。在Oracle RAC中PCIe SSD可以来加速读写，但是最大的问题就是只能供一个节点使用，所以为了防止数据丢失，只能做Cache。HGST提供了一种共享的方案，用10Gb/s以太网来同步数据，通过他们的软件Virident Share，每个节点都可以访问其他的SSD。当然，缺点就是以太网的延迟太长了。期待会有更好的方案。
引用：
