Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

2012.03.08 Forschooner勉強会#01

2,162 views

Published on

Published in: Technology
  • Be the first to comment

2012.03.08 Forschooner勉強会#01

  1. 1. FORSCHOONER勉強会#124/365を支える運用技術 2012.03.08 Fukami ShakeSoul, Inc.
  2. 2. I’m .. 深海 寛信 CEO of ShakeSoul Inc. tags: fluxflex’s Founder, AWS本, meet-me, BBTower, IRI, NTT Facebook: /fukami Twitter: @d_seadoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  3. 3. 24/365 24/365 = 止まらないシステム 止まる => ありえない、非常事態 ビジネス視点では機会損失。つまり、、doc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  4. 4. 怒る人が出てくるdoc. ver. 1.1 fukami@shakesoul.net Photo by Lara604 from Flickr ShakeSoul, Inc.
  5. 5. Case of Y!トップページのバナー広告2億3千万imps/month¥4889万/week¥29万/hour¥5万/10mindoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  6. 6. What do I do ? 人が24/365働き続けるには、負担が大き い システムで補完しよう。 監視、モニタリングdoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  7. 7. 監視システム 24/365いろいろな項目のチェックを繰り 返してくれる。 異常を見つけた場合、アラートを出して くれる。 通知することが主目的 => 完全には直し てくれないのがポイントdoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  8. 8. Nagiosdoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  9. 9. モニタリング ステータスを24/365測り続けてくれる。 何があったかを確認できる。 過去の推移を俯瞰できる => スケールの 計画が立てられる。doc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  10. 10. MRTG Cactidoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  11. 11. Munindoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  12. 12. 監視項目は、、doc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  13. 13. 多けりゃいいってもんじゃないよ Photo by Betsy from Picasadoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  14. 14. 監視項目の定め方 内と外 レイヤの感覚を取り入れるdoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  15. 15. 監視 - 内と外 ping port CPU Memory URL NRPE Nagios Server HDD Process Server 内 = 自分視点 外 = ユーザ視点doc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  16. 16. 監視 - レイヤ Query アプリケーション層 URL プレゼンテーション層 Process セッション層 port トランスポート層 CPU/Memory/HDD ネットワーク層 データリンク層 ping 物理層 監視項目をレイヤごとに頭の中で整理するdoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  17. 17. レイヤ Query X URL X Process X port ◎ CPU/Memory/HDD ◎ ping ◎ OSが変 or あるアプリが落ちた 設定ミス or バグ キャパシティオーバーdoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  18. 18. モニタリング 色々とれている方が状況を把握しやす い。 システムの特徴に合わせた項目を作り出 すともっとよくわかる。 オンラインゲーム: ユーザログイン数、 アイテム消費数、レアアイテム在庫数doc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  19. 19. モニタリング - スケール プランニング いつ頃、増強(or 削減)したほうがいいか見通す。 ポリシーを決めておくと迷わないで良い。 トラフィックはMax帯域の6割を越したら増 強する。 Load Average 2を超えるタイミングが1時間継 続したら、フロントサーバを増やす。doc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  20. 20. スケールプランニング Judge! OK Max ルールで決めた閾値doc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  21. 21. Good Job!! Photo by Music for Little Handsdoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  22. 22. ありがちなWeb/DB構成の 監視・モニタリング項目 Web Sever MySQL Server 監視 モニタリング 監視 モニタリング URL Query Query 同時接続数、URLに (SELECT, Replication) httpd mysqld アイテム消費数、ア 対するページビュー イテム在庫数 TCP 80, 443 TCP 3306 CPU, Memory, HDD CPU, Memory, HDD CPU, Memory, HDD CPU, Memory, HDD ping Traffic (bps) ping Traffic (bps)doc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  23. 23. 外せない要素 最終的には運用者(人)は外せない。 人が足りなくて困ったときは、上手にアウ トソースを使おう。 人が動いてくれるアウトソース先 = MSPdoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  24. 24. 今後 いろいろな要素を組み合わせて、より良い 運用が出来る可能性が広がっている。 Cloud(IaaS) MRTG, Cacti, Munin 運用者 Nagios MSP Auto Scaling Cloud Management Tool DevOpsdoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  25. 25. より良い運用 = 楽する運用 Smart で Cool な仕組みを生み出すdoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.
  26. 26. Be Happy!doc. ver. 1.1 fukami@shakesoul.net Photo by LilTexican from Flickr ShakeSoul, Inc.
  27. 27. Thanks! Q &Adoc. ver. 1.1 fukami@shakesoul.net ShakeSoul, Inc.

×