# AWS 尺寸问题

**URL:** https://meta.discourse.org/t/sizing-question-in-aws/217671
**Category:** Self-hosting
**Tags:** hosting
**Created:** [2022年二月9日 15:10 UTC](https://meta.discourse.org/t/sizing-question-in-aws/217671 "2022-02-09T15:10:43Z")
**Posts on this page:** 7
**Page:** 1

<div class="post-metadata">

### Author: ![noginaze](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/noginaze/32/249391_2.png) [@noginaze](https://meta.discourse.org/u/noginaze)
#### Post date: [2022年二月9日 15:10 UTC](https://meta.discourse.org/t/sizing-question-in-aws/217671/1 "2022-02-09T15:10:43Z")

</div>

您好，

我想了解一下关于实例大小的反馈。我想在 Kubernetes 上托管 discourse web\_only，并使用外部化的 PostgreSQL 和 Redis，它们分别托管在 RDS 和 ElastiCache 上，用户数约为 2000。（不确定帖子数量，我们正在从另一个我无法访问的系统迁移）

有人对工作节点大小、PostgreSQL 实例类型和 Redis 实例类型有反馈吗？

谢谢。

---

<div class="post-metadata">

### Author: ![IAmGav](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/iamgav/32/235598_2.png) [@IAmGav](https://meta.discourse.org/u/IAmGav)
#### Post date: [2022年二月9日 18:00 UTC](https://meta.discourse.org/t/sizing-question-in-aws/217671/2 "2022-02-09T18:00:27Z")

</div>

一个谜题有太多的碎片。这让你很容易出错。

---

<div class="post-metadata">

### Author: ![Canapin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/canapin/32/119591_2.png) [@Canapin](https://meta.discourse.org/u/Canapin)
#### Post date: [2022年二月9日 18:37 UTC](https://meta.discourse.org/t/sizing-question-in-aws/217671/3 "2022-02-09T18:37:17Z")

</div>

我的问题可能非常初级，因为我只理解你所用词语的一半，但为什么不依赖官方的 Discourse 安装方式呢？

---

<div class="post-metadata">

### Author: ![supermathie](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/supermathie/32/507518_2.png) [@supermathie](https://meta.discourse.org/u/supermathie)
#### Post date: [2022年二月9日 18:46 UTC](https://meta.discourse.org/t/sizing-question-in-aws/217671/4 "2022-02-09T18:46:41Z")

</div>

> [@noginaze](#):
>
> 有人对工作节点大小、postgres 实例类型和 redis 实例类型有一些反馈吗？

这在很大程度上取决于您的流量负载，但由于这些都相对容易更改，我建议您选择一个大小，看看它的性能如何。目标是拥有 3-10 个应用程序节点来处理正常流量，这可能是一个不错的计划。

> [@Canapin](#):
>
> 为什么不依赖官方安装 Discourse 的方式？

只要部署的镜像使用我们的启动器脚本构建，这将是一个受支持的配置。这对应于我们的 `web_only` 示例配置，他们已经说过他们正在使用它。

不过，我们无法在 Kubernetes 方面提供帮助。

---

<div class="post-metadata">

### Author: ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [2022年二月9日 18:59 UTC](https://meta.discourse.org/t/sizing-question-in-aws/217671/5 "2022-02-09T18:59:21Z")

</div>

我的问题比@Canapin的还要初级，但你们真的期望有很大的增长吗？因为有2000个用户，你们不需要这么大的扩展能力。或者你们只是因为可以（这也没什么错）才这样计划吗？

---

<div class="post-metadata">

### Author: ![noginaze](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/noginaze/32/249391_2.png) [@noginaze](https://meta.discourse.org/u/noginaze)
#### Post date: [2022年二月9日 19:20 UTC](https://meta.discourse.org/t/sizing-question-in-aws/217671/6 "2022-02-09T19:20:21Z")

</div>

为了回答各种问题，我想说，首先，我们团队是 Kubernetes 的忠实拥护者，这是一个机会——既然我们负担得起，那就太棒了——在我们的集群上做一些事情。

确实，有很多零碎的部分，我们也在考虑只启动两台带有 Web Only 模板的机器，并将数据库和 Redis 保留在专用机器上，这将大大简化部署过程。

是的，如果我们看到工作节点负载过重，我们会调整它们，但我们有点想知道从哪里开始，对我来说，2 个 CPU 和 4 个 Go 看起来是个不错的开始，但有了反馈，我会更自在 🙂

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [2022年二月9日 19:25 UTC](https://meta.discourse.org/t/sizing-question-in-aws/217671/7 "2022-02-09T19:25:14Z")

</div>

> [@noginaze](#):
>
> 为了回答各种问题，我想说，首先，我们团队中有许多 Kubernetes 的忠实粉丝，这是一个机会——既然我们负担得起，那就太棒了——在我们的集群上做一些事情。

您需要使用不受支持的 bitnami 镜像，或者找出如何使用 `./laucher` 来构建您自己的镜像，然后将其推送到某个地方，以便 Kubernetes 能够启动它。目前还不清楚具体该如何操作。
