# 極端な負荷/ディスクIO/CPU/メモリ使用量の問題

**URL:** <https://meta.discourse.org/t/extreme-load-disk-io-cpu-memory-usage-question/171097>\
**Category:** Self-hosting\
**Tags:** server-resources\
**Created:** [2020 年 11 月 23 日午後 10:59 UTC](https://meta.discourse.org/t/extreme-load-disk-io-cpu-memory-usage-question/171097 "2020-11-23T22:59:28Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![ckshen](https://avatars.discourse-cdn.com/v4/letter/c/ad7895/32.png) [@ckshen](https://meta.discourse.org/u/ckshen)\
**Post date:** [2020 年 11 月 23 日午後 10:59 UTC](https://meta.discourse.org/t/extreme-load-disk-io-cpu-memory-usage-question/171097/1 "2020-11-23T22:59:28Z")

</div>

こんにちは、最近私たちのインスタンスで「極端な負荷」のメッセージが増えています。今日は午前9時40分に発生しました。

サーバーログを確認しましたが、午前9時40時のCPUと負荷は問題ないように見えました：

 ![image](https://global.discourse-cdn.com/meta/original/3X/e/e/eeb40de35e9e73ab9d0997cfc2bc4e8ac65e5bd4.png)

メモリ使用量も一日を通じて比較的安定しています：

 ![image](https://global.discourse-cdn.com/meta/original/3X/4/c/4c65d977d65411472da5eded7ff6eafbfcd38b9b.png)

スパイクはディスクI/Oと送信/受信帯域幅に現れたようです：

 ![f](https://global.discourse-cdn.com/meta/original/3X/7/3/7368a4a942e980284af074a3b603bc1db0b75868.png)

 ![ff](https://global.discourse-cdn.com/meta/original/3X/c/5/c515f2ffd4d423a71a81feefa1121a9b069234e6.png)

そのため、午前9時40分にクローラーからのリクエストが原因ではないかと疑いました。しかし、それを確認する方法があるかどうかはわかりません。クローラーのリストとリクエスト数を確認しましたが、ほとんどがGoogleとBingからのものだったので、これらをブロックするつもりはありません。

そこで以下の質問が浮かびました：

- 特定の時点で誰がサイトにアクセスしているかを確認できるログはありますか？
- これらの「良い」クローラーがリクエストを分散させるような設定は可能でしょうか？
- サーバーにCPUやメモリを追加することで状況が改善するでしょうか？CPUやメモリ使用量にスパイクがなかったため、少し懐疑的です。平均メモリ使用量が80%なのは高すぎますか？

現在は2 vCPU/2GBのメモリです。インスタンスには4つのUnicornワーカーを設定しており、これは利用可能なRAMの量に見合った設定のようです。

---

<div class="post-metadata">

**Author:** ![Falco](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/falco/32/179432_2.png) [@Falco](https://meta.discourse.org/u/Falco)\
**Post date:** [2020 年 11 月 23 日午後 11:49 UTC](https://meta.discourse.org/t/extreme-load-disk-io-cpu-memory-usage-question/171097/2 "2020-11-23T23:49:51Z")

</div>

> [@ckshen](#):
>
> 特定の時点で誰がサイトにアクセスしているかを確認できるログはありますか？

はい、`/var/discourse/shared/standalone/log/var-log/nginx/access.log` を確認してください。

> [@ckshen](#):
>
> 「良い」クローラーである場合、リクエストを分散させる方法はありませんか？

はい、「slow down crawler user agents」というサイト設定があります。

> [@ckshen](#):
>
> サーバーに CPU やメモリを追加すれば状況が改善するでしょうか？CPU やメモリの使用量が急増しなかったため、少し懐疑的です。平均メモリ使用率が 80% は高すぎますか？

9 時 40 分のピーク時には I/O 待ちが発生していたようです。RAM を増やすとキャッシュに保持できるデータが増えるため、改善する可能性があります。ただし、そのピークが読み込みによるものか書き込みによるものかは不明です。グラフの凡例が切り取られていたためです 🙃。

とはいえ、余裕があれば、ドロプレットのサイズを次に利用可能なサイズにアップグレードすれば、常に改善が見込めます。

---

<div class="post-metadata">

**Author:** ![ckshen](https://avatars.discourse-cdn.com/v4/letter/c/ad7895/32.png) [@ckshen](https://meta.discourse.org/u/ckshen)\
**Post date:** [2020 年 11 月 24 日午前 2:00 UTC](https://meta.discourse.org/t/extreme-load-disk-io-cpu-memory-usage-question/171097/3 "2020-11-24T02:00:11Z")

</div>

ありがとうございます。午前9時40分のログを確認しましたが、リクエストはクローラーではなく、ユーザーの行動（一般ユーザーのブラウザ）から来ているように見えます。

> [@Falco](#):
>
> 9時40分のピーク時はI/O待ちが発生していたようです。RAMを増やせばキャッシュに保持できるデータが増えるため、改善が見込めるかもしれませんが、グラフの凡例が切れてしまっているため（🙃）、そのピークが読み込みによるものか書き込みによるものかはわかりません。

緑色のピークは読み込みです。

> [@Falco](#):
>
> とはいえ、予算が許すのであれば、ドロプレットのサイズを次に利用可能なサイズにアップグレードするのが常に有効です。

はい、クローラーによるものではないようなので、次のサイズのドロプレートに切り替えて、RAMを2GBから4GBに増やし、効果があるか試してみようと思います。

ユーザーの活動が原因だとは少し驚きです。ここ2年は以前よりもアクティブな投稿者が減っているという印象だったからです。しかし、Googleアナリティクスを見ると、ユーザー数は着実に増加しています。投稿者は減っている一方で、潜り読み（lurkers）のユーザーが増えているのかもしれません。

 ![image](https://global.discourse-cdn.com/meta/original/3X/a/c/acafc375808d7fcdd2575a2e30c14a8c55d72bd5.png)

アドバイスいただき、ありがとうございました。感謝しています。

---

<div class="post-metadata">

**Author:** ![ckshen](https://avatars.discourse-cdn.com/v4/letter/c/ad7895/32.png) [@ckshen](https://meta.discourse.org/u/ckshen)\
**Post date:** [2020 年 11 月 24 日午後 5:35 UTC](https://meta.discourse.org/t/extreme-load-disk-io-cpu-memory-usage-question/171097/4 "2020-11-24T17:35:39Z")

</div>

メモリを倍増させることで、少なくともグラフから見て、特にディスク I/O と負荷のスパイクにおいて違いが生じているようです。

 ![image](https://global.discourse-cdn.com/meta/original/3X/6/4/6411338148d7e9f14f3f3646ae0654ddfb220621.png)
