使用ZFS头节点作为数据库服务器？

我正在使用基于Nexenta推荐架构的双头ZFS支持的NAS来实现高可用性群集共享存储，如下所示：

1 JBOD中的磁盘将存储单个4 TB Postgres数据库的数据库文件，以及其他JBOD存储20 TB大型原始二进制平面文件（用于大型恒星物体碰撞模拟的聚类结果）中的磁盘。 换句话说，支持Postgres文件的JBOD将主要处理随机工作负载，而支持仿真结果的JBOD将主要处理串行工作负载。 两个头节点都有256 GB的内存和16个内核。 该集群有大约200个核心，每个维护一个Postgres会话，所以我预计大约200个并发会话。

我想知道在我的设置中是否明智地让ZFS头节点同时作为我的群集的一对Postgres数据库服务器？ 我能看到的唯一缺点是：

• Amazon RDS实例缓慢丢失免费的磁盘空间
• RAID60 w。 LSI 9361-8i：一致性检查重复发现不一致的奇偶校验
• 存储问题 – 360个虚拟机无响应
• 如何获得一个124 TB Isilon文件系统廉价的灾难恢复？
• ESXi 5.5下的新的Linux VM应该使用丢弃选项挂载它们的文件系统吗？

1. 缩小基础设施的灵活性较差。
2. 略低的冗余水平。
3. Postgres的内存和CPU资源有限。

然而，我看到的好处是，ZFS对于自动故障转移是非常愚蠢的，无需花费大量的工作就可以让每个Postgres数据库服务器找出头节点是否失败，因为它会与头部一起失败节点。