Proxyとか

ネット界隈と時事ニュースなどの日常の何気ない話題が中心な信憑性もなければ公平性もない偏った素人のメモ。

 http://fula.jp/ へのリンクはフリーです [メール] [PGP] はこちらよりどうぞ。但し、営利目的の方はご遠慮下さい。    携帯    English    韓国語    中文

<< 台灣加油!! 台灣頑張れ!! | TOP |

[Server]  Apacheの反応応答速度が低下する場合の対処方法

2018/04/10(Tue) 16:39:28

ちょっと落とし穴だったのでメモ。

Apacheの反応応答速度が低下するのに加え、httpsの条件下でBasic認証動作をはさむと下手すりゃ数秒間無反応になる始末。

今回はそんな場合の対処方法を適当に。

httpd.conf内でHostnameLookups Offにすることはパフォーマンス上、普通に当たり前のことです。

と同時にhttpd.conf内や.htaccess内にはそもそも正引き逆引き動作を伴う記述を排除するように書いていきます。

当然その様な大原則の下、記述していましたし実際に間違いもなく何度見直しても正しく書かれています。

結果を書きますと、

Apache配下でもなく全く別の全く関係ないプロセスで逆引きを行う動作を定期的に動かした事が原因でした。

Apacheが極端に遅いのでApache自体に問題があるのかまたはhttpsに原因があるのかと思い落とし穴にはまっていました。

たまたまhttpsへ移行した時期とApacheとは関係ないところで逆引き動作を行った時期がクロスしたので原因究明に時間がかかりました。

他にもルーターやDNS参照先や色々と疑い、一つ一つ調べた結果がこれです。

まさかApacheと関係のないところで逆引きを行ったことがApacheを巻き込むとは想定外でした。

そもそもApache自体は正引き逆引きが必要のない設定なのでまったく別部分での逆引きがApacheに多大な影響を与えるているとは考えませんでした。

NetworkもCPUもRAMもI/Oもルーターセッションもずべてにおいて資源は有り余っているのに極端にApacheが遅くなり、httpsの条件下でBasic認証動作をはさむと更に著しい反応応答速度(レスポンス)が低下する一例として記しておきます。

対処方法がわかり対処療法を施しましたが、根本原因はわかりません。

今わかるのは逆引きは別ハードウェアでやれって事です。

散々調べましたが、世の中に事例が残されていないようなのでここに書き留めます。

[admin ID:92RrOHSc] [Trackbacks:0] [English]
[記事固有URL:http://fula.jp/blog/index.php?no=r908]
[トラックバックURL:http://fula.jp/blog/ptb.php?no=908]



コメントについての補足事項

  • コメントは誰でもご自由にどうぞ。但し、営利目的の投稿はご遠慮下さい。
  • コメント内のhttp:// から始まる文字は自動リンクします。
  • 自動リンクしたくない場合は先頭に * (アスタリスク)をつけて *http:// としてください。
  • 投稿パスはコメント投稿後に修正、削除などの管理作業を行う時に利用します。
  • 設定した投稿パスは トリップ としても作用します。
  • ご自身で任意のパスワードを設定のうえ投稿して下さい。
  • 誹謗中傷など投稿内容によっては管理人の権限で削除、修正させて頂く場合があります。
  • 日本語を一定数含まない場合や句読点(点や丸)が使われていないコメントは投稿できません。
  • 正規書き込みパスには、はんかくかたかなで のし と記入下さい。スパム対策です。

名前

投稿パス

正規書き込みパス

コメント

確認後 :

投稿後の記事の修正削除

記事番号 : 投稿パス:

上記より投稿時に設定した投稿パスを入力して下さい。修正、削除などの管理作業を行う事が出来ます。

<< 台灣加油!! 台灣頑張れ!! | TOP |

apache_powered.gif php5_powered.gif eaccelerator_powered.gif zend_optimizer_powered.gif xmail_powered.gif opera9_browser.gif

FLEUGELz