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
23
物理サーバとクラウドの運用管理の違い 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
【ベテランCTOからのメッセージ】AIとか組織とかキャリアとか気になることはあるけどさ、個人の技術力から目を背けないでやっていきましょうよ
netmarkjp
2
2.9k
Forkewell Library 103 『バックエンドエンジニアのためのインフラ・クラウド大全』を通じたエンジニアとしての地力獲得活動のススメ
netmarkjp
9
43k
AI時代にも変わらぬ価値を発揮したい: インフラ・クラウドを切り口にユーザー価値と非機能要件に向き合ってエンジニアとしての地力を培う
netmarkjp
0
690
著者による『バックエンドエンジニアのためのインフラ・クラウド大全』120%活用術
netmarkjp
1
1.6k
SREsのためのSRE定着ガイド
netmarkjp
12
9.9k
SREこのへんで苦戦しがちじゃないですか?
netmarkjp
13
7.1k
技術書を活用してほしい!
netmarkjp
0
660
しつこくじわじわパフォーマンスチューニング
netmarkjp
1
1.6k
現場がさき、 プラクティスがあと、 原則はだいじに
netmarkjp
4
3.5k
Other Decks in Technology
See All in Technology
10Xにおける品質保証活動の全体像と改善 #no_more_wait_for_test
nihonbuson
PRO
2
340
顧客との商談議事録をみんなで読んで顧客解像度を上げよう
shibayu36
0
340
Tebiki Engineering Team Deck
tebiki
0
24k
1,000 にも届く AWS Organizations 組織のポリシー運用をちゃんとしたい、という話
kazzpapa3
0
200
GitHub Issue Templates + Coding Agentで簡単みんなでIaC/Easy IaC for Everyone with GitHub Issue Templates + Coding Agent
aeonpeople
1
260
SchooでVue.js/Nuxtを技術選定している理由
yamanoku
3
210
Context Engineeringの取り組み
nutslove
0
380
データの整合性を保ちたいだけなんだ
shoheimitani
8
3.2k
SREのプラクティスを用いた3領域同時 マネジメントへの挑戦 〜SRE・情シス・セキュリティを統合した チーム運営術〜
coconala_engineer
2
780
会社紹介資料 / Sansan Company Profile
sansan33
PRO
15
400k
pool.ntp.orgに ⾃宅サーバーで 参加してみたら...
tanyorg
0
1.4k
usermode linux without MMU - fosdem2026 kernel devroom
thehajime
0
240
Featured
See All Featured
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
0
400
WCS-LA-2024
lcolladotor
0
450
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
0
190
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
130
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
440
Amusing Abliteration
ianozsvald
0
110
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
The Curse of the Amulet
leimatthew05
1
8.7k
The untapped power of vector embeddings
frankvandijk
1
1.6k
A Tale of Four Properties
chriscoyier
162
24k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Making the Leap to Tech Lead
cromwellryan
135
9.7k
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. ご清聴いただきありがとうございました