Amazon web services AWS+的可扩展性如何；RDS+；S3？

我正在考虑将我的项目转移到云端，一位顾问提出了以下设置：

• 亚马逊数据库RDS
• AmazonS3用于文件存储
• Linux服务器+负载平衡器（也是Amazon），用于运行网站（PHP）（并将会话存储在RDS中，以便在同一访问者查询多个服务器时工作）

我当时的印象是，这将是“自动”可伸缩的——因为随着需求的增加，我只需克隆Linux服务器（RDS和S3已经自动伸缩了——如果流量增加，我不需要做任何事情）

---

我是否正确地理解了Amazon RDS和S3在可扩展性方面的工作原理，对于一个期望在一台服务器就足够的需求下成长的站点来说，这是一个合适的设置吗？

是的，您理解正确。S3是一种分布式、高度可扩展、可靠、完全冗余的存储。据介绍，它与Amazon.com使用的存储系统相同。你希望增长得更大吗

---

另一方面，RDS比在云上建立自己的RDBMS更具可扩展性和可维护性。您不需要担心维护、修补等问题（至少不需要像您设置自己的RDBMS那样担心）。不过，扩展RDS并不是那么简单。您可以拥有读取副本（如果您的应用程序是读取密集型的），也可以拥有多AZ部署（但这会提高可靠性，而不是性能）。

是的，您理解正确。S3是一种分布式、高度可扩展、可靠、完全冗余的存储。据介绍，它与Amazon.com使用的存储系统相同。你希望增长得更大吗

---

另一方面，RDS比在云上建立自己的RDBMS更具可扩展性和可维护性。您不需要担心维护、修补等问题（至少不需要像您设置自己的RDBMS那样担心）。不过，扩展RDS并不是那么简单。您可以拥有读取副本（如果您的应用程序是读取密集型的），也可以拥有多AZ部署（但这会提高可靠性，而不是性能）。

AWS和S3不应该给您带来任何可伸缩性问题。RDS是一个正常的数据库实例，具有良好的I/O速度，因此它的可伸缩性与所选RDBMS使用正常配置时的可伸缩性相当。这是否足够好取决于您的预期需求。AWS和S3不应该给您带来任何可伸缩性问题。RDS是一个正常的数据库实例，具有良好的I/O速度，因此它的可伸缩性与所选RDBMS使用正常配置时的可伸缩性相当。这是否足够好取决于您的预期需求。RDS的限制是什么？在需要分区或其他措施之前，它可以处理多少工作负载？我假设使用RDS将能够处理比普通专用mysql服务器多得多的数据。这取决于很多事情。系统的性质、请求的性质、读写工作负载等。此外，RDS与普通专用MySQL服务器的优势可能有所不同。由于RDS在传统MySQL实例的基础上增加了一个管理层，因此从理论上讲，人们可能期望性能更低。但使用RDS，您可以在移动中更改实例大小（CPU、内存、存储），而不会影响客户端。从长远来看，自动快照、轻松恢复也是可以大大提高可靠性和正常运行时间的优势。RDS有哪些限制？在需要分区或其他措施之前，它可以处理多少工作负载？我假设使用RDS将能够处理比普通专用mysql服务器多得多的数据。这取决于很多事情。系统的性质、请求的性质、读写工作负载等。此外，RDS与普通专用MySQL服务器的优势可能有所不同。由于RDS在传统MySQL实例的基础上增加了一个管理层，因此从理论上讲，人们可能期望性能更低。但使用RDS，您可以在移动中更改实例大小（CPU、内存、存储），而不会影响客户端。从长远来看，自动快照、轻松恢复也是提高可靠性和正常运行时间的优势。