最近の「The Sunday Breeze」サーバの稼動状況について。
しとしとと雨が降っていますねぇ。
今宵みなさまいかがお過ごしでしょうか。
「The Sunday Breeze」管理人でございます。
さて。
今日はサーバネタでございます。
-----
今、管理人の目の前にある「The Sunday Breeze」のサーバ。
時折、接続に大変時間がかかることがございます。
日ごろからご利用いただいている皆様には
大変ご迷惑をおかけしております。
その原因を追究すべく、ここ数週間ですが
各サーバの稼動状況を監視しております。
各サーバの状態と、その関連性をここで見てみたいと思います。
グラフは、上から
・CPUの使用率
・Load Average(処理待ちプロセス数:1を超えると、処理が滞っている証拠)
・Webサーバの使用状況(稼動プロセス数)
・データベース使用状況(データベースにコマンドが発行された回数)
を、現在(22時15分)から24時間前までの状況です。
まずは、一番上の
CPUの使用率をご覧頂くのが、わかりやすいと思います。
とんがった部分がいくつかありますが
これらのいくつかは、サーバ側で行っている処理に原因があります。
まずは0時。
この時間には、「The Sunday Breeze」トップページにあります「今日のおすすめ」の
おすすめ馬を探している処理。
それと、いろんなログファイルを
その日の分に更新する処理をしています。
6時。
データベースのメンテナンス、サーバ上のファイルのバックアップ処理をしています。
16時。
木曜日ですので、週末のJRA出走馬取り込み処理が動いています。
17時。
地方競馬の出走馬取り込み処理が動いています。
19時前。
今日の日中開催のレース結果について、最終更新処理が動いています。
22時。
今日の全開催のレース結果について、最終更新処理が動いています。
それ以外のとんがった部分は
原因がわからない処理です。
(昨夜23時半、0時半、7時、8時半、9時、19時あたり)
このグラフと、データベース使用状況のグラフを比較すると
0時と22時のサーバ処理時にデータベースを多用していることがわかります。
そして、原因がわからない処理も。
一番「接続に時間がかかる」にかかわるグラフは
以前も書いたとおり、上から2つ目の「Load Average」。
Load Averageが1を超えていそうなのは
昨夜23時半、0時、0時半、6時、7時、8時半、19時、22時。の8回。
CPUの使用状況・データベースの使用状況と、Load Averageは
ほぼリンクしたデータが取得できていると考えられます。
ところが、Webサーバの状況を見ると
ほぼリンクはしているものの、明らかにおかしいのは午前4時半。
Webアクセスがかなりあったようですが、CPUやデータベースは
ほとんど利用されていません。
そして、サーバにも負荷がほとんどかかっていません。
そして、データベースに大きく負荷がかかっている0時半、8時半に
特別Webサーバが使用された状況も、確認できませんでした。
結局、結論は出ずじまい。
サーバ処理の時間帯に若干遅くなることはわかりますが、
それ以外の時間帯では何が原因で「接続に時間がかかる」のか
いまだ把握できていません。
もう少しデータを取得しながら調査していって
原因がわかったら、またブログでもご報告したいと思います。
-----
さて。
明日は金曜日ですが、管理人は夜勤。
ブログネタは未定です。
明後日土曜日は夜勤明け。
秋のG1を2連勝している管理人が
「管理人のたま〜に当たる(かもしれない)G1予想!菊花賞編!」
をビシーッと書いていこうと思っています。
今宵みなさまいかがお過ごしでしょうか。
「The Sunday Breeze」管理人でございます。
さて。
今日はサーバネタでございます。
-----
今、管理人の目の前にある「The Sunday Breeze」のサーバ。
時折、接続に大変時間がかかることがございます。
日ごろからご利用いただいている皆様には
大変ご迷惑をおかけしております。
その原因を追究すべく、ここ数週間ですが
各サーバの稼動状況を監視しております。
各サーバの状態と、その関連性をここで見てみたいと思います。
グラフは、上から
・CPUの使用率
・Load Average(処理待ちプロセス数:1を超えると、処理が滞っている証拠)
・Webサーバの使用状況(稼動プロセス数)
・データベース使用状況(データベースにコマンドが発行された回数)
を、現在(22時15分)から24時間前までの状況です。
まずは、一番上の
CPUの使用率をご覧頂くのが、わかりやすいと思います。
とんがった部分がいくつかありますが
これらのいくつかは、サーバ側で行っている処理に原因があります。
まずは0時。
この時間には、「The Sunday Breeze」トップページにあります「今日のおすすめ」の
おすすめ馬を探している処理。
それと、いろんなログファイルを
その日の分に更新する処理をしています。
6時。
データベースのメンテナンス、サーバ上のファイルのバックアップ処理をしています。
16時。
木曜日ですので、週末のJRA出走馬取り込み処理が動いています。
17時。
地方競馬の出走馬取り込み処理が動いています。
19時前。
今日の日中開催のレース結果について、最終更新処理が動いています。
22時。
今日の全開催のレース結果について、最終更新処理が動いています。
それ以外のとんがった部分は
原因がわからない処理です。
(昨夜23時半、0時半、7時、8時半、9時、19時あたり)
このグラフと、データベース使用状況のグラフを比較すると
0時と22時のサーバ処理時にデータベースを多用していることがわかります。
そして、原因がわからない処理も。
一番「接続に時間がかかる」にかかわるグラフは
以前も書いたとおり、上から2つ目の「Load Average」。
Load Averageが1を超えていそうなのは
昨夜23時半、0時、0時半、6時、7時、8時半、19時、22時。の8回。
CPUの使用状況・データベースの使用状況と、Load Averageは
ほぼリンクしたデータが取得できていると考えられます。
ところが、Webサーバの状況を見ると
ほぼリンクはしているものの、明らかにおかしいのは午前4時半。
Webアクセスがかなりあったようですが、CPUやデータベースは
ほとんど利用されていません。
そして、サーバにも負荷がほとんどかかっていません。
そして、データベースに大きく負荷がかかっている0時半、8時半に
特別Webサーバが使用された状況も、確認できませんでした。
結局、結論は出ずじまい。
サーバ処理の時間帯に若干遅くなることはわかりますが、
それ以外の時間帯では何が原因で「接続に時間がかかる」のか
いまだ把握できていません。
もう少しデータを取得しながら調査していって
原因がわかったら、またブログでもご報告したいと思います。
-----
さて。
明日は金曜日ですが、管理人は夜勤。
ブログネタは未定です。
明後日土曜日は夜勤明け。
秋のG1を2連勝している管理人が
「管理人のたま〜に当たる(かもしれない)G1予想!菊花賞編!」
をビシーッと書いていこうと思っています。
このネタへのコメント:
コメントはありません。