Dropboxの脱クラウド以前と以後【前編】
Dropboxはなぜ「AWS」からオンプレミスへの回帰を選んだのか
AWSで運用していた大規模なストレージシステムをオンプレミスに移行したDropbox。同社はなぜ、クラウドサービスからオンプレミスに回帰する「脱クラウド」の判断をしたのだろうか。
IaaS(Infrastructure as a Service)やPaaS(Platform as a Service)といったクラウドサービスにシステムやデータを移行させる動きは拡大の一途をたどっている。それに逆行するようにクラウドサービスからオンプレミスに回帰する「脱クラウド」に踏み切る企業もある。
併せて読みたいお薦め記事
クラウドストレージの選定ポイント
「脱クラウド」についてより広く
脱クラウドを大規模に実行した企業として知られるのがDropboxだ。同社は2008年に同名ファイル同期サービスの正式提供を開始してから約7年が経過した2015年に、Amazon Web Services(AWS)の同名クラウドサービス群のクラウドストレージ「Amazon Simple Storage Service」(Amazon S3)で保管していた膨大なデータを、オンプレミスのストレージシステムに移行した。事業が成長を続ける中、AWSでインフラを拡充するという選択はしなかった。
なぜDropboxは脱クラウドを実行したのか。ストレージシステムをオンプレミスのインフラで構築する狙いは何だったのか。同社のインフラ分野を率いるジェームズ・コーリング氏の話を基に紹介する。
迅速なサービス提供のためにAWSを利用
Dropboxはファイル同期サービスを2008年に提供開始する際、データの格納先としてAmazon S3を採用した。「クラウドサービスがないことが当たり前の時代と、クラウドサービスが普及する時代にまたがっていた」と、コーリング氏は当時を振り返る。こうした状況は「ベンチャー企業として幸運だった」と同氏は語る。
幸運だった理由の一つは、Dropboxのファイル同期サービスがクラウドサービスの一つとして注目を集めたことだ。インフラを迅速に用意するためにAmazon S3を利用できたのがもう一つの幸運で、自社サービスをできる限り早くユーザーに届けることは資金調達をする上でもプラスに働いたに違いない。クラウドストレージとしてAmazon S3を選んだのは、当時の状況が大きく影響している。Dropboxの提供が始まった2008年は、AWSがAmazon S3の提供を始めた2006年の直後だ。クラウドストレージ市場そのものの黎明(れいめい)期であり、選択肢は限られていた。市場を開拓したAmazon S3を選ぶのは自然な選択だったと言える。
なぜオンプレミス回帰を選んだのか
Dropboxは全てのデータをAmazon S3に置いたわけではなく、ファイルを管理するためのデータであるメタデータを管理するシステムは自社構築した。かなり早い時期から、クラウドサービスとオンプレミスのインフラを組み合わせて活用する「ハイブリッドクラウド」の構成を採用していたことになる。
オンプレミスのストレージシステムで自社サービスを運用する構想は「2010年頃からあった」とコーリング氏は語る。これを実行に移すためには、自社サービスが十分に成長すること、さらにはニーズに合わせたストレージシステムを構築できる優秀なエンジニアを自社で確保する必要もあった。
自社サービスが成長を続け、「Magic Pocket」と名付けたオンプレミスのストレージシステムの構築に乗り出したのは2013年のことだ。当時Amazon S3に保管していたデータ量は数百P(ペタ)Bだったが、すぐにE(エクサ)B規模になることが見えていた。このペースでデータ量が増え、かつAmazon S3を使い続ければ「膨大なコストがかかることは明らかだった」とコーリング氏は語る。ストレージシステムの構築にも膨大な初期投資がかかるが、Amazon S3の利用で発生するランニングコストを削減し、将来的に開発に投資できる資金を捻出することの方が重要だった。
データ量の増加に伴うコスト最適化に加えてDropboxが重要視したのは、ソフトウェアとハードウェアの両面で自社サービスに適したストレージシステムを設計することだった。コーリング氏は「Amazon S3は複数の企業に対して1つのストレージシステムを提供するが、Dropboxは自社サービスのユーザーに最適な1つのストレージシステムを必要としていた」と説明する。
その着想に至ったのは、ユーザーがどのように自社サービスを利用しているか、その傾向に関する知見を蓄積してきたからでもある。例えばDropboxは、次のような傾向があることを把握していた。
- ユーザーがDropboxにアップロードする平均的なファイルサイズは約1.6MB
- ユーザーのアクセス数が最も多くなるのは、Dropboxを使い始めてから最初の24時間
- ユーザーのファイルへのアクセス数は、アップロードから24時間が経過すると急激に減少
Dropboxはこうしたファイルサイズやアクセス頻度を基にしてストレージシステムを設計することを重視した。今すぐ必要なファイルの読み込みを高速化するといったユーザーエクスペリエンスの向上、無駄なくハードウェアリソースを用いることによる運用効率の向上を実現することが目的だった。
毎日約5PBを移行
2015年10月の時点で、Dropboxはほぼ全てのデータをAmazon S3からオンプレミスのストレージシステムに移行した。数百PBに上る膨大なデータをどのようにして移行したのか、その方法についてもここで触れておこう。
データ量を考慮すればハードウェアに移し替えて移動する手段も選択肢になるが、Dropboxはネットワークを介してデータをコピーする手段を採用した。オンプレミスのデータセンターとAWSのデータセンターを直接接続する500Gbps以上の回線容量(帯域幅)があるネットワークを使用した。「自社サービスのダウンタイムを発生させないことに加え、セキュリティの観点で物理的にはデータセンターの外側に一切データを出さないことを重要視した」(コーリング氏)
毎日約5PBずつのデータを転送し、移行対象の全データを転送するのに約半年を要した。もちろんネットワークだけでなく、オンプレミスのデータセンター側で受ける膨大な数のストレージも必要だ。ストレージ搬入用のトラックが事故に遭遇するなど想定外のトラブルもあり、コーリング氏は「かなりの集中を要する期間だった」と振り返る。
自社サービスへの致命的な影響はなく、DropboxはAWSからオンプレミスのストレージシステムへのデータ移行作業を完了させた。Dropboxのオンプレミスデータセンターは米国の西海岸と東海岸にある3カ所に分かれ、データを冗長化する構成となっている。
Dropboxは、その後完全にAWSを利用しなくなったわけでもない。後編は、Dropboxがハイブリッドクラウドの構成要素としてAWSを利用する理由や、オンプレミスのデータセンターに導入する製品の選定方針などを紹介する。
Copyright © ITmedia, Inc. All Rights Reserved.
Dropboxの脱クラウド以前と以後
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[テクバン株式会社] 1画面でITサービスデスク業務が完結 太陽ホールディングスに学ぶデバイス管理 -
製品資料
[デジタルサーカス株式会社] ライセンス無料 Drupalベースの「多言語ECサイト開発用パッケージ」の実力は? -
製品資料
[デジタルサーカス株式会社] 日本発グローバル企業用Drupal「Risley(リズリー)」の実力とは? -
製品資料
[デジタルサーカス株式会社] Drupalサイト運用のリスク解消 潜在的なセキュリティ問題を迅速に発見する方法 -
製品資料
[株式会社ソースポッド] SCS評価制度への対応で工数が増大? 取得後の管理・運用をどう進めるべきか
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
世界PC出荷数が20%急減 情シスを直撃するPC先行調達の反動と価格高騰
-
5
脱VMwareか、継続か? 仮想化ソフト主要6製品の運用管理と統制機能を徹底比較
-
6
326のIPアドレスで1200超のアクセス AIエージェント関与が疑われる攻撃の中身
-
7
セキュリティは「情シス任せ」が過半数 漏えい発生時やSCS評価制度の課題は?
-
8
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
9
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
10
「企業内サーバ環境の利用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
2
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
3
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
4
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
5
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
6
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
7
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは?
-
9
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
10
生成AIの活用を阻む「5つの壁」とは? AIネイティブ組織へ変革を遂げる方法
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー