繁体   English   中英

Amazon SimpleDB/Amazon RDS 的性能?

[英]Performance of Amazon SimpleDB/Amazon RDS?

是否有人在使用 Amazon SimpleDB 或 Amazon RDS 时遇到过响应时间、正常运行时间、稳定性等方面的问题? 你会说总体上你对这项服务感到满意吗? 没有数据丢失或需要重新启动等问题? 我们正在考虑将其中一个用于项目。

我非常喜欢这个想法,尽管由于我们需要使用一些数学函数(正弦、余弦等),我们可能需要 RDS 而不是 SimpleDB。 只是想知道执行是否和想法一样好?

到目前为止,我一直在一个生产环境中使用 SimpleDB,虽然生产负载不是那么高,但负载测试的执行水平比我们需要的高得多,SimpleDB 很好地经受住了这一点。

总体而言,SimpleDB 似乎具有非常好的正常运行时间特性和可靠性,例如,与 RD 相比,RD 的可靠性与您准备为 24/7 支付的设置一样可靠 - 如果您没有对 SimpleDB 进行任何点击,它几乎不需要任何成本,因为嗯,这很方便。

我还没有看到数据丢失,并且没有为 SimpleDB 运行实例的概念,因此也没有重新启动,而对于 RDS,您正在谈论运行 RDS 实例的 EC2 实例的所有常规管理。

另一方面,正如您所指出的,您将无法在数据库内部执行功能,在非常有限的一组操作之外(实际上只是 count(*)),因此必须在应用层上使用 go。

此外,您不应低估通过 JDBC 工作之间的思维方式变化,其中连接是长期运行的,但这是一种宝贵的商品,而不是 SimpleDB,每个请求都是一个 HTTP 请求,但对并发连接数的限制要少得多。

在我第一次使用 SimpleDB 的情况下,经过一些繁重的负载测试和令人印象深刻的结果,我们才意识到这意味着我们可以将操作并行化到通常看起来很淫秽的水平——例如,当整理 1300 个喜欢的“喜欢”计数时的东西,而不是 go 与原始 plam,并通过“SELECT COUNT(*)...”连续获取这些计数,而是一次并行发出 100 个这些请求,并且可以轻松地提高 veyr。

TL;DR - 不要低估采用 NoSQL 方法的心态变化,但也不要忽视它。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM