django - EC2网站架构设计

Question

我有一个网站，即将推出。不完全确定交通会有多严重。

我使用的是Django+Nginx+Gunicorn+Mysql。将支持 SSL/HTTPS。

作为起点，我正在考虑通过 Elastic Load Balancing 平衡两个微实例。MySql 数据库将位于其中一个实例上。如果流量变得很大，我可能会将静态文件移动到 CDN。微型实例充当前端服务器，仅负责生成 HTML/JSON 和提供静态文件。静态文件主要是CSS/js和几张图片(不多)。我预计数据库将是读重而写少。

问题:

• 假设流量上升到每天 10 万页面浏览量，2 个微实例是否足够？我是否必须将数据库移动到单独的实例？什么实例类型比较好？

• 如果每天的流量只有 1k 页面浏览量怎么办？

• 一个微实例上要运行多少个gunicorn进程？

• 一般来说，什么类型的指标可以帮助我确定我需要什么类型的实例以及需要多少个实例？决定我需要哪种架构的方法是什么？

非常感谢!

Answer 1

完全取决于网站计划的动态程度。用户是否生成针对该服务的内容还是大部分是静态的？如果是前者，您将从将头像、图像等内容放入 S3 并将其放入 Cloudfront 中获得很多好处。与静态文件相同...保持服务器无状态将使您可以轻松扩展。

每天的页面浏览量达到 10 万次，您肯定会在微 Controller 方面遇到困难……您真的应该只在开发环境中使用微 Controller ，而不是用来处理诸如为用户提供服务之类的事情。我会在负载均衡器前面至少使用一个小实例，这可能听起来很奇怪，但当事情变得繁忙时，您将能够添加另一个实例，而不必干扰 Route 53 或可能导致您的站点失败。无状态的东西现在非常重要，因为用户生成的 Assets 可能只能从一个实例引用，而不能从另一个实例引用。

在 1k 页面浏览量时，我仍然会使用一个小型用于 Web 服务，另一个小型用于 MySQL。您可以研究一下 RDS，如果您单独进行此操作，那么它非常有用，无需升级版本以及维护、备份等内容。

您还可以一键启动只读副本以达到峰值。还请研究 Amazon CLI 以帮助自动化这些任务。如果您时间紧张，Cronjobs 会让这变得轻而易举，否则 Opsworks、Cloudformation 和 Auto-Scaling 都将帮助您解决上述问题。

哦，作为比较，我的一个运行 Apache、PHP 和 APC 来为我们的用户提供服务的应用程序服务器开始在大约 80 个并发用户的情况下挣扎。在具有小型 RDS 的小型 EC2 实例上运行(在应用程序服务器走下坡路的同时，其利用率约为 15%)