1. サーバとかサーバリソースに
ついて
新卒インフラエンジニア向け社内勉強会
Amebaインフラ
佐野裕章
2012/07/25

2. サーバ
2012/07/25
http://www.dell.com/jp/enterprise/p/poweredge-r310/pd

3. その中身
メモ
PCIe CPU
リ
サウスブリッ
Ethernet ディスク
ジ
• 主にこれらが処理を行う
2012/07/25

4. これらのリソースは有限
• メモリは搭載容量しかデータを保持でき
ない
• ディスクは回転速度に限界がある
• イーサネットは転送速度に限界がある
• CPUは（ｒｙ
2012/07/25

5. 限界に近くなる/超えると・・・
• サーバが処理不能になる
• いわゆる「重い」状態になる
• つまり「重いサーバ」 ＝ 「リソースのど
れかが限界なサーバ」
• 限界を迎えたリソースで処理が詰まり、
サーバ全体の処理が滞る
• 詰まっている個所のことを「ボトルネッ
ク」と呼ぶ。
2012/07/25

6. インフラエンジニアの役割
• リソースを見てボトルネックを発見＆そ
の原因を特定して適切な処置を施す
• ボトルネック：CPU？ディスク？ネットワ
ーク？
• 原因：スペック不足？OSやミドルウェア
の設定不備？アプリケーションの作りが
悪い？ブログ炎上でユーザが殺到した？
新機能リリースした？
• 適切な処置：スケールアウト？スケール
アップ？設定の見直し？データの分散？
2012/07/25

7. ボトルネックを知るために
• リソース状態の異変を見逃さない！
• その場で見る
– sar, topなど各種コマンドを活用
• 定常的に見る
!?
– munin
– cacti
– CloudForecast
– ganglia
– ・・・etc
2012/07/25

8. リソースの見方
• ロードアベレージを見るのが定番
– ロードアベレージはサーバの負荷の指標値に
なる
– ロードアベレージが高いサーバを見つけたら
CPU負荷かディスク負荷(IO負荷と呼ぶ)を切り
分けて対策を施す
• ロードアベレージが低いのに重い/通信し
ずらい場合はネットワーク周りが原因の
可能性もある
2012/07/25

9. じゃあちょっと見てみようか・
・・
(デモ)
2012/07/25

10. よくあること
• Web/APサーバ
– CPU負荷、つまりCPUが負荷の原因になる傾向
がある
• DBサーバ
– IO負荷、つまりディスクが負荷の原因になる
傾向がある
2012/07/25

11. 今日はここまで
2012/07/25