Discourse は全くの初心者です。Discourse においては「初心者中の初心者」と言えるでしょう 
想定されるユーザーの相互作用：
- 同時接続ユーザー数（投稿閲覧）：最大 500 名
- 投稿/返信数：1 分あたり最大 50 件
- トピックあたり平均 2 枚の画像（各 2MB）
おすすめのホスティングプランや、適切なハードウェア要件（RAM/CPU/SSD）をご教示ください。
ユーザーの行動によって大きく異なる可能性がありますが、私の理解では、4 コアの CPU と少なくとも 8 GB の RAM、さらに SSD ストレージ（コンテンツ要件に応じて必要な容量に 25% を加算したもの）という保守的な構成を採用すれば、十分な余裕が得られるはずです。
パフォーマンスの恩恵を受けるために、最新の CPU バージョンを使用することをお勧めします。
@itsbhanusharma さん、ありがとうございます。
これまでフォーラムをホストしたことはありますか？
もしあるなら、現在のユーザーインタラクションと、ハードウェアを含むホスティングプランについて共有してください。
また、フォーラムのリンクもお願いします。
私自身はホスト型フォーラムを持っていませんが、多数のクライアントフォーラムを事例として持っています：
- 約4000ユーザー（同時アクティブ700人以上）：上記の仕様でフォーラムが稼働
- 約2500ユーザー（同時アクティブ250人以上）：2コア4GBでフォーラムが稼働
- 約500ユーザー（同時アクティブ約50〜60）：1コア、2GB RAMでフォーラムが稼働
どこでホストされているのか教えてください。
私はインドの社会奉仕に関するフォーラムを立ち上げようとしています。まずはオーランガーバード市でテストを開始したいと考えています。
このコンセプトのテストが成功したら、インド全域に展開したいと思っています。
各都市ごとに異なるディスカッションを開始したいと考えており、サブドメインを使用します。例：Aurangabad.Example.com、Delhi.Example.com などです。これは単なる例であり、ドメイン名はまだ決定していません。
DigitalOcean でのホスティングをお勧めします（バンガロールにデータセンターがあるため、インド全体で遅延が少なくなります）。
プランについては、より高性能なサーバーを選択し、Discourse のマルチサイト設定を行うことをお勧めします。そうすれば、管理が楽になります。
また、このプロジェクトがインドを拠点としているため、開発段階に参加することも可能です。
これはどういう意味ですか？
各都市ごとに独自の Discourse を設置したいと考えています。なぜなら、各都市には現地のモデレーターが必要になるからです。
ユーザーに対して都市別のフォーラムを表示させたいと考えています。
はい
このコンセプト開発には 6 ヵ月取り組んでいますが、Android 向けに検討するだけで多くの時間を浪費してしまいました。そこで、ユーザーが新しいアプリのインストールを嫌う傾向があるため、ウェブサイトベースのシステムの方が効果的だと判断しました。特に Discourse は使いやすくなっています。
私は 2〜3 年間、Discourse と同様のフォーラムを利用しています。
これらの3つのフォラムのリンクを教えてください。トラフィックの相互作用を確認したいです。
クライアントの同意なしには開示できません。社内規定に反します。
最初からこのような活動が見られるとどの程度確信がありますか？その数値はどこから得たのでしょうか？既存のフォーラムを移行する予定ですか？
ほとんどのホスティングプロバイダーは非常にスケーラブルなソリューションを提供しています。予算の範囲内で最良のものを選び、双方向のスケーラビリティに対応しているホスティングサービスを利用することをお勧めします。Discourse は、複数の低速な CPU よりも高速な CPU の価値を重視しています。
画像については、Discourse がサポートしている Amazon S3 のような「クラウド」ストレージ/配信サービスを利用するのが最も良いでしょう。これにより、画像の処理を Amazon のインフラに委譲することで、ホスティングコストの削減、効率の向上、訪問者の体験向上が図れます。
マルチサイト構成は、技術的・コミュニティ的な観点から課題となる可能性があります。もしその方向を選ぶのであれば、開発者または DevOps 担当者を起用することをお勧めします。DevOps をご自身で行える場合でも、それはあなたの時間を最も有効に使う方法ではないでしょう。
それ以外の場合は、都市ごとにカテゴリを設定し、サブドメインをそのカテゴリの URL にリダイレクトするように設定するという方法もあります。
初日からその負荷を見越してデプロイする必要はありません。
小さく始めて、段階的に拡張しましょう。DigitalOcean ならそれが可能です。
これは単なる予測です。経費を計算したいからです。このフォーラムは社会活動のためのものです。
いいえ、移行はしていません。
私の場合はうまくいかないと思います。なぜなら、すべての都市にカテゴリを設定する必要があるからです。
各都市ごとに独立した Discourse インスタンスを構築すると、管理が非常に複雑になる可能性が高いです。そのため、各都市ごとにカテゴリを設定することを検討することをお勧めします。
カテゴリを使用すれば、各カテゴリごとに専用の「モデレーター」を割り当てることができます：
国全体を都市や州ごとに構造化する方法については、以前にも議論されていますので、参考になる情報が見つかるはずです：
Discourseで同時に接続できるユーザー数に上限はありますか、それともサーバーの性能次第ですか？
リソース次第です。私はCDNとS3を使用して、単一のVMで非常にビジーなサイトをいくつか運用しています。複数のサーバーをオートスケーリングで実行することも可能です（ただし、サポートされていません）。