今夜はこれからデータベースのチューニングを。
寒い夜になりそうですね。
今夜は少しデータベースのチューニング(設定の見直し)を。
昨日のネタで書いた通りです。
今週は明日しか休みがないので(明後日は本職なので)
競馬でもやりながら1日がかりで
データベースをいじくりたおそうと思っています。
…とはいえ
明日から開催の東京競馬
たぶん中止になりそうな気がするなぁ。
そのあたりの情報も
明日の朝に随時更新予定です。
[コメント読む(0)]
データベースの更新系/参照系のすべての切り分けが完了。
1月18日のネタの続きです。
「The Sunday Breeze」メインサイトと
SBメンバーズサイト、POGサイトなどすべてのサイトで
データベースを更新専用と参照専用とで切り分けました。
と言いますのも
結局18日に行った対応ではサーバの負荷軽減に効果はなく
おそらく現在のサーバのデータベース自体を停止するしか
負荷を減らす方法がないと踏んだためです。
現状…かなり厳しい状況です。
週に2回はサーバダウンが発生しています。
あれやこれやと手を打っていますが
いずれもあまり効果が出ていません。
とにかく
夏のボーナスまでは騙し騙しでこのままいきます。
(夏のボーナスでサーバを新しく買い替えます)
皆様にはご迷惑をおかけしますが
ご理解のほど、よろしくお願いいたします。
-----
さて。
管理人は明日も仕事なので
そして昨日までの疲れからか、とっても眠いので
今日はこの辺にしておきます。
明日は夕方にはいったん帰宅しますが
また夜から仕事に出かけます。
その合間をぬってブログは書こうと思います。
[コメント読む(0)]
データベース設定の見直しを行いました。
ここ数日のサーバ不調のため
先ほどまでにデータベースの設定と構成の大幅な変更を行いました。
サーバ上で動いているデータベースの負荷を減らすため
更新用データベースと参照用データベースとをはっきりと分けております。
んで、更新用データベースが更新されると
即座に参照用データベースへ同期される仕組みにしてます。
通常は明らかに
更新(レース結果の更新とか出馬表の作成とか)よりも
参照(サイトの表示全般)のほうが回数も多く負荷も高くなりますので
これを分けたことで、サーバの負荷は(おそらく)軽減されるものと。
ちなみに参照用データベースは同じPCの中にはありますが
別のOS上で動いていて、メモリの割り当ても違うため
サーバのメモリ不足はこれでいったん解決するんじゃないかと思っています。
それと、昨日のネタの続きっぽいですが
昨夜のうちにスワップ領域のディスクの変更を実施しています。
これによりディスクへのアクセスが遅れてサーバがダウンすることは
まあ減るんじゃないかと。
しばらくはこの設定で様子をみてみようと思います。
改善されなければ他の方法を試してみたいと思います。
---
実はこのデータベースの構成変更
新メンバーズサイトの構築にも一部かかわっています。
データベースを参照用で分けた時に
新しいサイト用のデータベースを作って
そのデータベースも同時に更新する仕組みにしてあります。
新サイト構築の一環として
今回の負荷軽減対策も実施してみました。
いずれにしろ
負荷が軽減されるかどうかは、数日動かしてみないとわかりません。
ちょっと様子見です。
-----
さて。
明日は管理人は夜勤でございます。
2016年は夜勤の日もブログを更新します。
大したことは書けませんが
ちょろっと競馬ネタでも。
[コメント読む(0)]
サーバの死活監視ツールを導入しました(自作ですが)
今日は大井競馬場へは行かず。
なんだかめんどくさくなったのと
名古屋競馬でしこたまやられたのと
昼間にサーバが3時間くらいダウンしたのと
もろもろの原因が重なって自宅観戦となりました。
-----
んで、
最近サーバが4〜5日に1回くらいのペースでダウンしています。
原因は明らかにはなっていませんが、おそらくかなり負荷が高いものと思われます。
負荷を抑える方法を考えるべきなんでしょうけど
いまのところ有効な手立てがないので(おい)取り急ぎではありますが
サーバがダウンした際に速やかに再起動して復帰するプログラムを組みました。
いわゆる「死活監視」のプログラムです。
「死活監視」という言葉はおそらく
システム屋さんにしか通用しない?のかもしれませんが
読んで字のごとく(対象とするサーバが)死んでるか活きてるかを監視するものです。
まずはサーバ(うちの場合はVirtualBoxのゲストOS)起動時に
共有ディスクにファイルを作成します。
そして4分ごとに
1:共有ディスクにファイルが存在していること
2:pingで応答があること
を別サーバ(うちの場合はホストOS)からチェックします。
もしファイルがない場合は
「起動途中」という判断で、チェックをスルーします。
もしファイルがあるのにサーバからの応答がない場合は
ゲストOSになんらかの異常が発生したと判断して
強制的にホストOSを(ゲストOSもろとも)再起動します。
このときファイルを削除します。
再起動直後はファイルが存在しないので
正常に起動するまでチェックはスルーします
(起動直後にチェックしてもファイルはないので、再起動するのを防ぐため)
ただこのパターンだと
再起動後に正常に起動できなかった場合は
チェック機能もスルーしているし、判断のしようがありません。
未実装ですが、何回かスルーをした場合には
管理人のケータイあてにメールが届くようにします。
管理人あてにメールが届けば
そこでリモートログインして管理人がなんとか対処できるのではないかと。
一応こんな全体の流れです。
先ほどわざとサーバを再起動させて
この監視プログラムが動くことを確認しています。
明日からは…少なくともサーバが停止する時間を最小限にとどめたいと
管理人が対応できればすぐにサーバ復旧ができるようにと
んーまーうまくいくかわかりませんが、とりあえずやってみたいと思います。
-----
こんなサーバの監視をしなければならないのも
サーバのスペックそのものがあまりよくないのが原因の一つです。
実は…
半年くらい前からちょっと考えていたことなんですが…
「The Sunday Breeze」の運営について寄付を募ろうかとか
メンバーズページを有料化しようかとか
ちょろっと考えていました。
サーバの増強や維持のために。
ただそこには
「お金をもらうほどの運営をしているのか?」
という自問自答というか、管理人自身の怠慢との葛藤というか
そんな思惑が交錯しているところでございます。
管理人がね…もっとしっかりと運営するなら
お金をいただいて運営していくってのも一つの手段ではあると思っているんですが
さすがに現時点ではそんなレベルのサイトではないことは確かだし
それは管理人自身も自覚していることです。
かといって
ありがたいことにここ最近増えているアクセスに対応していけるほど
管理人も時間をとることができるわけではありません。
(何度も書いていますが「サイト管理」が本職ではないので)
ぶっちゃけ
サイトを運営していて得られる年間のお金(広告費)なんて
ひと月のたばこ代にもなりません。
まあそれでもこうしてサイトを運営しているのは
ただ単に管理人が競馬好きというだけであって
いわゆる「お金目的」でサイトを運営しているわけではないから
趣味の範囲でいろんなデータとかを提供しているだけなんです。
でもね
話が行ったり来たりしますけど…
管理人が趣味でやっているサイトで
それでアクセス数が増えて
サーバのために自分のお金を使うことが本望かというと
それはそれでちょっと違うかな?という思いがあるのも事実なわけです。
だけど使ってくださる方がいる以上
そんな簡単に「やーめた」っていうわけにもいかないなってのも事実なわけです。
どうしたらいいんでしょうかね。
-----
今日も管理人は酔っぱらっています。
(きっと皆さま気づいていたと思いますが)
明日はたぶん(いまの調子だと)二日酔いにはならないので
午後には中山競馬場へ向かうつもりでいます。
明日もG1ですね。ジャンプのG1。
中山大障害です。
できれば現地で観戦して明日のブログにでもUPしたいと思いますが
とにかく起きる時間次第だと思います。
あまり期待しないでいただければ。
[コメント読む(0)]
本日はサーバの中身をいろいろヴァージョンアップ。
今日は1日サーバの前にいました。
サーバで使用している様々なアプリケーションを
一気にヴァージョンアップしました。
ずいぶんと時間がかかったなぁ…。
一部はまだ終わっていなくて
エラーが出てうまく進んでないものもあります。
あと数日はかかりそうかな。
サーバ監視ツールも再度インストールしなおしましたが
必要なデータの一部を取得してくれないとか
表示させると文字化けするとか
まだまだ問題山積。こちらも時間がかかりそうです。
まあサーバのアクセスや稼働そのものには影響ないので
このあたりは今後のんびりと取り組んでいこうと思っています。
-----
シルバーウィークも終了。
管理人は明日夜勤のため
明日のブログは
特別なことがなければお休みです。
明日本職へ行って、明後日の朝に帰ってきたら
また日曜日まで休み。
金曜日のブログは
何を書くかはまだ決めていません。
[コメント読む(0)]