AWS的NodeJS部署容量规划

Question

我正在研究NodeJS部署选项，我正在考虑使用AWS，但我似乎还没有理解如何进行部署的定价。我目前的解决方案包括Express，以及几个独立的节点模块，RabbitMQ和MySQL DB。目前，我并不指望应用程序会有太多的负载，这只是典型的Enterprise应用程序。如果我估计它的需求，我会说我需要4-8个CPU核心和8-16 GB的应用服务器，对于16-24 GB内存的MySQL服务器，总存储容量约为2TB。

有人能告诉我哪种实例类型更适合我的需求，我是否需要为App、DB等单独的实例，或者我可以在同一个实例上设置它？其次，如果将来出现需求，扩展需求有多容易，我是否可以轻松地切换实例类型并增加内存、CPU、存储等？

另外一件事情是如何定价的，它是在请求到达云端之后计算出来的，它消耗了多少资源，或者即使没有请求进入，我仍然会被收费吗？

请记住，我没有使用AWS的经验，我只是想使用它作为一个托管网站目前。你的建议是什么。

谢谢

Answer 1

您有几个问题，其中许多是我们无法回答的，因为我们不知道您的应用程序资源需求是什么。

有人能告诉我哪种实例类型更适合我的需求吗？

不怎么有意思。如果您知道您的服务需要更多的CPU而不是更多的RAM，那么您可以查看实例描述，看看哪种类型最适合您(有些是针对CPU优化的，一些是针对磁盘的，有些是针对RAM的)。但是，最终，这是只有您可以决定的事情(除非您有可以与我们共享的负载测试指标)。

对于App、DB等，我需要单独的实例，还是可以在同一个实例上设置它？

你可以在桌面上做任何你想做的事情--这是一个成熟的操作系统，唯一的区别是你必须显式地配置它周围的网络(谁可以访问你的主机，在什么端口上等等)。虽然有多台主机是明智的，但是如果你刚开始测试的话，现在在一台主机上启动所有的东西是没有错的，因为你的脚已经湿了。

如果将来出现需求，扩展需求有多容易，我是否可以轻松地切换实例类型并增加内存、CPU、存储等？

容易是相对的。您肯定可以旋转更多的实例，但是这些实例如何在应用程序中扩展是完全不同的。您的应用程序迁移到新硬件有多容易？你能把一个负载平衡器扔到多个箱子前吗？这些是你需要考虑的问题。

值得明确指出的是，您不能用额外的资源来升级现有的机器(存储除外)。如果您需要更多的CPU、更多的内存、更多的带宽，这是一个新的实例类型。

定价是如何工作的，它是在请求到达云端之后计算出来的，它消耗了多少资源?或者，即使没有请求进入，我仍然会被收费吗？

亚马逊有相当稳健的定价描述，你应该去看看。

对于基本实例：

定价是为每个实例消耗的每一个实例小时，从实例启动到终止或停止为止。根据运行的亚马逊EC2实例，每个部分实例小时将被计费为完整小时或每秒。

但是，您还必须考虑数据速率(在同一页上)以及存储成本。

希望这能有所帮助。