中小規模サービスのApacheチューニング

中小規模サービスの
Apacheチューニング
株式会社スピカ
國府田勲

Copyright © Spika Inc. 2016 all rights reserved.
2
自己紹介
國府田勲
株式会社スピカ
代表取締役
インフラエンジニア
数百万人数千万人 100万人
http://qiita.com/kou

1. はじめに
– 前提となるシステム構成
2. チューニングの進め方
– 監視の実施
– ボトルネックの調査
– チューニングの実施
3. チューニング事例
– 初期設定
– 個別設定
4. 質疑応答
3
アジェンダ

1. はじめに
4

• 前提となるシステム構成
–OS
• Linux
–Apache
• バージョン 2.2
• 動作モード prefork MPM
–構成
• WEBサーバ1-2台程度
• データベース1台
5
1. はじめに
WEBサーバ
DBサーバ

6

7
Plan
Do
Check
Action
Plan
監視しボトルネック箇所を特定する
Do
チューニングを実施する
Check
改善したか確認する
Action
改善していなければ再度実施
チューニングもPDCAが重要

• 監視の目的
– ベースラインの確立
– 性能劣化の検知
– ボトルネックの大まかな特定
– チューニング結果の確認
8
2. チューニングの進め方 / 監視の実施
定常的な監視を行う

• 監視項目
– ネットワークの利用状況
– システムの利用状況
– プロセスの利用状況
– アプリケーションの応答・処理時間
9

• 死活監視とリソース監視の両方が統合されて
いる
• 保持されるデータ期間が比較的長いこと
• 日付・時間を指定して動的なグラフ作成がで
きること
10
チューニングの観点からみた
監視ツール選択のポイント

DIY型
SaaS型
11

12

• 各種ログのチェック
– エラーや設定上限値に関する情報が出力されていないか
確認する
• モニタリングコマンドの実行
– vmstat
– free
– top など
13
2. チューニングの進め方 / ボトルネックの調査
監視ツールで大まかな傾向を把握し
詳細はサーバ上で確認する

14
vmstatのチェックポイント
[kouda@nb-app]~% vmstat 1
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
1 0 0 9445900 284288 2531212 0 0 0 8 8 4 26 1 73 0 0
0 0 0 9445768 284288 2531220 0 0 0 0 1841 981 15 1 84 0 0
0 0 0 9445960 284288 2531228 0 0 0 92 2181 1197 29 1 71 0 0
0 0 0 9445532 284288 2531232 0 0 0 0 2020 979 24 0 76 0 0
2 0 0 9445672 284288 2531240 0 0 0 0 2365 1285 32 1 66 0 0
1 0 0 9445784 284288 2531244 0 0 0 0 852 469 8 0 92 0 0
1 0 0 9446068 284288 2531248 0 0 0 4 1424 798 11 1 88 0 0
procsチェックポイント
• rがCPUコア数以上
• 何らかの理由で処理待ちが発生している
• bが発生している
• ディスクやネットワークのI/O待ちがある
• ファイル書き込みや外部DBへの問い合わせ待ちがないか
確認

15
1 0 0 9445900 284288 2531212 0 0 0 8 8 4 26 1 73 0 0
0 0 0 9445768 284288 2531220 0 0 0 0 1841 981 15 1 84 0 0
0 0 0 9445960 284288 2531228 0 0 0 92 2181 1197 29 1 71 0 0
0 0 0 9445532 284288 2531232 0 0 0 0 2020 979 24 0 76 0 0
2 0 0 9445672 284288 2531240 0 0 0 0 2365 1285 32 1 66 0 0
1 0 0 9445784 284288 2531244 0 0 0 0 852 469 8 0 92 0 0
1 0 0 9446068 284288 2531248 0 0 0 4 1424 798 11 1 88 0 0
swapチェックポイント
• si/soで数値が出力されている
• swapが発生しているのでメモリ増設が必要

16
1 0 0 9445900 284288 2531212 0 0 0 8 8 4 26 1 73 0 0
0 0 0 9445768 284288 2531220 0 0 0 0 1841 981 15 1 84 0 0
0 0 0 9445960 284288 2531228 0 0 0 92 2181 1197 29 1 71 0 0
0 0 0 9445532 284288 2531232 0 0 0 0 2020 979 24 0 76 0 0
2 0 0 9445672 284288 2531240 0 0 0 0 2365 1285 32 1 66 0 0
1 0 0 9445784 284288 2531244 0 0 0 0 852 469 8 0 92 0 0
1 0 0 9446068 284288 2531248 0 0 0 4 1424 798 11 1 88 0 0
cpuチェックポイント
• us+syの数値が100近い
• CPUが性能限界
• waの数値が大きい
• ディスクやネットワークでのI/O待ちが発生している

17
freeのチェックポイント
bash-4.2# free -m
total used free shared buffers cached
Mem: 1997 1153 844 158 53 933
-/+ buffers/cache: 167 1830
Swap: 964 0 964
チェックポイント
• buffers/cacheのfreeが0に近い
• 利用できる残りのメモリ量が少ない

• mod_statusの確認
– Apacheに用意されているモニタリングモジュール
– Apacheのプロセスの稼働状況をモニタリングすることがで
きます
18

19
# mod_statusモジュールを有効にする
LoadModule status_module modules/mod_status.so
# 詳細情報出力オプション（デフォルトOff）
ExtendedStatus On
# ハンドラー設定
<Location /server-status>
SetHandler server-status
Order deny,allow
Deny from all
Allow from .your.office
</Location>
mod_status有効化

20

21
チェックポイント
• Scoreboardがアルファベット埋め尽くされている
• 接続数に対して子プロセス数が足りていない
mod_statusのチェックポイント

22
2. チューニングの進め方 / チューニングの実施
Apacheチューニングとは効率を高めること
（＋）
不足を補う
• CPU割当を増やす
• メモリ割り当てを増やす
（ー）
無駄を減らす
• 使っていないものを省く
• 重要度の低いことはやめ
る
効率を高める方法

• 実施時の注意点
– 同時に複数箇所を変更しない
• 効果の切り分けができないため
– 変更情報は記録しておく
• 後日、統計値と突き合わせて分析する際に必要
– ボトルネックの原因は複合的に発生する
• あるボトルネック箇所をクリアすると、他の部分がボト
ルネックとなる
23

24
ボトルネックA対策前
ボトルネックA
ボトルネックB
ボトルネックA対策後
ボトルネックBが
顕在化する
目標を達成するまで根気よくやり続ける

25

26
prefork MPMの概要
httpd親プロセス
httpd
子プロセス
httpd
子プロセス
httpd
子プロセス
httpd
子プロセス
親プロセスが子プロセスを管理
１子プロセス１接続を処理

Timeout
説明
• リクエストを受け取ってから処理完了までの待機時
間
• デフォルトは300秒
チューニング方針
• 時間を短くする
• 60秒以下がオススメ
27
3. チューニング事例 / 初期設定

KeepAlive
説明
• 1回のTCP接続で複数のHTTPリクエストを処理する
• デフォルトはOn
• On/Offはサイト特性による
• OnにするときにもKeepAliveTimeoutや
MaxKeepAliveRequestsを設定する
• AWSのELB配下の場合はOnにする
28

HostnameLookups
説明
• ログファイルに記録する際に接続元IPアドレスを逆
引きする
• デフォルトはOff
• Onにしない
• DNSの逆引きは時間がかかる
• どうしてもやりたい場合はlogresolveなどで後で行う
29

mod_deflate
説明
• HTTPで圧縮転送を行うモジュール
• 適用範囲を指定して利用する
• テキストコンテンツに適用する
• 画像ファイルには適用しない
• 圧縮率はサーバのCPUリソースと相談して決める
30

31
# mod_deflateモジュールを有効にする
LoadModule deflate_module modules/mod_deflate.so
# 圧縮レベル（低圧縮1〜高圧縮9）
DeflateCompressionLevel 5
# 適用コンテンツを指定
AddOutputFilterByType DEFLATE text/html text/plain text/xml
mod_deflate有効化

不要モジュールの削除
説明
• Loadしないことで使用メモリが削減できる
• 利用していないモジュールを削除する
• LoadModule行をコメントアウト
• ただし、自信がないときは削除しない
32

33
削除前
削除後
bash-4.2# ps axu | grep -e RSS -e httpd
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 9 0.0 0.3 121924 6148 ? Ss Nov21 0:02 /usr/sbin/httpd -k start
apache 181 0.0 0.2 121924 5188 ? S 02:14 0:00 /usr/sbin/httpd -k start
apache 10 0.0 0.2 176536 6088 ? S Nov21 0:00 /usr/sbin/httpd -k start
6.1MBから5.2MB程度まで削減

MaxClients/ServerLimit
説明
• サーバプロセスの上限数を設定する
• プロセス数≒最大同時接続数
• topやpsコマンドなどで使用メモリ量を調査し、大ま
かに決定する
• CPU、メモリ使用量をみながら微調整する
34
3. チューニング事例 / 個別設定

MaxClients数の算出方法
• psコマンドでhttpdの1プロセスあたりのRSS（物
理メモリ使用量）を計測する
• 下記の数式を満たすようにMaxClients数を調
整する
35
サーバの物理メモリ量＞httpd1プロセスあたり
のメモリ使用量×MaxClient数＋他のプロセスが
利用するメモリ使用量

36
RSSの数値を確認
KB単位

MinSpareServers/MaxSpareServers
説明
• 待機プロセス数を定義
• Min〜Maxの間となるようにプロセス数が維持される
• WEB専用サーバであれば
MinSpareServers=MaxSpareServers=MaxClientで良
い
37

MaxRequestsPerChild
説明
• 子プロセスが処理するリクエスト数
• この数値を超えると子プロセスが終了する
• デフォルト：10000
• 0にすると無制限となる
• 子プロセスがメモリ肥大化しない場合は0
• 制限値を設定しておくと安心
38

worker MPMに切り替える
説明
• 各子プロセスがマルチスレッドで処理するため消費
メモリが少なくなる
• サードパーティーモジュールがスレッドセーフであれ
ば採用
39

40
worker MPMの概要
httpd親プロセス
httpd
子プロセス
httpd
子プロセス
httpd
子プロセス
httpd
子プロセス
１子プロセスが複数接続を処理

Apacheチューニングは万能ではありません
• スケールアップ
• スケールアウト
• アプリケーション側のチューニング
などの手段を検討しましょう
41
最後に
どうしても目標が満たせない場合

42
エンジニア募集中
エンジニア募集中！
あらゆるジャンルで募集してます
詳細はWantedlyで
https://www.wantedly.com/companies/spika/info

中小規模サービスのApacheチューニング

More Related Content

What's hot

Similar to 中小規模サービスのApacheチューニング

More from 勲 國府田

中小規模サービスのApacheチューニング

More from 勲國府田