今朝まで非常に軽快だったサイトが遅くなった問題のトラブルシューティング

サイトが(理由もなく)遅くなった場合のトラブルシューティング方法を教えてください。

リソース使用率は非常に低いです。


これは、16 GB メモリ / 4 AMD vCPU / 200 GB ディスク / SFO3 - Ubuntu 24.04 (LTS) x64 ドロップレットで、ディスク使用率は 30% です。

DigitalOcean の サービスステータス は、一日中正常でした。

サイトの遅延は、さまざまな場所のユーザーから報告されています。

yaml:
UNICORN_WORKERS: 8
db_shared_buffers: "1024MB"
db_work_mem: "40MB"

最新版に再構築し、Sidekiq にメモリを増やしました UNICORN_SIDEKIQ_MAX_RSS: 1000

コンソールでいくつかの 429 エラーが発生しています。


過去 3 日間のエラーログ:

「いいね!」 1

セーフモードでは何が起こりますか?

「いいね!」 1

セーフモードではコンソールにエラーは出ませんが、非常に遅くなります。何かを読み込むのに10〜15秒かかり、画像は14.4 Kbpsモデムで送られてくるかのようにカクカクします。

/logsを読み込むのに約20秒かかりました。/adminに戻るのに約1分かかりました。

「ポーリング」には時間がかかるようです。

ちなみに、実行中のプラグインは次のとおりです。

「いいね!」 1

今朝のデータポイントをいくつかご紹介します。Sidekiq は落ち着いているようです。

興味深いメモリグラフです。アプリの再構築後は約 20〜30% ですが、バックアップ中に 46% に跳ね上がり、そのまま留まります。

投稿テーマコンポーネントの悪名高いバッジをインストールしましたか?

「いいね!」 4

これですか?

「いいね!」 8

Woah! 夜と昼が Post Badges コンポーネントを削除した後に変わりました。無効にしても違いはありませんでしたが、削除したら変わりました。コンソールエラーもなくなりました。

@Falco さん、ありがとうございます!

「いいね!」 5

うーん、それは違ったようです、少なくとも全体ではなかったようです。

これで壊れた画像とコンソールにこれが表示されるようになりました。

まだ読み込みが遅いか、スピナーが回転したまま読み込まれません…

「いいね!」 1

この問題と関係があるかどうかわかりません。

約4週間前に、Discourse を古い Ubuntu 16.4 LTS ドロップレットから Ubuntu 24.04 を実行している新しいドロップレットに移行した際に、バックアップから復元しました。手動での再ベイクは行いませんでした。

「いいね!」 2

さらに奇妙になっていきます。「Back to site」リンクをクリックして /logs から /admin に移動した場合の様子です。

「いいね!」 1

「ルート名 admin がありません」というエラーに関する別の最近のトピックがありました。

これも Cloudflare 関連かもしれません

「いいね!」 2

うーん。私のサイトはCloudflareを使用していませんが、Chromeで重複したヘッダーを見ました。最初の投稿のように

docker_manager以外のプラグインなしで再構築したばかりなので、どのように動作するか報告します。

もう一つ注意すべき点は、Chromeでハングした場合、タブを閉じて新しいタブで開く必要があったことです。強制再読み込みしても何も起こりませんでした。

「いいね!」 1

S3への夜間バックアップが、セットアップの変更なしに失敗するようになりました。

[2024-10-10 15:03:04] アーカイブをアップロード中...
[2024-10-10 15:14:33] 例外: multipart upload failed: Net::WriteTimeout with #<TCPSocket:(closed)>

編集:手動でトリガーされた2つのバックアップは上記と同じエラーで失敗しましたが、その後、セットアップの変更なしに2つの手動バックアップが成功しました。:person_shrugging:

「いいね!」 1

コンソールにエラーは表示されず、断続的に読み込み時間が非常に遅いだけです。

Discourse Doctorは、ある実行では問題なく、2回目の実行でポート587がブロックされている可能性が高いと報告しますが、これは奇妙です。なぜなら、最初の実行でテストメールを送信し、3回目の実行でも正常に送信されたからです。

ポート587への接続に失敗しました。
====================================== 解決策 =======================================
最も可能性の高い問題は、サーバーで送信SMTPトラフィックがブロックされていることです。
MailgunやSendgridのようなサービスを使用している場合は、ポート2525を試してください。

このDigitalOceanドロップレットに何か問題があると考えてもよろしいでしょうか?

このドロップレットにはネットワークの問題があるようです。ダウンロードはかなり遅いですが、アップロード速度に注目してください。:scream::

speedtest-cli
speedtest.net の設定を取得中...
Digital Ocean (24.199.xxx.xxx) からテスト中...
speedtest.net サーバーリストを取得中...
ping に基づいて最適なサーバーを選択中...
Next Level Infrastructure (Santa Clara, CA) [4.38 km] がホスト: 2.242 ms
ダウンロード速度をテスト中................................................................................
ダウンロード: 839.25 Mbit/s
アップロード速度をテスト中......................................................................................................
アップロード: 1.27 Mbit/s
「いいね!」 1

この物語のハッピーエンドはこちらです…

speedtest-cliiperf3 のネットワークスループットテストを実行したところ、ドロップレットと外部との間でひどく遅い速度が示されたため、DigitalOcean に調査を依頼したところ、彼らは独自のテストを行った結果、次のように結論付けました。

お客様のドロップレットが存在するハイパーバイザーにいくつかの問題があることが判明しました。バックエンドチームと協力して、お客様のドロップレットを別のハイパーバイザーに移行する作業を行っています。

すべて元通りになりました。

「いいね!」 3

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.