投稿者
 メール
  題名
  内容 HTMLタグ
    
 URL
[ ケータイで使う ] [ BBSティッカー ] [ 書込み通知 ] [ teacup.コミュニティ ]

[PR] 清掃求人  静岡の求人・転職  物流費
teacup. ] [ 掲示板 ] [ 有料掲示板 ] [ みんなの掲示板 ] [ ブログ ] [ チャット ]

全100件の内、新着の記事から10件ずつ表示します。 1  2  3  4  5  6  7  8  9  10  |  《前のページ |  次のページ》 

(無題)

 投稿者:ほっしー@管理人  投稿日:2009年 2月 7日(土)10時37分48秒
  こちらにも同じ内容をコピーしておきます。

以前から問題になっていた CGI,PHP 暴走問題について、
試しにリソース制限を加えてみます。

とりあえず一律10秒(実時間でなくCPU時間です)で強制終了するようにしてみました。
この数字もとりあえず決めただけなので、みなさんから要望があれば変更していきたいと思います。


ただし、
特に重い処理を行って(管理用スクリプトなど)どうしても10秒で終わらないなどという場合は .htaccess に
> RLimitCPU max
と記述すると回避できますので、そのあたりは個別で対処をお願いします。

この場合、暴走するとこれまで同様に負荷をかけっぱなしになるため、
検証・デバッグは念入りにお願いします。


参考: RLimitCPU
http://httpd.apache.org/docs/2.2/ja/mod/core.html#rlimitcpu
 

リソース制限について

 投稿者:ほっしー@管理人  投稿日:2008年11月18日(火)00時15分56秒
  皆さんレスありがとうございます。
割と賛成よりの意見が多いみたいですね。
(メールでも何件かコメントをいただきました)

Apache のリソース制限は .htaccess で制限を変更できるみたいですので、
あくまで「デフォルト設定」という位置づけにして、
必要があって制限を緩くする場合にはそれだけ慎重にやってもらう。
という方針で、試しに運用して様子を見ようかと思います。

また詳しくは後日、管理人戯言の方にまとめようかと思います。

>498さん
必要があってリソースを使うのは元から咎めてませんよ。
足りなくなったら適当に機材を調達してきますので。
むしろ誰かがリソースが足りなくなるくらいに人気のサービス作らないか楽しみにしてます。^^;

さて、今回問題に挙げたのは、デバッグ不足などによる「不意の暴走」をどうしよう?という話です。
無駄にリソースを食いつぶした揚句にサーバダウンするんですから、無駄なことこの上ない。
しかも他の利用者の方々に迷惑なので、どうよ?ということです。
 

(無題)

 投稿者:ピンテル  投稿日:2008年11月 5日(水)23時48分24秒
  お世話になっております

私も賛成よりの考えです
理由は下の方と殆ど同じです

管理人さんの作業的な負担がどうなのかよくわからないので、もし無茶なことを言っていたらすみませんが、
試しに制限してみて、感想を聞いてみるのも手ではないでしょうか?
 

(無題)

 投稿者:498  投稿日:2008年11月 4日(火)20時20分7秒
  いつもありがとうございます。

私もどちらかというと、リソースを食っている方です。
皆さん・管理人さんには迷惑をかけてしまっている側になります。

リソース制限がかけられた場合ですが、自分のサイトの運用云々よりも、
他の方に迷惑をかけることが少なくなる、という安心感の方が
(私の場合は)むしろ大きいです。

ただ、今現在利用している皆さんは大丈夫だと思いますが、
こうしたリソース制限があると、今後新たに利用を始める方がいた場合に
「制限一杯まではフルに使っていいんだ」みたいな解釈をされないように
この点だけは注意された方がいいかと思います(私がとやかく言える立場ではありませんが)。

制限をかける「べき」、とまでは思いませんが、
運営上、制限する必要があると判断されたのでしたら賛成します。
 

リソース制限について

 投稿者:裸電球  投稿日:2008年11月 4日(火)00時29分24秒
  いつもお世話になっております。
僕としてはサーバの連続稼働の方を優先していただきたいので、
そのためにリソースの制限が必要というならそうして頂きたいです。

http://hadakadenkyu.flnet.org/

 

最近のダウンにつきまして

 投稿者:ほっしー@管理人  投稿日:2008年11月 1日(土)02時08分9秒
  最近サーバダウンが頻発しているようですが、ようやく原因が判明しました。
とある利用者の方の CGI が暴走し、Apache の子プロセスをすべて消費していたようです。
暫定でパーミッションを落として、デバッグをお願いしましたので、
これで復旧したと思います。

さて。
最近 CGI の暴走によるサーバダウンが頻発しているようですが
やはりリソース制限など設けた方がいいんでしょうかね?

リソースが制限されるとその分、利便性は落ちると思いますが、
サーバダウンするよりはよっぽどマシという意見も聞かれます。

また検討中ですが、みなさんの意見を聞かせてもらえませんか?
 

障害発生?

 投稿者:さんきち  投稿日:2008年10月31日(金)20時17分24秒
  昼に確認したときには問題無かったようですが、
また、落ちているようです??
 

Re: 数日前から

 投稿者:ほっしー@管理人  投稿日:2008年10月31日(金)07時46分29秒
  Apache が暴走していました。
何日か前も同様の状態だったので再起動したのですが...

Web 以外のサービスは正常に動作しているのでハードウェアや
ネットワークが原因ではないと思いますが原因調査中です。
 

数日前から

 投稿者:みやこ  投稿日:2008年10月30日(木)22時04分30秒
  何だかずっと落ちてますね・・・。
すぐ直るかなーと見守っていたのですが・・・
 

回線が重い件について

 投稿者:ほっしー@管理人  投稿日:2008年10月14日(火)23時17分37秒
  現在原因究明中です。

5日以降しばらく、サーバのグローバルIPを固定化しようと
少しずつ設定に手を加えていましたので、それが原因かもしれません。
サービスを止めないように移行したんですけど...

ちょうど同時期に Perl CGI を暴走させていた方がいたので、
原因は断定しかねます。

今現在も不安定な状態が続いているならば、
プロバイダが変わった影響で安定性やスループットなどが落ちた可能性もあります。
その場合は一旦元の環境に戻して再度対応を検討したいと思います。
 

以上は、新着順1番目から10番目までの記事です。 1  2  3  4  5  6  7  8  9  10  |  《前のページ |  次のページ》 
/10 


[PR] ワールドファミリー 脱毛 旅行会社 美容皮膚科