$30 off During Our Annual Pro Sale. View Details »
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
21
物理サーバとクラウドの運用管理の違い 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
Forkewell Library 103 『バックエンドエンジニアのためのインフラ・クラウド大全』を通じたエンジニアとしての地力獲得活動のススメ
netmarkjp
9
35k
AI時代にも変わらぬ価値を発揮したい: インフラ・クラウドを切り口にユーザー価値と非機能要件に向き合ってエンジニアとしての地力を培う
netmarkjp
0
580
著者による『バックエンドエンジニアのためのインフラ・クラウド大全』120%活用術
netmarkjp
1
1.3k
SREsのためのSRE定着ガイド
netmarkjp
12
9.7k
SREこのへんで苦戦しがちじゃないですか?
netmarkjp
13
7k
技術書を活用してほしい!
netmarkjp
0
640
しつこくじわじわパフォーマンスチューニング
netmarkjp
1
1.5k
現場がさき、 プラクティスがあと、 原則はだいじに
netmarkjp
4
3.4k
ばばさんは、なぜ本を書くの?という話
netmarkjp
0
1.2k
Other Decks in Technology
See All in Technology
CARTAのAI CoE が挑む「事業を進化させる AI エンジニアリング」 / carta ai coe evolution business ai engineering
carta_engineering
0
1.6k
WordPress は終わったのか ~今のWordPress の制作手法ってなにがあんねん?~ / Is WordPress Over? How We Build with WordPress Today
tbshiki
1
780
re:Invent2025 3つの Frontier Agents を紹介 / introducing-3-frontier-agents
tomoki10
0
140
【AWS re:Invent 2025速報】AIビルダー向けアップデートをまとめて解説!
minorun365
4
530
JEDAI認定プログラム JEDAI Order 2026 エントリーのご案内 / JEDAI Order 2026 Entry
databricksjapan
0
110
Challenging Hardware Contests with Zephyr and Lessons Learned
iotengineer22
0
220
re:Invent2025 コンテナ系アップデート振り返り(+CloudWatchログのアップデート紹介)
masukawa
0
370
非CUDAの悲哀 〜Claude Code と挑んだ image to 3D “Hunyuan3D”を EVO-X2(Ryzen AI Max+395)で動作させるチャレンジ〜
hawkymisc
2
190
[デモです] NotebookLM で作ったスライドの例
kongmingstrap
0
150
Reinforcement Fine-tuning 基礎〜実践まで
ch6noota
0
190
Sansanが実践する Platform EngineeringとSREの協創
sansantech
PRO
2
880
初めてのDatabricks AI/BI Genie
taka_aki
0
180
Featured
See All Featured
Making Projects Easy
brettharned
120
6.5k
What's in a price? How to price your products and services
michaelherold
246
13k
VelocityConf: Rendering Performance Case Studies
addyosmani
333
24k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.3k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
9.8k
Six Lessons from altMBA
skipperchong
29
4.1k
Faster Mobile Websites
deanohume
310
31k
Raft: Consensus for Rubyists
vanstee
141
7.2k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Principles of Awesome APIs and How to Build Them.
keavy
127
17k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
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. ご清聴いただきありがとうございました