Link
Embed
Share
Beginning
This slide
Copy link URL
Copy link URL
Copy iframe embed code
Copy iframe embed code
Copy javascript embed code
Copy javascript embed code
Share
Tweet
Share
Tweet
Slide 1
Slide 1 text
2016/04/21 GMOデジロック株式会社 代表取締役社⻑ 平岩健⼆ 自作サーバーの時代から 最新クラウドの時代へ、そして
Slide 2
Slide 2 text
まず、 • GMOインターネットさん、GMOクラウドさん、 GMOペパボさんとは、企業規模が違う • ⼤阪の会社、⼩さい会社ならではの視点で、 GMOグループの⼤規模なインフラ、最新技術、 その他のリソースを活⽤する事例をご紹介 • この後、各社から最新の技術や現場の貴重な話 をされると思います。まずは気軽に聞いていた だければ・・・
Slide 3
Slide 3 text
紹介内容について • 今回は、2011年当時、弊社単独で、また⼤阪 で、計3名で運⽤・管理していた計700台あま りのサーバーを、GMOグループのインフラ、 技術、ノウハウ、リソースを活⽤し、グルー プiDCに移⾏していった話
Slide 4
Slide 4 text
紹介内容について • ⾊々新しい技術・サービスが増えている、と はいえ、まだまだ古いシステムで運⽤してい る所はたくさんあるので、iDC移⾏やクラウ ド環境への移⾏を検討されているのであれば 参考にしてもらえれば…
Slide 5
Slide 5 text
何者?① ドメインサービス(バリュードメイン)、サーバーサービ ス(バリューサーバー、XREA、コアサーバー等)、動 画共有サービスを運営。 低価格、自由度・柔軟性を重視したサービスを提供。
Slide 6
Slide 6 text
何者?② • 2001年 創業 • 2011年 10年後 GMOグループへジョイン • 2016年 それから5年 今ここ • 少⼈数。正社員9名、エンジニア率9割 • 本社は⼤阪市。現在、データセンターは主に 東京と⼤阪のグループiDCで運⽤。 • お客様はこだわりを持った、マニアックな⽅ が多い。感謝。
Slide 7
Slide 7 text
昔話 創業~GMOジョインまで① 2001年 私が学生時代 情報発信がしたいが、お⾦がない(私みたい) 多くの人になるべく安くドメインとサーバーを 提供したい バリュードメインと無料サーバーを立ち上げた
Slide 8
Slide 8 text
昔話 創業~GMOジョインまで② 志はあったが、お⾦と計画性がなかった ⾃社オフィスでサーバー⽴ち上げ お陰様で サーバーがみるみる増えた (しかし、スタッフは2名+有志)
Slide 9
Slide 9 text
昔話 創業~GMOジョインまで③ やがて、サーバーは700台を超え、オフィスがサ ウナに…
Slide 10
Slide 10 text
昔話 創業~GMOジョインまで④ 電気使⽤量も激増し、電源も次々増強… 電⼒会社から専⽤の線を引いたり、キュービクル増強をしたりして対応。無 停電装置(APC)も150台以上に。
Slide 11
Slide 11 text
昔話 創業~GMOジョインまで⑤ 帯域も激増し、回線も次々増強… ソフトバンク様1Gbps×2本、TOKAI様1Gbps、さくらインターネット様 1Gbps、NTTPC様1Gbps等を契約。BGP運⽤。
Slide 12
Slide 12 text
昔話 創業~GMOジョインまで⑥ 課題 • データセンターへのマイグレが急務! • マイグレの経験・ノウハウがない! • 700台分のサーバー環境の構築は半端ない! • スピード感がいる! • もちろん、ローコスト!(お客様に還元する ため) マイグレを⼿伝ってもらえる所はないか
Slide 13
Slide 13 text
GMOインターネットグループへジョイン ドメインの仕⼊れを安くでき、 お客様に最安価格で提供できる ご利⽤のお客様にご迷惑をかけず、 サーバーを最新の環境へ移⾏できる GMOインターネットグループへ 仲間⼊り!
Slide 14
Slide 14 text
ジョイン後 GMOインターネット×デジロック 合同プロジェクト始動 • GMOインターネットのシステム本部、ネットワ ークチームの皆さんを中⼼にスピーディーに対 応 • ジョイン後1ヶ⽉で⼤阪に下⾒に、約3ヶ⽉で 始動
Slide 15
Slide 15 text
マイグレ① 課題 • データ量が多い(⼤阪にある合計データ量は 100TB、10億ファイル以上で常に更新され ている) • データをコピーする際に使⽤するネットワー クの帯域でお客様が使うネットワークの速度 が遅くなる • 影響や停⽌を最⼩限にしたい • 極⼒IPアドレスの変更はさける
Slide 16
Slide 16 text
マイグレ② ~下準備~ 1. 東京iDCでマイグレ先の環境を構築 2. 東京iDCのサーバーを⼤阪に送付 3. ⼤阪で既存のサーバーから東京のサーバーに データをローカルでコピー 4. 東京iDCにサーバーを送付
Slide 17
Slide 17 text
マイグレ③ ~下準備~ 1. 10Gbpsスイッチを⼤阪に設置 2. 東京iDCと⼤阪を10Gbpsの専⽤線でつなぐ 3. ⼤阪から東京へ毎⽇差分コピーを⾏う いよいよ本番
Slide 18
Slide 18 text
マイグレ④ ~本番(個々のサーバー)~ 1. ⼤阪の対象サーバーへのアクセスを停⽌ 2. ⼤阪から東京へ差分コピーを⾏う 3. ⼤阪のサーバーを停⽌ 4. 東京のサーバーをアクティブに インターネットへの出⼝は⼤阪で、東京・⼤阪 間の専⽤線を通じて、東京のiDCにアクセスして いる状態
Slide 19
Slide 19 text
マイグレ⑤ ~本番(全体)~ 1. 順次コピーする 2. 全台の半分の時点で、インターネットへの出 ⼝を⼤阪から東京へ移す 3. 残りの台数を順次コピーする 4. 全台完了 大阪オフィスに静寂が訪れた
Slide 20
Slide 20 text
マイグレ⑥ ~完了~ • 主に東京iDCに移⾏、⼀部を⼤阪iDCに移⾏ 東京iDC (実際のラック) 大阪iDC (実際のラック)
Slide 21
Slide 21 text
クラウド環境の利⽤① • 全てにおいて、スピードが⼤事 • 弊社のような⼩さな会社が、インフラ⾃体を ⼀から構築、保守・管理・運⽤するのは効率 が悪い → すべきではない • 豊富な運⽤実績・⼤規模な基盤を利⽤した⽅ が、安定したサービスを提供できる • インフラ管理がフリーになった分で、インフ ラを使ったサービスの開発に集中できる
Slide 22
Slide 22 text
クラウド環境の利⽤② • 動的なリソースマネージメントが可能 • 最新の尖った仕様のサーバーをいち早く⽤意 可能(スモールスタートで⾏けるため) 予測できない負荷や遅延により柔軟に対応、最 新、または特殊な仕様・環境を柔軟に提供して いく 柔軟性
Slide 23
Slide 23 text
そして、 • お客様のニーズの変化に対応する(SNSの台 頭で、個⼈の趣味の範囲で、独⾃ドメインを 持って、ホームページを⽴ち上げて、という 機会が減りつつあったり…) • とはいえ、ホームページにはSNSでは実現で きない魅⼒もある。 自由に情報発信したい人のために 次の居場所を!(また次回以降で)
Slide 24
Slide 24 text
ご清聴ありがとう ございました。