我完全刚接触 Discourse。可以说，我是 Discourse 的“小白” 
。
我预计的用户交互规模如下：
- 最大 500 名在线并发 用户 阅读帖子
- 最大 每分钟 50 篇帖子/回复
- 每个 主题平均包含 2 张图片（2MB）
请推荐合适的托管方案？以及相应的硬件需求（内存/处理器/SSD）？
虽然根据用户行为的不同，这可能极不准确，但在我看来，选择保守路线，配备 4 个 CPU 核心和至少 8 GB 内存，并搭配 SSD 存储（根据内容需求加上 25% 的余量），应该能提供足够的余量。尽量使用较新的 CPU 版本，以受益于其性能提升。
感谢 @itsbhanusharma
您是否托管过任何论坛？
如果是的话
请分享您当前的用户互动情况、托管计划及硬件配置，以及论坛链接。
我本人没有托管论坛，但我有许多客户论坛作为案例研究：
- 约 4000 名用户（同时在线活跃用户 700+），论坛运行在上述配置上
- 约 2500 名用户（同时在线活跃用户 250+），论坛运行在 2 核 4 GB 配置上
- 约 500 名用户（同时在线活跃用户约 50-60），论坛运行在 1 核 2 GB 内存配置上
请建议您在何处托管这个平台。我正准备在印度启动一个社会服务论坛，目前打算先在艾哈迈达巴德市进行测试。
如果这个概念测试成功，我计划将其推广至全印度。我希望为每个城市设立不同的讨论板块，并使用子域名，例如：Aurangabad.Example.com、Delhi.Example.com——这只是一个示例，我尚未选定具体的域名。
我建议您在 DigitalOcean 上托管（他们在班加罗尔设有数据中心，因此在印度各地的延迟表现良好）。
关于您的计划，我建议选择一台性能较强的服务器，并设置 Discourse 多站点功能，以简化您的工作。
由于这是一个基于印度的项目，我可以参与开发阶段的工作。
这是什么意思？
我想为每个城市设置独立的 Discourse 站点，因为这样需要本地版主。
因为我希望向用户展示按城市划分的论坛。
好的。
我从事这个概念开发已有六个月了。但我在安卓平台上耗费了大量时间思考。现在我决定基于网站的系统会更有效，因为用户懒得安装新应用。网站易于使用，尤其是 Discourse。我已经使用类似的 Discourse 论坛两三年了。
请提供这三个论坛的链接，以便我查看它们的流量互动情况。
未经客户同意，无法披露。这违反商业政策。
你有多确定从第一天起就能看到这类活动？这些数据的来源是什么？你们是在迁移现有的论坛吗？
大多数主机提供商都提供高度可扩展的解决方案。从你预算范围内最好的方案开始，选择一家具备双向可扩展性的主机。有一点需要注意的是，Discourse 更看重高速 CPU，而不是多个较慢的 CPU 组合。
对于图片，最好考虑使用像 Amazon S3 这样的“云”存储/交付服务，Discourse 支持该服务。这将有助于降低托管成本、提高效率，并通过将图片处理任务卸载到 Amazon 的基础设施上来提升访客体验。
多站点设置在技术和社区层面可能具有挑战性。如果你选择这条路线，我个人建议聘请一名开发人员或 DevOps 专家。即使你自己具备 DevOps 能力，这可能也不是你时间的最佳利用方式。
否则，你可以在推出时按城市设置分类，并将子域名重定向到该分类的 URL。
你不应在第一天就部署以应对如此高的负载。
从小规模开始并逐步扩展，DigitalOcean 将支持你这样做。
这仅仅是预测，因为我想计算开支。因为这个论坛是用于社会工作的。
不，我没有在迁移。
我觉得这对我行不通，因为我必须为每个城市单独设置分类。
为每个城市单独部署 Discourse 实例很可能会让管理变得不堪重负，因此我建议您为每个城市使用分类（category）的方式。
如果使用分类，您可以为每个分类指定专门的“版主”：
这种按城市或州划分的论坛结构在国内已有过讨论，您应该能找到一些有用的信息：
Discourse 对并发连接用户是否有上限，还是完全取决于您的服务器有多强大？
这完全取决于您的资源。我有一个虚拟机上运行了几个非常繁忙的网站，使用了 Discourse 的 CDN 和 S3。也可以（但不受支持）运行多个带有自动缩放功能的服务器。