物理サーバとクラウドの運用管理の違い 2010 03 24 馬場

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. 株式会社ハートビーツ MSP(Management Service Provider) ● OSSを活用したインターネットサービスが得意 ● ビジネスが成功すること ● システムがサービスを提供し続けられること ● 24時間有人監視＋一次対応、サーバ管理 ● 障害対応エクスプレス ● インフラ診断コンサルティング ● アーキテクチャ検討 ● インフラ見直し、仮想化・クラウド活用 ● インフラ無料相談 ● フルマネージドロードバランサ

Slide 3

Slide 3 text

Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. 自己紹介 ● 馬場俊彰(ばばとしあき) @toshiak_netmark ● 株式会社ハートビーツ技術統括責任者 ● 現職：　インフラエンジニア前職：　Webシステム開発(Java) 前々職：インフラエンジニア ● 得意分野 ● Webシステムのアーキテクチャ全般 ● 主にWebシステムのインフラ全般の構築・設定・チューニングなど (ハードウェア、ネットワーク、OS、ミドルウェア) ● インターネットサービスに関わる技術要素全般

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. ケーススタディ１ web(AP)サーバのうちの1台で原因不明の遅延が継続＜物理サーバの対応＞ ● 原因箇所の特定・対応 ● デーモンやサーバの再起動 ● ハードウェアトラブルの場合、交換など… ＜クラウドの対応＞ ● 原因箇所の特定・対応 ● デーモンやサーバの再起動 ● 時間がかかりそうなら… – 別インスタンスを起動・投入 – 不調インスタンスを破棄

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. ケーススタディ２ Master DBサーバがダウン＜物理サーバの対応＞ ● 起動をトライ ● 起動しなければ、更新遅延がないSlaveを特定 ● SlaveをMasterに昇格 ● 接続先設定変更＜クラウドの対応＞ ● 別のインスタンスにMasterDB用EBSをアタッチ ● 新Masterを稼働 ● 接続先設定変更

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. 実現するための工夫 ● AMIパターンを増やさない ● 起動パラメーターで場合分け ● 自動化する ● ○○を見て判断して、△△して■■するだけ →たいていは「だけ」が大変。そこを自動化！例：アプリからの参照先DB切り替え、スレーブの追加をアプリに通知 ● 起動を高速化 ● 自動化・EBSからの起動 ● AMIの鮮度維持（起動後のupdateを少なく） ● リポジトリからのアプリケーションデプロイを高速化 ● EC2にリポジトリを配置 ● S3にアプリケーションを配置

Slide 23

Slide 23 text

Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. アーキテクチャ柔軟さを活かすためのアーキテクチャ ● データをロストしないしくみをつくる ● インスタンスは揮発型。S3・EBSは永続型。 ● キューイング・キャッシングを活用した非同期処理中心の構成。 ● ボトルネックを回避できるしくみを作る ● 負荷を分散 ● データを分散

Slide 24

Slide 24 text

Slide 25

Slide 25 text