Amazon web services Amazon Web服务体系结构和成本核算

我对Amazon Web服务非常陌生。我将真诚地感谢任何关于最终确定架构和达成成本计划的帮助。我正在为我们正在设计的动态网站设计一个基于AWS的解决方案。首先，我需要有2个高CPU介质利用率EC2实例（两者都将用作web服务器），1个高CPU介质利用率EC2实例用于我的数据库，这将是Postgre SQL，1个高CPU介质利用率EC2实例用作我数据库的读取副本。我还将拥有大量的静态内容，如图像、视频或.doc文件，我正在考虑使用S3存储桶。所以，我的网站将是一个动态+静态的网站。我预计用户数量将迅速呈指数级增长，从0增长到100万。因此，我需要根据流量放大我的EC2组合（如前所述）。我正在考虑使用CloudFormation堆栈快速扩展我的部署。此外，为了有效地路由交通，我将使用一个单一的ELB开始。另外，我希望根据用户id对数据库进行垂直分区。例如，一个EC2数据库实例上的用户ID为1-2000，第二个EC2数据库实例上的用户ID为2001到4000等等。。。我将只自动缩放web服务器EC2实例，而我的数据库EC2实例将有100%的正常运行时间

我的问题是：

web服务器EC2实例的自动扩展策略应该是什么？当扩展如此动态时，我如何知道每月的成本是多少。我的意思是，有没有什么方法可以预测，这样我就可以进行成本收支平衡分析

是否所有EC2实例（web服务器和数据库）都需要EBS支持，或者临时存储是否足够？我相信对于数据库EC2实例，我需要EBS支持。web服务器Ec2实例怎么样

假设我最终扩展到100个EC2实例。一个ELB就够了，还是我需要多个ELB

我如何分析一个高CPU介质利用率EC2实例在崩溃之前可以处理多少HTTP请求

CloudFront可以用来托管这种动态+静态站点，还是只用于静态站点

请帮我回答这些问题，因为我对云解决方案架构一无所知

谢谢。。。

---

Vikram.

快速尝试一个答案，让你开始

• #1太大了，不写一本书就无法回答，它与系统及其设计有太多关系，无法以一般方式回答
• #2您肯定需要数据库的支持。另一方面，web服务器使用临时存储可能会更好，它们的无状态/设置自由度越高，动态创建/销毁实例就越容易
• #3据我所知，“连接”到单个ELB的机器数量没有上限。在极端负载下，如果在多个负载平衡器上拆分站点，则延迟可能会稍微小一些。你会发现更多的信息，你可以映射到你的实际架构
• #4只有系统的负载测试才能告诉您这一点
• #5名来自美国

Amazon CloudFront可用于交付您的整个网站，包括使用全球边缘位置网络的动态、静态和流式内容

换句话说，它的架构并不能阻止你在网站上混合静态和动态内容。

下面是我们（RunSignUp）写的一篇文章，讲述了我们如何在亚马逊上进行扩展。我们的用例是处理在线比赛注册的开放，50000名跑步者希望在10分钟内注册。这显示了我们如何配置一切，包括设置以及我们开发的一些代码。我们基本上遇到了与您相同的问题，并且没有发现任何关于如何构建可扩展应用程序以及如何使用Amazon进行扩展的完整用例。希望对你有帮助