インフラの大規模な変更を経て、フォーラムのパフォーマンスが低下しています。
データベースはDigitalOceanのマネージドデータベースに移行し、S3アセットはCloudflareを前に置いたMinioインスタンスに配置しました。
また、Discourseはリソースは十分にあるものの、より小さいVMに再デプロイしました。
確認したところ、Postgresのクエリに時間がかかっています。
21秒
19秒
それを元に戻すということですか？
ただし、他の人も試したことがあり、そのようなセットアップを改善するためのヒントを提供してくれるかもしれません。
これはなぜサポートされていないのですか？
Discourseには、外部データベース用のapp.ymlのオプションがありますか？
大規模なサーバーをスケーリングしようとしています。
「いいね！」 1
すみません、いったん削除します 
マネージドデータベースはインスタンスからどのくらい近いですか？同じネットワーク内にありますか？
はい、サーバーはDOでもあります。
現在、サポートされているガイドを使用して、そのままの状態でインストールし、データベースをインポートします。
その結果を見てみます。
データベースマイグレーションを手動で実行する方法はありますか？
しかし、Postgresサーバーが負荷に対応できていないように聞こえますが？データベースのサイズはどのくらいですか？PostgresサーバーのRAMはどのくらいですか？
まずPostgresサーバーが機能するかどうかを確認してからの方が良かったのではないでしょうか？
まあ、ほとんどの場合、標準インストールのみが「サポート」されています。外部データベースは機能するはずですが、推測するのが難しい多くの変数が追加されます。
それはあまりサポートされていませんね。どのくらいの大きさですか？そして、たくさんのものがどのくらい大きいですか？データベース、データベースサーバー、実行中のドロップレット、ドロップレットとデータベース間の帯域幅…
それは良い出発点です。そこからチェックリストを作成できます。
通常はコンテナをブートストラップするときに発生しますが、コンテナに入って
cd /var/www/discourse
bin/rails db:migrate
「いいね！」 2
簡単なベアインストールでも機能しません。データベースはまだ復元していません。
クリーンなVMで discourse-setup を実行しましたが、登録が機能しません。
コマンドラインから復元を試みましたが、discourse restore でバックアップが一覧表示されません。
編集：2回目の完全な再構築後に機能しました。