Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
物理サーバとクラウドの運用管理の違い 2010 03 24 馬場
Search
Toshiaki Baba
March 24, 2010
Technology
0
11
物理サーバとクラウドの運用管理の違い 2010 03 24 馬場
クラウド勉強会で話した内容です。
(スライドのホストをSlideShareから引っ越し)
https://www.slideshare.net/toshiak_netmark/2010-03-24
Toshiaki Baba
March 24, 2010
Tweet
Share
More Decks by Toshiaki Baba
See All by Toshiaki Baba
SREsのためのSRE定着ガイド
netmarkjp
12
8.5k
SREこのへんで苦戦しがちじゃないですか?
netmarkjp
13
6.4k
技術書を活用してほしい!
netmarkjp
0
510
しつこくじわじわパフォーマンスチューニング
netmarkjp
1
1.2k
現場がさき、 プラクティスがあと、 原則はだいじに
netmarkjp
4
2.9k
ばばさんは、なぜ本を書くの?という話
netmarkjp
0
810
SRE≠インフラなんだけどもう誤解されちゃってる から、DevOps新実装として Site Production Engineering はいかがでしょう?
netmarkjp
2
2.1k
非ITの事業会社にSREと言わずにSREを持ち込んだ
netmarkjp
16
30k
変化の激しいWebの世界でコンスタントに局面局面で勝つ方法論「OODAループ」
netmarkjp
0
2k
Other Decks in Technology
See All in Technology
自分だけの仮想クラスタを高速かつ効率的に作る kubefork
donkomura
0
110
[OpsJAWS Meetup33 AIOps] Amazon Bedrockガードレールで守る安全なAI運用
akiratameto
1
130
開発組織を進化させる!AWSで実践するチームトポロジー
iwamot
2
500
AIエージェント元年@日本生成AIユーザ会
shukob
1
250
わたしがEMとして入社した「最初の100日」の過ごし方 / EMConfJp2025
daiksy
14
5.4k
DevinでAI AWSエンジニア製造計画 序章 〜CDKを添えて〜/devin-load-to-aws-engineer
tomoki10
0
190
どちらかだけじゃもったいないかも? ECSとEKSを適材適所で併用するメリット、運用課題とそれらの対応について
tk3fftk
2
240
ディスプレイ広告(Yahoo!広告・LINE広告)におけるバックエンド開発
lycorptech_jp
PRO
0
510
マーケットプレイス版Oracle WebCenter Content For OCI
oracle4engineer
PRO
3
540
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
19k
データモデルYANGの処理系を再発明した話
tjmtrhs
0
210
Amazon Aurora のバージョンアップ手法について
smt7174
2
180
Featured
See All Featured
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
10
520
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
134
33k
Mobile First: as difficult as doing things right
swwweet
223
9.5k
Testing 201, or: Great Expectations
jmmastey
42
7.2k
Measuring & Analyzing Core Web Vitals
bluesmoon
6
260
Fontdeck: Realign not Redesign
paulrobertlloyd
83
5.4k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
30
4.6k
We Have a Design System, Now What?
morganepeng
51
7.4k
4 Signs Your Business is Dying
shpigford
183
22k
Speed Design
sergeychernyshev
27
810
Build The Right Thing And Hit Your Dates
maggiecrowley
34
2.5k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
114
51k
Transcript
Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. クラウド勉強会 物理サーバとクラウドの運用管理の違い
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. ケーススタディ1 web(AP)サーバのうちの1台で原因不明の遅延が継続
<物理サーバの対応> • 原因箇所の特定・対応 • デーモンやサーバの再起動 • ハードウェアトラブルの場合、交換など…
Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. ケーススタディ1 web(AP)サーバのうちの1台で原因不明の遅延が継続
<物理サーバの対応> • 原因箇所の特定・対応 • デーモンやサーバの再起動 • ハードウェアトラブルの場合、交換など… <クラウドの対応> • 原因箇所の特定・対応 • デーモンやサーバの再起動 • 時間がかかりそうなら… – 別インスタンスを起動・投入 – 不調インスタンスを破棄
Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. ケーススタディ1 web(AP)サーバのうちの1台で原因不明の遅延が継続
<物理サーバの対応> • 原因箇所の特定・対応 • デーモンやサーバの再起動 • ハードウェアトラブルの場合、交換など… <クラウドの対応> • 原因箇所の特定・対応 • デーモンやサーバの再起動 • 時間がかかりそうなら… – 別インスタンスを起動・投入 – 不調インスタンスを破棄 暫定状態なしで 本番稼働環境が復活
Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. ケーススタディ2 Master
DBサーバがダウン <物理サーバの対応> • 起動をトライ • 起動しなければ、更新遅延がないSlaveを特定 • SlaveをMasterに昇格 • 接続先設定変更
Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. ケーススタディ2 Master
DBサーバがダウン <物理サーバの対応> • 起動をトライ • 起動しなければ、更新遅延がないSlaveを特定 • SlaveをMasterに昇格 • 接続先設定変更 <クラウドの対応> • 別のインスタンスにMasterDB用EBSをアタッチ • 新Masterを稼働 • 接続先設定変更
Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. ケーススタディ2 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. Q&A
Copyright (C) 2005-2009 HEARTBEATS Corporation. All Rights Reserved. ご清聴いただきありがとうございました