SlideShare a Scribd company logo

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

•
•
Toshiaki Baba
Toshiaki Baba

クラウド勉強会で話した内容です。

1 of 25
Downloaded 93 times
クラウド勉強会 物理サーバとクラウドの運用管理の違い 2010.3.24 株式会社ハートビーツ 技術統括責任者 馬場 俊彰 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
株式会社ハートビーツ MSP(Management Service Provider) ● OSSを活用したインターネットサービスが得意 ● ビジネスが成功すること ● システムがサービスを提供し続けられること ● 24時間有人監視＋一次対応、サーバ管理 ● 障害対応エクスプレス ● インフラ診断コンサルティング ● アーキテクチャ検討 ● インフラ見直し、仮想化・クラウド活用 ● インフラ無料相談 ● フルマネージドロードバランサ Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
自己紹介 ● 馬場 俊彰(ばば としあき) @toshiak_netmark ● 株式会社ハートビーツ 技術統括責任者 ● 現職：　インフラエンジニア 前職：　Webシステム開発(Java) 前々職：インフラエンジニア ● 得意分野 ● Webシステムのアーキテクチャ全般 ● 主にWebシステムのインフラ全般の構築・設定・チューニングなど (ハードウェア、ネットワーク、OS、ミドルウェア) ● インターネットサービスに関わる技術要素全般 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
クラウド勉強会大好き！ Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
物理サーバとクラウドの運用管理の違い Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
クラウド エンドユーザ アプリケーション ユーザ アプリケーション 実行環境 ユーザ ミドルウェア OS ベンダー ベンダー ハードウェア ネットワーク ベンダー コロケーション IaaS PaaS SaaS Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
前提 基盤： 　Amazon EC2 載せるシステム： 　webスケールほどでもない 　規模（数台～十数台）のシステム。 　冗長化・負荷分散構成 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
活用する特徴 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
柔軟さ！ Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
柔軟さ ● 起動が簡単・停止が簡単 ● マシンイメージを使える ● 課金時間単位が細かい Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
大事なこと Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
頭の切り替え！ Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
ケーススタディ１ web(AP)サーバのうちの1台で原因不明の遅延が継続 ＜物理サーバの対応＞ ● 原因箇所の特定・対応 ● デーモンやサーバの再起動 ● ハードウェアトラブルの場合、交換など… Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
ケーススタディ１ web(AP)サーバのうちの1台で原因不明の遅延が継続 ＜物理サーバの対応＞ ● 原因箇所の特定・対応 ● デーモンやサーバの再起動 ● ハードウェアトラブルの場合、交換など… ＜クラウドの対応＞ ● 原因箇所の特定・対応 ● デーモンやサーバの再起動 ● 時間がかかりそうなら… – 別インスタンスを起動・投入 – 不調インスタンスを破棄 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
ケーススタディ１ web(AP)サーバのうちの1台で原因不明の遅延が継続 ＜物理サーバの対応＞ ● 原因箇所の特定・対応 ● デーモンやサーバの再起動 ● ハードウェアトラブルの場合、交換など… ＜クラウドの対応＞ ● 原因箇所の特定・対応 ● デーモンやサーバの再起動 ● 時間がかかりそうなら… 暫定状態なしで – 別インスタンスを起動・投入 本番稼働環境が復活 – 不調インスタンスを破棄 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
ケーススタディ２ Master DBサーバがダウン ＜物理サーバの対応＞ ● 起動をトライ ● 起動しなければ、更新遅延がないSlaveを特定 ● SlaveをMasterに昇格 ● 接続先設定変更 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
ケーススタディ２ Master DBサーバがダウン ＜物理サーバの対応＞ ● 起動をトライ ● 起動しなければ、更新遅延がないSlaveを特定 ● SlaveをMasterに昇格 ● 接続先設定変更 ＜クラウドの対応＞ ● 別のインスタンスにMasterDB用EBSをアタッチ ● 新Masterを稼働 ● 接続先設定変更 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
ケーススタディ２ Master DBサーバがダウン ＜物理サーバの対応＞ ● 起動をトライ ● 起動しなければ、更新遅延がないSlaveを特定 ● SlaveをMasterに昇格 ● 接続先設定変更 ＜クラウドの対応＞ ● 別のインスタンスにMasterDB用EBSをアタッチ ● 新Masterを稼働 ● 接続先設定変更 迷う時間が少ない Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
ポイント Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
まるごと捨てる！ Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
まるごと捨てる！ ● 見切りをつける ● 必要なのはマシンではなくてマシンリソース ● インスタンスを捨てることを常に視野にいれる Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
実現するための工夫 ● AMIパターンを増やさない ● 起動パラメーターで場合分け ● 自動化する ● ○○を見て判断して、△△して■■するだけ →たいていは「だけ」が大変。そこを自動化！ 例：アプリからの参照先DB切り替え、スレーブの追加をアプリに通知 ● 起動を高速化 ● 自動化・EBSからの起動 ● AMIの鮮度維持（起動後のupdateを少なく） ● リポジトリからのアプリケーションデプロイを高速化 ● EC2にリポジトリを配置 ● S3にアプリケーションを配置 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
アーキテクチャ 柔軟さを活かすためのアーキテクチャ ● データをロストしないしくみをつくる ● インスタンスは揮発型。S3・EBSは永続型。 ● キューイング・キャッシングを活用した非同期処理中心の構成。 ● ボトルネックを回避できるしくみを作る ● 負荷を分散 ● データを分散 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
Ｑ＆Ａ Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
ご清聴いただきありがとうございました Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.

More Related Content

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

  • 1. クラウド勉強会 物理サーバとクラウドの運用管理の違い 2010.3.24 株式会社ハートビーツ 技術統括責任者 馬場 俊彰 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 2. 株式会社ハートビーツ MSP(Management Service Provider) ● OSSを活用したインターネットサービスが得意 ● ビジネスが成功すること ● システムがサービスを提供し続けられること ● 24時間有人監視＋一次対応、サーバ管理 ● 障害対応エクスプレス ● インフラ診断コンサルティング ● アーキテクチャ検討 ● インフラ見直し、仮想化・クラウド活用 ● インフラ無料相談 ● フルマネージドロードバランサ Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 3. 自己紹介 ● 馬場 俊彰(ばば としあき) @toshiak_netmark ● 株式会社ハートビーツ 技術統括責任者 ● 現職：　インフラエンジニア 前職：　Webシステム開発(Java) 前々職：インフラエンジニア ● 得意分野 ● Webシステムのアーキテクチャ全般 ● 主にWebシステムのインフラ全般の構築・設定・チューニングなど (ハードウェア、ネットワーク、OS、ミドルウェア) ● インターネットサービスに関わる技術要素全般 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 4. クラウド勉強会大好き！ Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 5. 物理サーバとクラウドの運用管理の違い Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 6. クラウド エンドユーザ アプリケーション ユーザ アプリケーション 実行環境 ユーザ ミドルウェア OS ベンダー ベンダー ハードウェア ネットワーク ベンダー コロケーション IaaS PaaS SaaS Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 8. 活用する特徴 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 9. 柔軟さ！ Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 10. 柔軟さ ● 起動が簡単・停止が簡単 ● マシンイメージを使える ● 課金時間単位が細かい Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 11. 大事なこと Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 12. 頭の切り替え！ Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 13. ケーススタディ１ web(AP)サーバのうちの1台で原因不明の遅延が継続 ＜物理サーバの対応＞ ● 原因箇所の特定・対応 ● デーモンやサーバの再起動 ● ハードウェアトラブルの場合、交換など… Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 14. ケーススタディ１ web(AP)サーバのうちの1台で原因不明の遅延が継続 ＜物理サーバの対応＞ ● 原因箇所の特定・対応 ● デーモンやサーバの再起動 ● ハードウェアトラブルの場合、交換など… ＜クラウドの対応＞ ● 原因箇所の特定・対応 ● デーモンやサーバの再起動 ● 時間がかかりそうなら… – 別インスタンスを起動・投入 – 不調インスタンスを破棄 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 15. ケーススタディ１ web(AP)サーバのうちの1台で原因不明の遅延が継続 ＜物理サーバの対応＞ ● 原因箇所の特定・対応 ● デーモンやサーバの再起動 ● ハードウェアトラブルの場合、交換など… ＜クラウドの対応＞ ● 原因箇所の特定・対応 ● デーモンやサーバの再起動 ● 時間がかかりそうなら… 暫定状態なしで – 別インスタンスを起動・投入 本番稼働環境が復活 – 不調インスタンスを破棄 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 16. ケーススタディ２ Master DBサーバがダウン ＜物理サーバの対応＞ ● 起動をトライ ● 起動しなければ、更新遅延がないSlaveを特定 ● SlaveをMasterに昇格 ● 接続先設定変更 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 17. ケーススタディ２ Master DBサーバがダウン ＜物理サーバの対応＞ ● 起動をトライ ● 起動しなければ、更新遅延がないSlaveを特定 ● SlaveをMasterに昇格 ● 接続先設定変更 ＜クラウドの対応＞ ● 別のインスタンスにMasterDB用EBSをアタッチ ● 新Masterを稼働 ● 接続先設定変更 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 18. ケーススタディ２ Master DBサーバがダウン ＜物理サーバの対応＞ ● 起動をトライ ● 起動しなければ、更新遅延がないSlaveを特定 ● SlaveをMasterに昇格 ● 接続先設定変更 ＜クラウドの対応＞ ● 別のインスタンスにMasterDB用EBSをアタッチ ● 新Masterを稼働 ● 接続先設定変更 迷う時間が少ない Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 19. ポイント Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 20. まるごと捨てる！ Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 21. まるごと捨てる！ ● 見切りをつける ● 必要なのはマシンではなくてマシンリソース ● インスタンスを捨てることを常に視野にいれる Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 22. 実現するための工夫 ● AMIパターンを増やさない ● 起動パラメーターで場合分け ● 自動化する ● ○○を見て判断して、△△して■■するだけ →たいていは「だけ」が大変。そこを自動化！ 例：アプリからの参照先DB切り替え、スレーブの追加をアプリに通知 ● 起動を高速化 ● 自動化・EBSからの起動 ● AMIの鮮度維持（起動後のupdateを少なく） ● リポジトリからのアプリケーションデプロイを高速化 ● EC2にリポジトリを配置 ● S3にアプリケーションを配置 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 23. アーキテクチャ 柔軟さを活かすためのアーキテクチャ ● データをロストしないしくみをつくる ● インスタンスは揮発型。S3・EBSは永続型。 ● キューイング・キャッシングを活用した非同期処理中心の構成。 ● ボトルネックを回避できるしくみを作る ● 負荷を分散 ● データを分散 Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 24. Ｑ＆Ａ Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.
  • 25. ご清聴いただきありがとうございました Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved.