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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー