最近、ページの読み込みがわずかに、そして突然遅くなるという問題が発生しています。以前、バックアップが生成され、DigitalOceanのボリュームの容量を超えてしまい、サイトがダウンするという問題がありました。それ以来、サイトの再構築に苦労しています。これらの出来事は、タイミング的に関連がある可能性があります。現在、サイトは安定しているように見えますが、以前よりも遅くなっています。
何が起こったのか、もっと詳しく説明することもできますが、まずは一般的な質問をさせてください。読み込み速度の低下の原因を診断するためのテクニックにはどのようなものがありますか？私のDropletはCPU使用率が平均20%なので、リソースは十分にあるようです（メモリ4GB / AMD vCPU 2基 / ディスク80GB、1日のページビュー約15,000件）。
何かヒントがあれば教えてください。
まずコマンドラインで
vmstat 5 5
を実行します。
ご提案ありがとうございます。そのコマンドには詳しくないのですが、特に注意すべき点はありますか？
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----\n r b swpd free buff cache si so bi bo in cs us sy id wa st\n 1 0 475136 144304 20296 1786100 2 3 2622 447 44 50 19 3 72 1 4\n 0 0 475136 143076 20304 1785312 0 0 65 25 622 584 2 1 95 0 1\n 0 0 475136 141080 20456 1789144 0 0 800 3 459 473 2 1 96 0 1\n 3 0 475136 143092 20572 1783408 0 17 11598 51 733 966 14 6 67 2 12\n 0 0 475648 134688 20376 1791036 0 81 38915 394 1323 1784 10 8 61 8 13\n
ありがとうございます。メモリ不足の場合、キャッシュの数値は小さくなり、ページングが多い場合は、siとsoの列が大きくなります。しかし、そうではありません。
biとboに大きなピークが見られます。これは通常、ディスクアクティビティです。どこかで何かがビルド、修復、またはスキャンしているのではないかと思います。
おそらく、実行してみてください。
ps auxrc
1分ほど5秒ごとに実行して、忙しいプロセスを捕まえることができるかどうかを確認してください。
まだインストールされていないユーティリティがあるかもしれません。「LinuxシステムでディスクI/Oを監視する方法」などを検索してみてください。
システムの整合性に疑問がある場合は、バックアップから再構築するのが最も迅速な方法であることに注意してください。ただし、事故に備えて、バックアップのオフサイトコピーを1つ、できれば2つ用意してください。そして、理想的には、新しいインスタンスにインストールし、新しいインスタンスが正常に動作するまで既存のインスタンスを残しておきます。
これは素晴らしいアドバイスです、ありがとうございます！
メモリ使用率が80%なのですが、これは普通ですか？メモリ使用量が減少したのは、ランチャーを使ってアプリを停止・再起動したためです。
droplet: 4 GB Memory / 2 AMD vCPUs / 80 GB Disk
新しいドロップレットを起動し、フォーラムのバックアップ（画像なし）を配置しましたが、同様の動作が見られます。
メモリでソートしたhtopの出力：
私にとって80%は問題ないように思えます。
より興味深いのは、多くのSidekiqプロセスがあるにもかかわらず、「5台中0台ビジー」という注釈が見られることです。5台以上あるはずです。また、Unicornのスレッドも多数あるようです。
新しいトピックとして、htopの出力と、Unicornの数を調整したかどうかについてのyml設定を含めて、このプロセスのセットが妥当かどうかを質問することをお勧めします。
同じVPS（ただしプロセッサは異なる）で非常に似たhtopを使用していますが、デフォルトから何も変更していません。
何も知らない状態ですが、これはトラフィックがそれほど多くない、あるいはまったく無いことを示していると主張します。
ああ、自分のhtopも確認すべきでした。非常によく似ています。
「スローダウン」という元の観測に対する、もう一つの全く異なるアイデアは、Alt-Pでミニプロファイラーをアクティブにし、フォーラムの典型的な大きなページにアクセスして、右上に表示されるタイミングの数字をクリックすることで、どのようなクエリが実行され、どのくらいの時間がかかるかを確認することです。
apt upgradeと再構築も行いました。この問題：Pups error on rebuild 🐕 がしばらく再構築を妨げていました。
再構築以来、改善されたように感じます。しかし、このケースでは感覚で操作したくありません。分析と測定可能なデータが欲しいです。@Ed_S、貴重なヒントをありがとうございます。今後の監視に役立ちます。
インスタンスの「健全性」を管理ページで示すために、このプロファイリングデータの一部をキャプチャすることは可能でしょうか。おそらく、プラグインのアイデアや将来のコア機能になるかもしれません。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
