典型的なLAMP(Linuxの+ Apacheの+ MySQLの+でのPerl) アプリケーション環境: Apacheの&nginxのは、誤差がlimit_zoneかどうかを確認し、その後の5xxエラーに直接、アクセスおよびエラーログを探し、そして。 MySQLは、テーブルに構造的な損傷がある場合は、ディスク/インデックス/クエリに問題がある場合mysql.logエラーメッセージを見て、そこにInnoDBの修復処理が実行されているかどうか、参照してください。 PHP-FPMを、あなたは直接のphp-スローログを設定した場合エラーメッセージ(PHP、MySQLの、memcacheの、...を見つけ 、) 設定され、すぐに設定されていない場合。 ニス; varnishlogとvarnishstatで、ルールは、エンドユーザーが直接あなたのバックエンドを攻撃することができるように何行方不明があるかどうかを確認するためにヒット/ミス率の設定情報を確認してください。? HA-プロキシ;状況がバックエンドどのように?ヘルスチェックが成功したのですか?フロントエンドまたはバックエンドのキューサイズが最大に達しましたか? 結論 :これらの5分後には、あなたがより明確な状況以下である必要があり 、いくつかの漢は、サーバー上で実行されていますか? 関連この障害が表示され、IO /ハードウェア/ネットワークまたはシステム構成(質問コードと、カーネルのチューニング、...)。 障害はあなたがいくつかの機能に精通しているかどうか?このようなデータベースインデックスの不適切な使用、またはあまりにも多くのApacheのデーモンとして。 あなたも、障害の真の起源を見つけるかもしれません。見つからない場合でも、あなたは今掘りに行くための条件を持っている、上記のこれらのケースをクリアします。もちろん、あなたはまた、ITILツールによって、CMDB資産に詳細な分析を関連付けることができます。頑張れ!
Linuxのアプリケーションログ
おすすめ
転載: www.cnblogs.com/fanweisheng/p/11110524.html
ランキング