如何在AWS上的Linux上创build大型，可扩展的共享文件系统？

在AWS上提供大型，可扩展的共享存储的可接受/合理/最佳方式是什么？

目前，我们正在制作1TB的EBS卷〜双周和NFS导出no_subtree_check和nohide。 在此设置中，不同的导出出现在客户端上的一个挂载下。 这种安排并不好。

我们考虑的选项：

• LVM2与ext4。 resize2fs太慢了。
• Linux上的Btrfs。 尚未准备好黄金时段。
• Linux上的ZFS。 没有明显的黄金时间准备（尽pipeLLNL使用它）
• Solaris上的ZFS。 这个组合的未来是不确定的（对我来说）和新的操作系统
• glusterfs。 听到大多是好的，但两个可怕的（也许是老？）的故事。

理想的解决scheme将提供共享，单一的视图，易于扩展，快照和复制。

• xen：balloon：reserve_additional_memory：add_memory（）失败：-17
• EC2和Rackspace之间的外部负载平衡器解决scheme
• Windows桌面（XP，Vista或Win7）EC2 AMI进行QAtesting
• 如何创build远程Amazon RDS MySQL数据库的本地备份？
• 什么是采取MySQL转储的最佳做法，encryption，然后推到S3？

感谢分享想法和经验。