networking连接存储对于某些云应用程序有多糟?

我听说它build议远离AWS托pipe某些“大数据”应用程序(例如Hadoop,Cassandra,Solr),因为EC2实例通常使用networking连接存储(尽pipe最近有一些高I / O实例,但它们是显然非常昂贵)。

NAS对我来说意义重大,但是会有多大的performance? 由于AWS存在,那么大概在这种types的环境中有很多应用程序的例子是合理的,但是确定一个特定的应用程序是否适合AWS和NAS是一个好的经验法则? (除了坚持在AWS上并试用)。

存储延迟将成为您的指标。

如果您的应用程序对存储延迟非常敏感,那么您将希望避开AWS并转为物理,或者放弃购买存储优化实例。 他们特别声明这些是Hadoop和Cassandra之类的东西。

关于AWS实例types的更高级别的事情是,它不是NAS,而是更多的NAS支持物理。 细节还不清楚,但是当您驾驶一个存储优化的集群优化实例时,您更接近硬件。

我正在AWS上运行Cassandra集群,我同意你关于远离NAS(EBS)的看法,我最近搬到了hi1.4xlarge盒子(它们带有2个1TB SSD),我用RAID0来获得最大的性能的。 有了这个设置,我很容易能够处理15k读/秒,我的应用程序不是写的太多,所以我不能帮你在那里。 希望这可以帮助。