こんにちは。
インスタンスサイジングに関して、何かフィードバックはありますでしょうか。
外部のPostgresとRedisをRDSおよびElastiCacheでホストし、WebのみのDiscourseをKubernetesでホストしたいと考えています。ユーザー数は約2000人です。（投稿数については、アクセスできない別のシステムからの移行のため、確信が持てません。）
ワーカーノードのサイジング、Postgresインスタンスタイプ、Redisインスタンスタイプについて、どなたかフィードバックをお持ちでしょうか？
よろしくお願いします。
パズルのピースが多すぎます。そうなると、うまくいかないことがあまりにも多くなってしまいます。
私の質問は非常に初歩的で、あなたが使った言葉の半分しか理解できませんが、なぜDiscourseをインストールする公式の方法に頼らないのですか？
これはトラフィックの負荷に大きく依存しますが、これらはすべて変更が比較的容易なため、サイズを選んでパフォーマンスを確認することをお勧めします。通常のトラフィックを処理するために、3〜10個のアプリノードを目指すのが良い計画でしょう。
デプロイされたイメージがランチャースクリプトでビルドされている限り、これはサポートされる構成になります。これは、彼らがすでに使用していると言っている web_only サンプル構成に対応します。
ただし、Kubernetes側についてはお手伝いできません。
私の質問は@Canapinさんのよりもさらに素人っぽいのですが、本当に大きな成長を期待されていますか？ ユーザーが2000人であれば、そのようなスケーリング能力は必要ないでしょう。それとも、単にできるから（それも全く悪いことではありませんが）計画されているのですか？
チーム内にはk8sの熱狂的なファンが多く、今回の機会に、我々の愛するクラスターで作業できるのは素晴らしいことです。
確かに、パズルのピースはたくさんありますが、Web専用テンプレートのマシンを2台だけ起動し、DBとRedisは専用マシンで維持することも検討しています。これにより、デプロイプロセスが大幅に簡素化されるでしょう。
そしてはい、ワーカーノードの負荷が高い場合は調整しますが、どこから始めるべきか少し迷っていました。私としては2CPU/4GBで十分なスタート地点だと思いましたが、フィードバックがあればより確信が持てます 
サポートされていないbitnamiイメージを使用するか、./laucherを使用して独自のイメージをビルドし、k8sがそれを起動できる場所にプッシュする方法を見つける必要があります。その方法をすぐに理解するのは簡単ではありません。