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
19
物理サーバとクラウドの運用管理の違い 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
3.8k
AI時代にも変わらぬ価値を発揮したい: インフラ・クラウドを切り口にユーザー価値と非機能要件に向き合ってエンジニアとしての地力を培う
netmarkjp
0
500
著者による『バックエンドエンジニアのためのインフラ・クラウド大全』120%活用術
netmarkjp
1
1.1k
SREsのためのSRE定着ガイド
netmarkjp
12
9.5k
SREこのへんで苦戦しがちじゃないですか?
netmarkjp
13
6.9k
技術書を活用してほしい!
netmarkjp
0
620
しつこくじわじわパフォーマンスチューニング
netmarkjp
1
1.5k
現場がさき、 プラクティスがあと、 原則はだいじに
netmarkjp
4
3.4k
ばばさんは、なぜ本を書くの?という話
netmarkjp
0
1.1k
Other Decks in Technology
See All in Technology
JAWS UG AI/ML #32 Amazon BedrockモデルのライフサイクルとEOL対応/How Amazon Bedrock Model Lifecycle Works
quiver
1
110
GraphRAG グラフDBを使ったLLM生成(自作漫画DBを用いた具体例を用いて)
seaturt1e
1
160
Okta Identity Governanceで実現する最小権限の原則
demaecan
0
200
オブザーバビリティと育てた ID管理・認証認可基盤の歩み / The Journey of an ID Management, Authentication, and Authorization Platform Nurtured with Observability
kaminashi
2
1.2k
書籍『実践 Apache Iceberg』の歩き方
ishikawa_satoru
0
250
知覚とデザイン
rinchoku
1
630
Zero Trust DNS でより安全なインターネット アクセス
murachiakira
0
110
CNCFの視点で捉えるPlatform Engineering - 最新動向と展望 / Platform Engineering from the CNCF Perspective
hhiroshell
0
140
進化する大規模言語モデル評価: Swallowプロジェクトにおける実践と知見
chokkan
PRO
0
140
AI駆動で進める依存ライブラリ更新 ─ Vue プロジェクトの品質向上と開発スピード改善の実践録
sayn0
1
340
[re:Inent2025事前勉強会(有志で開催)] re:Inventで見つけた人生をちょっと変えるコツ
sh_fk2
1
950
CLIPでマルチモーダル画像検索 →とても良い
wm3
1
600
Featured
See All Featured
How to Ace a Technical Interview
jacobian
280
24k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Faster Mobile Websites
deanohume
310
31k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.7k
KATA
mclloyd
PRO
32
15k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
127
54k
Making Projects Easy
brettharned
120
6.4k
GraphQLの誤解/rethinking-graphql
sonatard
73
11k
The World Runs on Bad Software
bkeepers
PRO
72
11k
Being A Developer After 40
akosma
91
590k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3k
What's in a price? How to price your products and services
michaelherold
246
12k
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. ご清聴いただきありがとうございました