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
ハイブリッドクラウドで変わるインフラストラクチャ設計
Search
gree_tech
PRO
January 20, 2015
Technology
0
140
ハイブリッドクラウドで変わるインフラストラクチャ設計
究極のハイブリッドクラウド活用セミナーで発表された資料です。
http://www.f2ff.jp/hbc/2014/
gree_tech
PRO
January 20, 2015
Tweet
Share
More Decks by gree_tech
See All by gree_tech
REALITY株式会社における開発生産性向上の取り組み: 失敗と成功から学んだこと
gree_tech
PRO
2
200
『ヘブンバーンズレッド』におけるフィールドギミックの裏側
gree_tech
PRO
2
150
セキュリティインシデント対応の体制・運用の試行錯誤 / greetechcon2024-session-a1
gree_tech
PRO
1
150
『アナザーエデン 時空を超える猫』国内海外同時運営実現への道のり ~別々で開発されたアプリを安定して同時リリースするまでの取り組み~
gree_tech
PRO
1
130
『アサルトリリィ Last Bullet』におけるクラウドストリーミング技術を用いたブラウザゲーム化の紹介
gree_tech
PRO
1
160
UnityによるPCアプリの新しい選択肢。「PC版 Google Play Games」への対応について
gree_tech
PRO
1
260
実機ビルドのエラーによる検証ブロッカーを0に!『ヘブンバーンズレッド』のスモークテスト自動化の取り組み
gree_tech
PRO
1
190
"ゲームQA業界の技術向上を目指す! 会社を超えた研究会の取り組み"
gree_tech
PRO
1
240
Jamstack でリニューアルするグリーグループのメディア
gree_tech
PRO
2
400
Other Decks in Technology
See All in Technology
.NET 9 のパフォーマンス改善
nenonaninu
0
1.3k
LINE Developersプロダクト(LIFF/LINE Login)におけるフロントエンド開発
lycorptech_jp
PRO
0
150
なぜCodeceptJSを選んだか
goataka
0
180
組み込みアプリパフォーマンス格闘記 検索画面編
wataruhigasi
1
140
効率的な技術組織が作れる!書籍『チームトポロジー』要点まとめ
iwamot
1
100
re:Invent 2024 Innovation Talks(NET201)で語られた大切なこと
shotashiratori
0
320
re:Invent をおうちで楽しんでみた ~CloudWatch のオブザーバビリティ機能がスゴい!/ Enjoyed AWS re:Invent from Home and CloudWatch Observability Feature is Amazing!
yuj1osm
0
130
Storage Browser for Amazon S3
miu_crescent
1
290
エンジニアカフェ忘年会2024「今年やらかしてしまったこと!」
keropiyo
0
100
How to be an AWS Community Builder | 君もAWS Community Builderになろう!〜2024 冬 CB募集直前対策編?!〜
coosuke
PRO
2
2.9k
DevFest 2024 Incheon / Songdo - Compose UI 조합 심화
wisemuji
0
150
終了の危機にあった15年続くWebサービスを全力で存続させる - phpcon2024
yositosi
27
23k
Featured
See All Featured
Practical Orchestrator
shlominoach
186
10k
Statistics for Hackers
jakevdp
796
220k
Into the Great Unknown - MozCon
thekraken
33
1.5k
KATA
mclloyd
29
14k
Building Adaptive Systems
keathley
38
2.3k
Fashionably flexible responsive web design (full day workshop)
malarkey
405
66k
Code Review Best Practice
trishagee
65
17k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
Designing Experiences People Love
moore
138
23k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
28
4.4k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5.1k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
95
17k
Transcript
Copyright © GREE, Inc. All Rights Reserved. Copyright © GREE,
Inc. All Rights Reserved. ハイブリッドクラウドで変わる インフラストラクチャ設計 インフラストラクチャ本部 データセンターチーム マネージャー ⿊河内 倫
Copyright © GREE, Inc. All Rights Reserved. ⽒名 ⿊河内 倫(くろこうち
おさむ) 所属 グリー株式会社 インフラストラクチャ本部 データセンターチーム マネージャー プロフィール 2002年 イッツ・コミュニケーションズ株式会社 2006年 楽天株式会社 ネットワーク構築・運⽤チーム 2011年 グリー株式会社 データセンターチーム ⾃⼰紹介
Copyright © GREE, Inc. All Rights Reserved. 会社紹介 従業員数 1,867⼈(グループ全体・2014年09⽉末時点)
事業内容 ソーシャルゲーム事業 ソーシャルメディア事業 プラットフォーム事業 広告・アドネットワーク事業 ライセンス&マーチャンダイジング事業 ベンチャーキャピタル事業
Copyright © GREE, Inc. All Rights Reserved. 1. HybridCloudのモチベーション 2.
HybridCloudを選定する上で重視すること 3. HybirdCloudを利⽤する上での問題 4. グリーの展望 目次
Copyright © GREE, Inc. All Rights Reserved. HybridCloudのモチベーション (OnPremisesの課題と HybridCloudに期待すること)
Copyright © GREE, Inc. All Rights Reserved. 現状のシステム設計⽅針(On Premisesのみ) システムとして用意する必要があるリソース
Copyright © GREE, Inc. All Rights Reserved. 現状のシステム設計の問題点 用意したが未利用となっているリソース ピークでシステムを用意する必要があるため
システムの未利用時間が多くなってしまう
Copyright © GREE, Inc. All Rights Reserved. HybridCloudを導⼊した際のシステム設計 用意したが未利用となっているリソース HybirdCloudに向けるリソース
Copyright © GREE, Inc. All Rights Reserved. ジャスト・イン・タイム ※ToyotaHPより http://www.toyota.co.jp/jpn/company/vision/production_system/just.html
“必要なものを、必要なときに、必要なだけ” という考え方がCloudにマッチした
Copyright © GREE, Inc. All Rights Reserved. コストの特徴の違い On Premises
Cloud 最小単位が1年(通常のデータセンター契約) 1時間つかっても1年つかってもコストは同じ →長期利用するベースのシステムで利用する 最小単位が1時間(クラウド事業者によっては日単位もある) ただし1年利用した場合は、オンプレミスの方が安価である →短期利用するシステムで利用する
Copyright © GREE, Inc. All Rights Reserved. システム構成の分離 ベースラインのインフラ 定常的に負荷があるシステム
→ ベースの売り上げのシステム 自社でコントロールしたいシステム → ネットワークTrafficなど 会社として守らなければならない情報 → 会員情報、課金情報など 突発的なインフラ イベントトラフィックのシステム → 行事、新規リリースなど ピークトラフィックのシステム → 夜間帯などの繁忙時刻
Copyright © GREE, Inc. All Rights Reserved. HybridCloudで展開できる構成 Webアプリケーションの一般的なシステム構成と移設可能なコンポーネント Proxy
Web Slave DB Storage (Hadoop) KVS Master DB Application Batch LoadBalancer Hybrid Cloudとして 利用可能なコンポーネント ↓ スケールアウトが 簡単なコンポーネント
Copyright © GREE, Inc. All Rights Reserved. まとめ OnPremisesの課題とHybridCloudに期待すること OnPremisesの課題
今まではピーク帯に合わせたインフラ設計が必要であった 1日のうちピーク帯は4-5時間のため、全体としての利用率が低かった HybridCloudへの期待 必要なリソースを一時的に柔軟に投入/削除をしていきたい 特にスケールアウトできるシステムコンポーネントを 中心に展開していきたい
Copyright © GREE, Inc. All Rights Reserved. Hybrid Cloudの選定基準
Copyright © GREE, Inc. All Rights Reserved. Hybrid Cloudの特徴 自社システム
クラウドシステム (Private Cloud) 専用線 Private IP Private IP 特徴 Private IP間で通信が可能 そのため既存システムへの変更インパクトが少ない クラウドシステム側は提供会社に対してPrivateCloudを提供する 例 AWS Direct Connect Sorftlayer Direct Link
Copyright © GREE, Inc. All Rights Reserved. Hybrid Cloudの選定基準 そもそも提供している会社が少ないため選択肢が少ない
日系クラウドではサービスメニュー化している業者はゼロ 接続性 専用線での接続が必要であるため、 専用線が接続可能なデータセンターであること Secureな接続が担保される 間違って他の業者にRoutingされるようなことがあってはならない トラブル対応 トラブル発生時の対応の迅速性
Copyright © GREE, Inc. All Rights Reserved. HybirdCloudを利⽤する上での問題
Copyright © GREE, Inc. All Rights Reserved. Hybrid Cloudの課題 SLAの違い
自社システム クラウドシステム (Private Cloud) 専用線 Router Router Server Cloud 1つのシステムを複数のインフラストラクチャで賄う必要がある サービス上低いSLAのインフラストラクチャに合わせて設計せざるえない ※一般的にはクラウドシステムの方がSLAは低い 乗せるサービスのSLAを落とすことが出来るか?
Copyright © GREE, Inc. All Rights Reserved. Hybrid Cloudの課題 ベースラインの確保
上記図の赤色の部分と灰色の部分を区分けする必要がある ここの線引きが難しい
Copyright © GREE, Inc. All Rights Reserved. Hybrid Cloudの課題 ベースラインの確保
そもそもハイブリッドクラウドを利用する目的としては コスト削減が主な目的になることが多い そのため、自社システムとハイブリッドクラウドの割り合いについて どこかしらの損益分解点がある しかし、Traffic量/Trafficトレンドは毎日違う 毎日、損益分岐点を出し、システムの比率を変えることは難しい
Copyright © GREE, Inc. All Rights Reserved. Hybrid Cloudの課題 トラブル編
自社システム クラウドシステム (Private Cloud) 専用線 DC事業者A 事業者A DC事業者B 事業者B 回線事業者 Maker A Maker B MDF MDF Router Router Server Cloud 契約形態 でも、通常のWAN側の回線なども同じ構成では…?
Copyright © GREE, Inc. All Rights Reserved. Hybrid Cloudの課題 トラブル編(WAN側との違い)
通信遅延がWAN側よりもシビア 遅延が発生した場合、データの整合性が取れなくなる可能性がある 復旧や回復させる作業に工数がかかる これはネットワークエンジニアでは出来ない 事業者B網内の問題が解決しないことが多い クラウドなのでVMの動きなどがわからない クラウド事業者の都合で、急にスペックの悪いホストに 割り当てられたり、違うDCのVMが配属されることもある
Copyright © GREE, Inc. All Rights Reserved. グリーの展望
Copyright © GREE, Inc. All Rights Reserved. グリーの展望 インフラの設計 ピーク帯での設計が不要になった
クラウドとの付き合い方 もはや“Cloud”と”On Premises”は敵対関係では無くなった 共存していく関係にある 人材の問題 ただ、 “Cloud”も”On Premises”も理解している⼈間は少ない 全体を通したシステム設計ができる人材が必要とされる
Copyright © GREE, Inc. All Rights Reserved.