Dropboxの脱クラウド以前と以後【後編】
Dropboxがオンプレミス回帰後も「AWS」を使い続ける理由
Dropboxは脱クラウド後も部分的にAWSの利用を続けている。独自のストレージシステムを構築したオンプレミスのデータセンターを含め、どのようにインフラを運用し、どのような方針で製品を導入しているのだろうか。
ファイル同期サービスを手掛けるDropboxは、2015年にAmazon Web Servicesのクラウドストレージ「Amazon Simple Storage Service」(Amazon S3)から、オンプレミスのデータセンターにあるストレージシステムに、ほぼ全てのデータを移行した。ただし完全にオンプレミスのストレージシステムだけの運用に変えたわけではなく、必要に応じてAWSの同名クラウドサービス群を利用している。
併せて読みたいお薦め記事
クラウドストレージの選定ポイント
「脱クラウド」についてより広く
一方でDropboxは、オンプレミスのストレージシステムに「SMR」(Shingled Magnetic Recording:シングル磁気記録)方式を採用したHDDを導入するなど、ストレージシステムをサービスに最適化したり、運用コストを削減したりするためのカスタマイズを続けている(SMRの詳細は後述)。同社はどのような方針でインフラ運用や製品選定をしているのだろうか。
オンプレミス回帰後もAWSを使い続ける理由
Dropboxはいったんほぼ全てのデータをAmazon S3からオンプレミスのストレージシステムに移行したわけだが、完全にAWSから離れたわけではない。例えばオンプレミスのストレージシステムへの移行後に、AWSのフランクフルト、シドニー、東京リージョンのデータセンターを段階的に利用してきた。
オンプレミスのストレージシステムを構築した経緯を考えれば、DropboxがAWSを使い続けることは矛盾した行動にも映る。だが、これは「自社サービスの迅速な提供を重視した判断だ」と、Dropboxのインフラ分野を率いるジェームズ・コーリング氏は説明する。国内を例に挙げれば、米国のデータセンターではなくAWSの東京リージョンを選択できるようにすることで、ユーザー企業はセキュリティポリシー上、国外には保管できないデータでもDropboxのサービスを利用できるようになる。
Dropboxは大部分のデータを米国にあるオンプレミスのストレージシステム「Magic Pocket」で保管することで、競争上の優位性を出している。ただし「オンプレミスだけに制限するとアジリティ(敏しょう性)やサービス提供の選択肢を失ってしまう」(コーリング氏)。そのためオンプレミスのストレージシステムにはこだわりつつも、オンプレミスのインフラにもクラウドサービスにもロックインされないことを重視しているという。
SMR方式のHDDを生かし切るためにストレージシステムを見直し
「Dropboxはなぜ『AWS』からオンプレミスへの回帰を選んだのか」で触れた通り、DropboxがMagic Pocketをはじめとするオンプレミスのストレージシステムを構築した理由は、自社サービスの利用傾向に適したカスタマイズやコスト最適化を実現することにあった。このために重要視しているのは、オンプレミスのデータセンターで運用する製品についてはその特性をよく理解することと、必要に応じてカスタマイズすることだという。そのため同社が製品選定をする際は、「その製品のベンダーが、当社と緊密に連携できる企業かどうかが重要だ」とコーリング氏は語る。製品をカスタマイズする上では、製品の可能性も限界も熟知しているベンダー側の知見が欠かせないことが背景にある。
Dropboxがオンプレミスのデータセンターに導入した製品の一例が、SMR方式を採用したWestern DigitalのHDD製品だ。
HDDには円盤上の記録媒体「プラッタ」を同心円状に分割した「トラック」と呼ばれる領域が存在する。トラック内には「セクタ」と呼ばれるトラックを細分化した領域があり、データを書き込む際はこのセクタに記録する。一般的に採用されてきたCMR(Conventional Magnetic Recording)方式のHDDの場合、隣接するトラック間のデータが干渉によって変化しないように、「ガードバンド」というスペースを設けている。SMR方式のHDDはトラックを瓦のように重ね合わせ、プラッタ内のトラックの本数を増やすことで容量拡大につなげる。
SMR方式のHDDにはデメリットもある。トラックを重ね合わせることでデータの記録領域が狭まる一方、目的とする書き込み領域の細さに合わせて、書き込み用の磁気ヘッドの幅を変更することは難しい。そのためデータの書き込み時は隣接するトラックのセクタまでデータを書き直す必要がある。
こうした特性を踏まえると、SMR方式のHDDではデータのアクセス方式として連続したデータ領域を読み書きする「シーケンシャル方式」を採用することが理にかなう。データのアクセス方式としては目的とするデータ領域を直接読み書きする「ランダムアクセス方式」もあるが、SMR方式の場合はランダムアクセス方式で上述のようなデータの書き直しをすると時間がかかり過ぎるためだ。
DropboxはSMR方式のHDDを生かすため、シーケンシャル方式でデータを読み書きするようにストレージシステムを改修した。アーキテクチャも変更し、データの書き込みや、すぐに利用するデータの読み出しにはSSD(ソリッドステートドライブ)をキャッシュとして使い、その裏側でSSDからHDDへの読み書きをするようにした。これらの改修を経て容量単価の低さというSMR方式のHDDのメリットを享受しながら、ストレージシステム全体としてデータの読み書き速度を高めることができたとコーリング氏は強調する。
先行するSMR方式のHDDの大規模な導入例がない中で、こうした導入成果を出せたのは、オンプレミスのストレージシステムの要件と、SMR方式のHDDの製品特性をうまく組み合わせた結果だ。製品特性を理解する上でも「ベンダーとの緊密な連携が欠かせなかった」とコーリング氏は振り返る。
Dropboxはオンプレミスのデータセンターに導入する製品については、可能な限りマルチベンダーにすることを重視しているという。この方針はHDDやSSDなどのストレージに限らず、マザーボードやネットワークカード、CPU、メモリといった「ハードウェア全てに適用するように努めている」とコーリング氏は強調する。ハイブリッドクラウドの採用と同様、これも特定の環境やベンダーにロックインしない考え方の表れだと言える。調達先を複数社にすることによるリスク分散の効果もある。
クラウドサービスは必要に応じて利用
クラウドサービスに関しては、Dropboxの事業開始当初の2008年とは異なり、現在はAWSの他「Microsoft Azure」(Azure)や「Google Cloud Platform」(GCP)などの“メガクラウド”が幾つか存在する。「必要があればAWS以外のクラウドサービスを利用する選択肢はある」とコーリング氏は語るものの「AWSとは長く協力してきた歴史がある。緊密に連携できるかどうかが重要な点だ」と繰り返し強調する。
コーリング氏は脱クラウドを実行した経験から、小規模な事業のインフラにはクラウドサービスを利用することを推奨する。ただし「事業規模が大きくなり、大量のデータを抱えていることに加え、構築と運用のスキルに自信があるのであれば、オンプレミスは有効な選択肢になる」と同氏はアドバイスする。
当然のことながらDropboxのデータセンターには大量のストレージが存在する。これを人手で管理するのはほぼ不可能なため、ソフトウェアによる自動化の体制を敷いている。エラー発生時には自動的にデータを他のストレージにコピーして、人手では故障したディスクを取り出すだけでよいという。こうした効率的な運用は、もちろん同社のスキルの高いエンジニアの手によるものだ。
Dropboxの事例は、クラウドサービスかオンプレミスのインフラかを考える際は、自社で運用するスキルとノウハウ、判断力のある人的リソースが確保できるかどうかがポイントになることを示していると言える。
Copyright © ITmedia, Inc. All Rights Reserved.
Dropboxの脱クラウド以前と以後
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[株式会社マクニカ] アイカ工業に学ぶ脆弱性対策 情シスが把握できずにいたアセットも正確に把握 -
製品資料
[株式会社マクニカ] 「脆弱性総まとめ」解説 被害事例から考える必須の対策ポイント -
製品資料
[Splunk Services Japan合同会社] サイバー脅威「トップ50」完全解説ガイド、新たな攻撃手法に対抗するには -
製品資料
[株式会社うるる] 「入札市場」完全ガイドブック:メリットから資格取得のポイントまで -
市場調査・トレンド
[株式会社うるる] はじめての「自治体/官公庁入札」 必要な知識がすぐに学べる入門ガイド
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
2
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
AI基盤は本当に「オンプレ回帰」する? Broadcomの言い分と企業の本音
-
5
「技術屋」で終わらないために 情シスが今取るべき認定資格5選
-
6
「世界一給与にハングリー」な日本のエンジニアが“雇用の安定”を求める理由
-
7
「Linuxサーバの長期運用とRed Hat Enterprise Linux」に関するアンケート
-
8
「IoT通信環境の構築・運用」に関するアンケート
-
9
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
10
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
7
PostgreSQLの「機能」「性能」「運用」「拡張性」に関する悩みの解消法
-
8
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
9
Macの安全神話は崩壊? 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー