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
-
製品資料
[NTTインテグレーション株式会社] 取引先のセキュリティをどう管理する? 「SCS評価制度」対応の勘所を解説 -
製品資料
[NTTインテグレーション株式会社] SCS評価制度「★4」取得のカギ 最大の壁を突破する方法とは? -
製品資料
[NTTインテグレーション株式会社] 2026年度末から運用開始 「SCS評価制度」に備えて製造業がやるべきことは? -
事例
[ネットワンパートナーズ株式会社, アイビーシー株式会社] ハイブリッド環境の一元管理と快適な無線LAN環境、三井ホームはどう実現した? -
市場調査・トレンド
[TD SYNNEX株式会社] 調査で学ぶセキュリティ運用の実態 人を増やさず品質を維持する方法とは?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
2
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
IBM iのブラックボックス化を打破 資産継承と進化を実現する「IBM Bob」の実力
-
5
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
6
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
7
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
8
脱VMwareか、継続か? 仮想化ソフト主要6製品の料金とライセンスを徹底比較
-
9
【基本情報技術者試験】データを複数ディスクに分散する「RAID」の仕組みと特徴
-
10
【基本情報技術者試験】そもそもOSは何をしている? 「ジョブ管理」の仕組みを解説
ホワイトペーパーランキング PR
-
1
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
バックアップは“取っているから大丈夫”なのか? ランサムウェア時代の備え方
-
3
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
4
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
5
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
6
「NAS」「SAN」「DAS」は何が違う? いまさら聞けないストレージの基礎
-
7
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
8
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
9
ソフトウェア開発の属人化と手戻りをどう防ぐ? 速さと品質を両立させる方法
-
10
ランサムウェア攻撃“究極の対策”はこれだ
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー