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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Hironobu Saitoh
April 21, 2016
Technology
850
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
自作サーバーの時代から 最新クラウドの時代へ、そして
発表者: GMOデジロック株式会社
代表取締役社⻑ 平岩健⼆
(代理アップロードです)
Hironobu Saitoh
April 21, 2016
More Decks by Hironobu Saitoh
See All by Hironobu Saitoh
コンテナの基礎
hironobu
0
1.7k
オレのエンジニア的英語勉強法
hironobu
2
110
ConoHa WINGを支える技術(インフラ編)
hironobu
2
2.3k
俺がどんな風にConoHaを使っているのか 全部見せますスペシャル
hironobu
0
2.4k
俺用ツールをオープンソースで公開したら 意外と反応があった話
hironobu
0
140
ConoHaとDocker Machineで Dockerホストを作ってみよう
hironobu
2
1.3k
Goでデーモンを作ってみる
hironobu
4
3.6k
エバンジェリストの役割(HosCon大阪)
hironobu
0
720
開発者× CloudStack × Stuck
hironobu
0
740
Other Decks in Technology
See All in Technology
フィジカル版Github Onshapeの紹介
shiba_8ro
0
320
40代で“やっとエンジニアになれた”――閉じた学びを開き、空の青さを知る / 20260628 Naoki Takahashi
shift_evolve
PRO
4
870
「勝手に広まる」人気 AI エージェントを爆速で作ろう!(AWS Summit Japan 2026講演資料)
minorun365
PRO
10
2.5k
技術・能力を向上する原理原則 #きのこセッションa #きのこ2026
bash0c7
0
120
[チョークトーク資料]AWS DevOps Agent を使いこなす / AWS Dev Ops Agent Chalk Talk AWS Summit Japan 2026
kinunori
4
770
「軸足」は 固定しなくていい - 熱量と強みで描く、しなやかなキャリアの形
kakehashi
PRO
1
270
FPC(フレキシブル)基板にZephyr実装してみた。
iotengineer22
0
170
不要なレビューをAIにまかせて AIコーディングの環境改善を加速した
shoota
1
270
AWS Security Hub CSPMの成功・失敗体験
cmusudakeisuke
0
550
2026年6月23日 Syncable Tech + Start Python Club にて
hamukazu
0
150
2026-06-24_人とAIの責務分離に基づく開発プロセスの提案.pdf
takahiromatsui
0
120
AI Agentをシステムに組み込む前にゆるく向き合ってみる
hayama17
0
140
Featured
See All Featured
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
210
WCS-LA-2024
lcolladotor
0
650
Odyssey Design
rkendrick25
PRO
2
710
Utilizing Notion as your number one productivity tool
mfonobong
4
330
The Spectacular Lies of Maps
axbom
PRO
1
820
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
140
Code Review Best Practice
trishagee
74
20k
Why Our Code Smells
bkeepers
PRO
340
58k
Automating Front-end Workflow
addyosmani
1370
210k
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
400
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
310
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
1
2.7k
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では実現で きない魅⼒もある。 自由に情報発信したい人のために
次の居場所を!(また次回以降で)
ご清聴ありがとう ございました。