ニックネーム:   パスワード:
| MyDoblogトップ | Doblogポータル | DoblogMusic | Doblogガイド | ユーザ登録 | 使い方 | よくある質問 | ツールバー | サポート |
開発者日記
Blog
[ 総Blog数:46件 ] [ このMyDoblogをブックマークする ] [ RSS0.91   RSS1.0   RSS2.0 ] [ ATOM ]
前のページ   |   次のページ
2006/09/07のBlog
Doblog開発部 Youasです。

本Blogは DoblogのURL記述がない場合にTBを拒否する設定をONにしておりましたが
TBスパムの調査も含め、機能をOFFにし しばらく運用いたします。

見苦しい部分など出てくる可能性も否めませんがよろしくお願いいたします。
2006/08/08のBlog
[ 14:43 ] [ Youas ] [ 雑記 ]
[関連したBlog:現在のDoblogの状況、Doblog開発部メンバーの状況等に関しまして(Doblog開発部)]

上部リンク先の記事にて少々触れましたが、分散化について自己フォローをしておきます。

 (1台のサーバで起こりうる高負荷の確率論が分散化をすることにより、2台ではさらに多くの確率で高負荷状況となってしまっては意味を成さない為)

と書きましたが、これは直列?で分散をする際に起こることです。

現在1台で動いているもの を 2台に負荷分散する際は2種類の方法があるかと思います。

1.100くるアクセスのうち、50をサーバAに、50をサーバBに振り分け、負荷分散を図る。
 サーバAが動かなくなってしまった場合、サーバBに全てを任せ、その間にサーバAを復旧する。

2.負荷がかかっている部分を切り出し、サーバBに移動する。
 サーバA、サーバBがそろっている状況で、システムは稼動する。

こんなかんじでしょうか。

今後のDoblogで取ろうとしている手段は、後者(2番)を行う予定です。
といいますのは、前者(1番)の場合は、Blogのような更新が多々かかるサーバでは実現しにくく、「更新データの同期方法をいかにうまくするか」という事を失敗すると、1台より2台のほうが性能がでない(さらに重くなってしまう)という状況が発生しかねません。

よって、A、B2台のサーバがそろっていて性能を発揮するということで、前記の枠内のことが起こりうるのです。

Ex.サーバの生存率が99%であるものが、2台になると99%*99%となりシステムの生存率は98%程となる。
 これが、1台で80%の生存率だと、80%*80%となり、システムの生存率は64%になってしまう。
---追記

書き漏れていましたが、RSSに関しては、リバースプロキシを用いて、負荷軽減しております。
2006/08/07のBlog
私個人のLogと、開発部としての発表的なものを分けるために
少々ジャンルを修正してみました。

変な名前でジャンルを登録していますが、気にしないでください。

と、こんな時間ではありますが、会社にいる私のデスクを。。
※いい加減、整理しないといけませんね。なぜか弊社のDoblog担当責任の席は大量にモノがあふれかえる傾向にあります。私の前任もそうでした。

※今週は、これに対して少々修正する予定です。他にも色々ありますが、取り急ぎ。。
2006/08/01のBlog
Doblog開発部 Youasです。

まず、本年2月より、発信が滞りましてまことに申し訳ございません。

現在の本ブログ:Doblog開発部 を書いているメンバーの状況、及び現在のDoblogの状況等に関して、報告させていただきます。

すでにご存知の方もいらっしゃると思いますが、本Blogを書いているのは(株)ホットリンクの社員で構成されております。
(といっても、私Youasしか書いていない状況ではございますが・・)

DoblogサイトOpen~2006.6 まで稼動していました、旧Doblogのソフトウェアに関しまして我々開発部で構築、改修を重ねてきたものでしたが、現在のwww.doblog.com で動いているソフトウェアは別の部隊が分散化処理を視野に入れつつ、新規作成を行ったものになっております。
[関連したBlog:そうなんだ(じいや様)]
それでは、現在の我々は何をしているのか、Doblogプロジェクトから外れたのか?

というわけではなく、私Youasを含め、旧?Doblog開発部メンバーもソフトウェア以外の面での対応を現在も行っております。
Ex.高負荷時サーバにアクセスし、原因の特定。サービスの再起動→正常化等。

ソフトウェアに関しましては、別部隊に現在はお願いせざるを得ない状況ではございますが、問題収束の後 我々旧Doblog開発部メンバーがまたDoblog開発部メンバーとなれるよう日々積み重ねております。

皆様にはまことにご迷惑をおかけし、大変申し訳ございません。
現状の報告、及びお詫びをさせていただきます。
----------------------------------------------------------------

さて、今後のDoblogに関して、我々の方で把握していること、この先どうなるのか、何を実施しようとしているのか を明記させていただきたいと思います。
※なるべく簡略化し、全ての方にわかるように書きたいとは思うのですが、技術的な会話、文言が出てしまうことをお許しください。

■現在の問題点
データベースサーバ(以下DBサーバと記載)が高負荷になり、Doblogサービスがサービスとして維持できない状況になる。

■2006-08-01 メンテナンスの実態
・DBサーバのクリーニング処理
・DBサーバから情報を抽出するプログラムの一部改善(SQLの改善)

■今後の予定
・DBサーバに搭載されているメモリの増設がスケジュールされております。
 実際の日程が決定しましたら追ってスタッフブログ、及びお知らせにて
 告知させていただきますが、メンテナンスの時間を設けさせていただく形になります。

・DBサーバから情報を抽出するプログラムの改善(SQLの改善)
 本日のメンテナンスまでに改善されたものは、使用頻度の多い抽出条件より作業を
 行っておりますが、500種類程ある抽出条件のうち、100種類程が改善しております。
 この作業を、500種類程ある抽出条件全てに対し適応させていただきます。

・その他ミドルウェア等のバージョンアップの実施
 詳細はセキュリティホールになる危険性がある為かけませんが
 (実際にセキュリティホールがあるわけではなく、今後の為に詳細が明記できません
 また、明記できないのは現在使用しているバージョン等で、Doblogが動いているサーバのOSは RedHatを使用しております。
 また、Doblogサーバ等は、ファイアウォールと呼ばれるセキュリティ用防壁(というと語弊がありますが)の中に設置されておりますので、ハッキング等のご心配はございません。)
 OS(オペレーティングシステム:WindowsやLinuxの事を指します)のバージョンアップ
 を実施する予定となっております。
 本件に関しては検証作業が膨大な時間がかかる為、少々遅れて実施させて
 いただきます。
 ただし、本件が高負荷の起因となっているとは考えにくい
 (現在の症状を分析した結果)為、予防線を張る形になります事をご理解ください。
・DBサーバの分散化
 我々が以前(2004 11月頃?)のソフトウェアでDBサーバの分散化に失敗し、
 多大なご迷惑をおかけしましたが、今回のDoblogソフトウェアではもとより分散化
 を行うために作成されました。
 このため、DBサーバが急に高負荷になる状況が改善した後、DBサーバの
 分散化を行わせていただきます。
 ※高負荷状態にならないために分散化をするのに、なんで高負荷になる状況が
 改善したらなのか、といいますと 現在の高付加になる状況はアクセス過多になり
 システムとして動かなくなってしまう、いっぱいいっぱいになってしまうわけではなく
 あるきっかけによりDBサーバが機能しなくなってしまう為に引き起こっております。
 この状況は現在改善されつつあります+高付加が引き起こった際の対処法、及び
 正常時に戻す方法も確立された状況ではございますが、要因を取り除いた後に
 サーバの分散化を実施すべき、という判断の元になります。
 (1台のサーバで起こりうる高負荷の確率論が分散化をすることにより、2台ではさらに多くの確率で高負荷状況となってしまっては意味を成さない為)

--------------------------------------------------------------
最後に、しばらくの間、更新が滞りましてまことに申し訳ございませんでした。
重ねてお詫び申し上げます。

さまざまな情報が決まり次第、私のほうからこまかな発信、対話を行って
行きたいと考えております。

2006.8/1 Youasでした。
2006/02/23のBlog
Doblog開発部 Youasです。

トラックバックスパムが横行しており、Doblogで実装した
相手のURLに自分のBlog記事が存在するか否か のチェックも抜けるようになってまいりました。

本件に関しまして、対策としてDoblogファミリー内で削除したトラックバックが一定数を超えたトラックバックURLに対して、自動的に削除されるような機構を組み込む予定です。
※簡単に説明するとブラックリストです。

流れは下記になります。

■自動トラックバックスパム削除
1.ユーザが記事を書く
2.書いた記事に対してトラックバックスパムがつく
3.トラックバックスパムを削除
4.削除情報を集約
5.削除情報を元に一定数を超えたトラックバックURLをブラックリストとして返却
6.ブラックリストを元にDoblog内のトラックバックを自動削除する

■自動トラックバックスパム拒否
1.トラックバックを受ける
2.トラックバックを受けたURLが、上記「■自動トラックバックスパム削除」にて作成されたブラックリストに該当するか否かを問い合わせる。
3.自動的にトラックバックを排他


ポータルサイトに属したブログを開設されている意義をもう少し高めようという感じではございますが、上記のような流れを汲みトラックバックスパムを排他できればと考えております。

疑問、問題点、提案等ございましたらコメントまでお願い致します。

取り急ぎよろしくお願い致します。
2006/01/17のBlog
Doblog開発部 Youasです。

1/10頃より深夜、早朝にかけての機械的なアクセスが激しいため、少々調整を行っております。
ここ数日間スタッフ一同、日々監視、調査を行ってまいりました。

調査の結果より、フロントエンドサーバを少々調整いたしました。

様子をうかがいつつ、チューニングを行っております。
皆様にはご迷惑をおかけしておりまことに申し訳ございません。
2006/01/04のBlog
あけましておめでとうございます。

Doblog開発部です。

本年も引き続き、よりよいサービスにするために勤めていきます。
Webの世界は、恐ろしい速度で変化していきます。
ブログ SNS 等、また既存の機構に打って変わるなにかがでてくるかもしれません。

それに伴い、新しいシステムを悪用するものも出てくるでしょう。

柔軟、かつ迅速に対応できるよう、内部・外部に向けアンテナを張り敏感に反応していきたいと考えております。

今年もよろしくお願い致します。
2005/12/12のBlog
どうでしょう?
TBスパムはついていますでしょうか・・・

ちょっとチェックしてたりするんですが、設定まではそうそう見れないもので。。。
(見る手段云々ではなく、個人情報として です。)

URLチェック機能ですが、スタッフブログにも書いてありますが、私ともどもチェック等を行っております。
ですが万が一漏れであったり、誤作動であったり、ございましたらご連絡いただけますと幸いです。

また、Doblogからのお知らせ をMyPageに表示させるように変更しましたが、すこしは見やすくなりましたでしょうか。

こまかな変更ではございますが、レイアウトにかかわったりしますので気がかりです。

以上Youasでした。
前のページ   |   次のページ