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
Hironobu Saitoh
April 21, 2016
Technology
1
770
自作サーバーの時代から 最新クラウドの時代へ、そして
発表者: GMOデジロック株式会社
代表取締役社⻑ 平岩健⼆
(代理アップロードです)
Hironobu Saitoh
April 21, 2016
Tweet
Share
More Decks by Hironobu Saitoh
See All by Hironobu Saitoh
コンテナの基礎
hironobu
0
1.4k
オレのエンジニア的英語勉強法
hironobu
2
88
ConoHa WINGを支える技術(インフラ編)
hironobu
2
2.2k
俺がどんな風にConoHaを使っているのか 全部見せますスペシャル
hironobu
0
2.3k
俺用ツールをオープンソースで公開したら 意外と反応があった話
hironobu
0
110
ConoHaとDocker Machineで Dockerホストを作ってみよう
hironobu
2
1.2k
Goでデーモンを作ってみる
hironobu
4
3.4k
エバンジェリストの役割(HosCon大阪)
hironobu
0
660
開発者× CloudStack × Stuck
hironobu
0
680
Other Decks in Technology
See All in Technology
Redshiftを中心としたAWSでのデータ基盤
mashiike
0
120
WAF に頼りすぎない AWS WAF 運用術 meguro sec #1
izzii
0
440
これからSREになる人と、これからもSREをやっていく人へ
masayoshi
6
3.9k
[JAWS-UG栃木]地方だからできたクラウドネイティブ事例大公開! / jawsug_tochigi_tachibana
biatunky
0
210
アーキテクチャわからん、の話
shirayanagiryuji
0
270
プロダクト観点で考えるデータ基盤の育成戦略 / Growth Strategy of Data Analytics Platforms from a Product Perspective
yamamotoyuta
0
420
地方企業がクラウドを活用するヒント
miu_crescent
PRO
1
130
日本語プログラミングとSpring Bootアプリケーション開発 #kanjava
yusuke
2
370
『AWS Distinguished Engineerに学ぶ リトライの技術』 #ARC403/Marc Brooker on Try again: The tools and techniques behind resilient systems
quiver
0
120
飲食店予約台帳を支えるインタラクティブ UI 設計と実装
siropaca
0
210
Ask! NIKKEIの運用基盤と改善に向けた取り組み / NIKKEI TECH TALK #30
kaitomajima
1
390
Larkご案内資料
customercloud
PRO
0
370
Featured
See All Featured
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
45
2.3k
Product Roadmaps are Hard
iamctodd
PRO
50
11k
Building Applications with DynamoDB
mza
93
6.2k
A Modern Web Designer's Workflow
chriscoyier
693
190k
A better future with KSS
kneath
238
17k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9.3k
Become a Pro
speakerdeck
PRO
26
5.1k
Learning to Love Humans: Emotional Interface Design
aarron
274
40k
Docker and Python
trallard
44
3.2k
Being A Developer After 40
akosma
89
590k
The Cost Of JavaScript in 2023
addyosmani
47
7.3k
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
Transcript
2016/04/21 GMOデジロック株式会社 代表取締役社⻑ 平岩健⼆ 自作サーバーの時代から 最新クラウドの時代へ、そして
まず、 • GMOインターネットさん、GMOクラウドさん、 GMOペパボさんとは、企業規模が違う • ⼤阪の会社、⼩さい会社ならではの視点で、 GMOグループの⼤規模なインフラ、最新技術、 その他のリソースを活⽤する事例をご紹介 • この後、各社から最新の技術や現場の貴重な話
をされると思います。まずは気軽に聞いていた だければ・・・
紹介内容について • 今回は、2011年当時、弊社単独で、また⼤阪 で、計3名で運⽤・管理していた計700台あま りのサーバーを、GMOグループのインフラ、 技術、ノウハウ、リソースを活⽤し、グルー プiDCに移⾏していった話
紹介内容について • ⾊々新しい技術・サービスが増えている、と はいえ、まだまだ古いシステムで運⽤してい る所はたくさんあるので、iDC移⾏やクラウ ド環境への移⾏を検討されているのであれば 参考にしてもらえれば…
何者?① ドメインサービス(バリュードメイン)、サーバーサービ ス(バリューサーバー、XREA、コアサーバー等)、動 画共有サービスを運営。 低価格、自由度・柔軟性を重視したサービスを提供。
何者?② • 2001年 創業 • 2011年 10年後 GMOグループへジョイン • 2016年
それから5年 今ここ • 少⼈数。正社員9名、エンジニア率9割 • 本社は⼤阪市。現在、データセンターは主に 東京と⼤阪のグループiDCで運⽤。 • お客様はこだわりを持った、マニアックな⽅ が多い。感謝。
昔話 創業~GMOジョインまで① 2001年 私が学生時代 情報発信がしたいが、お⾦がない(私みたい) 多くの人になるべく安くドメインとサーバーを 提供したい バリュードメインと無料サーバーを立ち上げた
昔話 創業~GMOジョインまで② 志はあったが、お⾦と計画性がなかった ⾃社オフィスでサーバー⽴ち上げ お陰様で サーバーがみるみる増えた (しかし、スタッフは2名+有志)
昔話 創業~GMOジョインまで③ やがて、サーバーは700台を超え、オフィスがサ ウナに…
昔話 創業~GMOジョインまで④ 電気使⽤量も激増し、電源も次々増強… 電⼒会社から専⽤の線を引いたり、キュービクル増強をしたりして対応。無 停電装置(APC)も150台以上に。
昔話 創業~GMOジョインまで⑤ 帯域も激増し、回線も次々増強… ソフトバンク様1Gbps×2本、TOKAI様1Gbps、さくらインターネット様 1Gbps、NTTPC様1Gbps等を契約。BGP運⽤。
昔話 創業~GMOジョインまで⑥ 課題 • データセンターへのマイグレが急務! • マイグレの経験・ノウハウがない! • 700台分のサーバー環境の構築は半端ない! •
スピード感がいる! • もちろん、ローコスト!(お客様に還元する ため) マイグレを⼿伝ってもらえる所はないか
GMOインターネットグループへジョイン ドメインの仕⼊れを安くでき、 お客様に最安価格で提供できる ご利⽤のお客様にご迷惑をかけず、 サーバーを最新の環境へ移⾏できる GMOインターネットグループへ 仲間⼊り!
ジョイン後 GMOインターネット×デジロック 合同プロジェクト始動 • GMOインターネットのシステム本部、ネットワ ークチームの皆さんを中⼼にスピーディーに対 応 • ジョイン後1ヶ⽉で⼤阪に下⾒に、約3ヶ⽉で 始動
マイグレ① 課題 • データ量が多い(⼤阪にある合計データ量は 100TB、10億ファイル以上で常に更新され ている) • データをコピーする際に使⽤するネットワー クの帯域でお客様が使うネットワークの速度 が遅くなる
• 影響や停⽌を最⼩限にしたい • 極⼒IPアドレスの変更はさける
マイグレ② ~下準備~ 1. 東京iDCでマイグレ先の環境を構築 2. 東京iDCのサーバーを⼤阪に送付 3. ⼤阪で既存のサーバーから東京のサーバーに データをローカルでコピー 4.
東京iDCにサーバーを送付
マイグレ③ ~下準備~ 1. 10Gbpsスイッチを⼤阪に設置 2. 東京iDCと⼤阪を10Gbpsの専⽤線でつなぐ 3. ⼤阪から東京へ毎⽇差分コピーを⾏う いよいよ本番
マイグレ④ ~本番(個々のサーバー)~ 1. ⼤阪の対象サーバーへのアクセスを停⽌ 2. ⼤阪から東京へ差分コピーを⾏う 3. ⼤阪のサーバーを停⽌ 4. 東京のサーバーをアクティブに
インターネットへの出⼝は⼤阪で、東京・⼤阪 間の専⽤線を通じて、東京のiDCにアクセスして いる状態
マイグレ⑤ ~本番(全体)~ 1. 順次コピーする 2. 全台の半分の時点で、インターネットへの出 ⼝を⼤阪から東京へ移す 3. 残りの台数を順次コピーする 4.
全台完了 大阪オフィスに静寂が訪れた
マイグレ⑥ ~完了~ • 主に東京iDCに移⾏、⼀部を⼤阪iDCに移⾏ 東京iDC (実際のラック) 大阪iDC (実際のラック)
クラウド環境の利⽤① • 全てにおいて、スピードが⼤事 • 弊社のような⼩さな会社が、インフラ⾃体を ⼀から構築、保守・管理・運⽤するのは効率 が悪い → すべきではない •
豊富な運⽤実績・⼤規模な基盤を利⽤した⽅ が、安定したサービスを提供できる • インフラ管理がフリーになった分で、インフ ラを使ったサービスの開発に集中できる
クラウド環境の利⽤② • 動的なリソースマネージメントが可能 • 最新の尖った仕様のサーバーをいち早く⽤意 可能(スモールスタートで⾏けるため) 予測できない負荷や遅延により柔軟に対応、最 新、または特殊な仕様・環境を柔軟に提供して いく 柔軟性
そして、 • お客様のニーズの変化に対応する(SNSの台 頭で、個⼈の趣味の範囲で、独⾃ドメインを 持って、ホームページを⽴ち上げて、という 機会が減りつつあったり…) • とはいえ、ホームページにはSNSでは実現で きない魅⼒もある。 自由に情報発信したい人のために
次の居場所を!(また次回以降で)
ご清聴ありがとう ございました。