您好，
我想了解一下关于实例大小的反馈。我想在 Kubernetes 上托管 discourse web_only，并使用外部化的 PostgreSQL 和 Redis，它们分别托管在 RDS 和 ElastiCache 上，用户数约为 2000。（不确定帖子数量，我们正在从另一个我无法访问的系统迁移）
有人对工作节点大小、PostgreSQL 实例类型和 Redis 实例类型有反馈吗？
谢谢。
一个谜题有太多的碎片。这让你很容易出错。
1 个赞
我的问题可能非常初级，因为我只理解你所用词语的一半，但为什么不依赖官方的 Discourse 安装方式呢？
这在很大程度上取决于您的流量负载，但由于这些都相对容易更改，我建议您选择一个大小，看看它的性能如何。目标是拥有 3-10 个应用程序节点来处理正常流量，这可能是一个不错的计划。
只要部署的镜像使用我们的启动器脚本构建，这将是一个受支持的配置。这对应于我们的 web_only 示例配置，他们已经说过他们正在使用它。
不过，我们无法在 Kubernetes 方面提供帮助。
4 个赞
我的问题比@Canapin的还要初级，但你们真的期望有很大的增长吗？因为有2000个用户，你们不需要这么大的扩展能力。或者你们只是因为可以（这也没什么错）才这样计划吗？
1 个赞
为了回答各种问题，我想说，首先，我们团队是 Kubernetes 的忠实拥护者，这是一个机会——既然我们负担得起，那就太棒了——在我们的集群上做一些事情。
确实，有很多零碎的部分，我们也在考虑只启动两台带有 Web Only 模板的机器，并将数据库和 Redis 保留在专用机器上，这将大大简化部署过程。
是的，如果我们看到工作节点负载过重，我们会调整它们，但我们有点想知道从哪里开始，对我来说，2 个 CPU 和 4 个 Go 看起来是个不错的开始，但有了反馈，我会更自在 
1 个赞
您需要使用不受支持的 bitnami 镜像，或者找出如何使用 ./laucher 来构建您自己的镜像，然后将其推送到某个地方，以便 Kubernetes 能够启动它。目前还不清楚具体该如何操作。
1 个赞