約1万台のサーバー運用を行うMSPの舞台裏

Transcript

1. 約1万台のサーバー運用を行う MSPの舞台裏
 クラウドインテグレーション事業部
 菊池 宣明


2. アジェンダ
 2

3. インフラの運用や保守業務を行う上でアイレットMSPではどのような
 工夫をしているのか本セッションでご紹介します
 アジェンダ
 MSPの概要
 MSPの舞台裏
 3

4. • 菊池 宣明 Nobuaki Kikuchi
 • アイレット株式会社
 クラウドインテグレーション事業部
 東京MSP運用セクション　グループリーダー
 •

   生命情報工学専攻出身
 研究テーマ：蛋白質とアミノ酸組成の相関性について
 • 好きなAWSのサービス：AWSサポート
 
 
 about me
 4

5. 5 01 MSPの紹介および体制に関して 
 MSPの概要


6. MSPとは？
 6 Managed
 Service
 Provider
 インフラの運用や保守業務をお客様の
 代わりにサービスとして提供する事業者


7. 何故MSPが必要なのか？
 7

8. 何故MSPが必要なのか？
 8 EC2


9. 何故MSPが必要なのか？
 9 EC2
 AWSを使っているとはいえOS以上の管理は必要になる


10. 何故MSPが必要なのか？
 10

11. 何故MSPが必要なのか？
 11 アプリ
 OS/MW
 基盤


12. 何故MSPが必要なのか？
 12 MSPがいることでアプリの開発のみに集中することが出来る
 アプリ
 OS/MW
 基盤


13. MSPのミッション①
 13 アンマネージドなサービスを…


14. MSPのミッション①
 14 アンマネージドなサービスを…
 マネージドサービス
 のように提供する


15. マネージドサービスの場合
 15

16. マネージドサービスの場合
 16 Lambda
 RDS
 ELB


17. マネージドサービスの場合
 17 Lambda
 RDS
 ELB
 同時実行数の上限があ るため事前に緩和が必 要なケースもある
 AWSからハードウェアメン テナンスの連絡が届く事

    がある
 突発的なリクエストに備 えて暖機申請をしておく 必要がある


18. MSPのミッション②
 18

19. マネージドサービスを適切に運用する
 MSPのミッション②
 19

20. MSPのミッションを果たすためには自然災害等が発生したとしても…
 MSPの体制
 20

21. MSPのミッションを果たすためには自然災害等が発生したとしても…
 24時間365日 体制で業務が出来るようにしておく必要がある
 MSPの体制
 21

22. MSPのミッションを果たすためには自然災害等が発生したとしても…
 24時間365日 体制で業務が出来るようにしておく必要がある
 MSPの体制
 22 2拠点体制
 東京：虎ノ門ヒルズ
 大阪：グランフロント


23. MSPに関するまとめ
 23

24. • MSPとは
 ◦ インフラの運用や保守業務をお客様の代わりにサービスとして提供する事業者
 
 MSPに関するまとめ
 24

25. • MSPとは
 ◦ インフラの運用や保守業務をお客様の代わりにサービスとして提供する事業者
 • MSPのミッション
 ◦ アンマネージドなサービスをマネージドサービスのように提供する
 ◦ マネージドサービスを適切に運用する


    MSPに関するまとめ
 25

26. • MSPとは
 ◦ インフラの運用や保守業務をお客様の代わりにサービスとして提供する事業者
 • MSPのミッション
 ◦ アンマネージドなサービスをマネージドサービスのように提供する
 ◦ マネージドサービスを適切に運用する


    MSPに関するまとめ
 26

27. • MSPとは
 ◦ インフラの運用や保守業務をお客様の代わりにサービスとして提供する事業者
 • MSPのミッション
 ◦ アンマネージドなサービスをマネージドサービスのように提供する
 ◦ マネージドサービスを適切に運用する


    • MSPの体制
 ◦ 自然災害等に備えて2拠点体制にしている
 MSPに関するまとめ
 27

28. MSPの舞台裏
 28 02 使用ツール等の紹介 


29. 29 アラート対応の流れ


30. 30 アラート対応の流れ


31. 31 アラート対応の流れ
 監視
 監視サービス


32. 32 アラート対応の流れ
 監視
 監視サービス
 インシデント管理サービス
 アラート発砲


33. 33 アラート対応の流れ
 監視
 監視サービス
 インシデント管理サービス
 アラート発砲
 MSP
 24365で監視


34. 34 アラート対応の流れ
 監視
 監視サービス
 インシデント管理サービス
 アラート発砲
 MSP
 24365で監視
 プロジェクト管理サービス
 アラート対応方法の確認


35. 35 アラート対応の流れ
 監視
 監視サービス
 インシデント管理サービス
 アラート発砲
 MSP
 24365で監視
 プロジェクト管理サービス
 アラート対応方法の確認


    報告
 お客様


36. 36 アラート対応の流れ
 監視
 監視サービス
 インシデント管理サービス
 アラート発砲
 MSP
 24365で監視
 プロジェクト管理サービス
 アラート対応方法の確認


    報告
 お客様


37. ◦ SaaS型の監視サービス
 ◦ インフラの監視だけでなくアプリケーションパフォーマンス監視(APM)も可能
 監視サービスに関して
 37

38. • 昔はNagiosやSnesuといった監視サービスを使用していた時期もあった
 ◦ 特徴として専用の監視サーバを構築する必要がある
 監視サービスに関して
 38 監視サーバ
 監視対象
 サーバーを管理する必要がある
 (メンテナンス対応、死活監視…etc)


39. • NewRelicのようなSaaS型の監視サービスの場合…
 専用の監視サーバの構築が不要
 監視サービスに関して
 39 監視対象
 監視対象のサーバーのことだけ考えれば良い


40. 40 アラート対応の流れ
 監視
 監視サービス
 インシデント管理サービス
 アラート発砲
 MSP
 24365で監視
 プロジェクト管理サービス
 アラート対応方法の確認


    報告
 お客様


41. 41 アラート対応の流れ
 監視
 監視サービス
 インシデント管理サービス
 アラート発砲
 MSP
 24365で監視
 プロジェクト管理サービス
 アラート対応方法の確認


    報告
 お客様


42. インシデント管理サービス
 42 MSPは24時間365日体制でPagerDutyの画面を監視している


43. PagerDutyの使い方
 43

44. PagerDutyの使い方
 
 44

45. PagerDutyの使い方
 
 45

46. アラート対応
 46

47. アラート対応
 47

48. アラート対応
 48 自動起票される内容
 MSP
 対応内容


49. 49 アラート対応の流れ
 監視
 監視サービス
 インシデント管理サービス
 アラート発砲
 MSP
 24365で監視
 プロジェクト管理サービス
 アラート対応方法の確認


    報告
 お客様


50. アラートの対応手順は全てwikiに記載
 
 ▪wikiにするメリット
 
 • 書きやすい/読みやすい
 
 • バージョン管理しやすい
 


    • 共有/権限の設定が簡単
 Backlogについて
 50

51. Backlogについて
 51

52. Backlogについて
 52 アラート内容が自動で起票される


53. Backlogについて
 53 アラート内容が自動で起票される
 Backlog上でインシデントを報告


54. 54 アラート対応の流れ
 監視
 監視サービス
 インシデント管理サービス
 アラート発砲
 MSP
 24365で監視
 プロジェクト管理サービス
 アラート対応方法の確認


    報告
 お客様


55. まとめ
 55 03

56. • アイレットのMSPは24時間365日の有人監視を実施
 
 • SaaS型のツールを用いることでアラート対応を効率化
 
 • 自社でMSP事業を持つことで「血の通った運用」をお客様に提供
 56 まとめ