データリパトリエーションとは：パブリッククラウドからオンプレミスへの回帰が進む理由

パブリッククラウドでデータを保持・利用するコストの高騰が、企業にとってのディールブレーカー（取引断念要因）になりつつあります。組織はよりコスト効率の良い代替手段を模索しており、それがデータリパトリエーション（Data Repatriation）、つまり現在パブリッククラウドにあるデータを引き取り、オンプレミスやベアメタルで再ホスティングする動きを加速させています。

本記事はデータリパトリエーションの入門として、パブリッククラウドを離れ、オンプレミスのベアメタルストレージへ移行することのメリット・デメリット双方を解説します。データリパトリエーションの主なドライバーを学び、クラウドベースデータの引き取りがあなたのボトムライン（純利益）にとって合理的な選択かどうかを判断しましょう。

データリパトリエーションとは

データリパトリエーションとは、パブリッククラウドから自己管理型ストレージ（オンプレミスの専用サーバー、プライベートクラウド等）へデータを移行するプロセスです。企業が再ホスティングするデータ量によって、リパトリエーションは以下の2タイプに分類されます。

• 完全リパトリエーション：組織がすべてのデータを引き取り、パブリッククラウドとの契約を終了
• 部分的リパトリエーション：一部のデータのみをクラウドから引き取る（通常、チームがパフォーマンス改善やクラウドコスト削減を狙う場合に発生）

組織がパブリッククラウドでの大量データ保持の高コストを認識するにつれ、データリパトリエーションはますば一般的になっています。大規模なストレージニーズがある場合（例えば、定期的にアクセスする非構造化データが数ペタバイトある場合）、クラウドベースストレージは従来型ソリューションほどコスト効率が良くありません。

平均的に、クラウドベースのオプションは、オンプレミスデータホスティングの2倍の使用コストがかかるとされています。この統計は、オンプレミスストレージに必要なオーバーヘッドを考慮しても変わりません。そのオーバーヘッドには以下が含まれます。

• ハードウェアを管理するスタッフのコスト
• データセンタースペース
• 電力
• 物理セキュリティ

価格差が劇的な主な理由はエグレスコスト（データ転送送信料）です。プロバイダーはデータのアップロード（イングレス）には課金しませんが、ストレージ容量とデータ転送には課金します。プロバイダーのインフラ外へデータを送信する転送（エグレス）は高額であり、多くの場合、クラウドの月額請求額の最大部分を占めます。

コスト以外にも、企業がデータリパトリエーションを選択する一般的な理由には以下があります。

• コンプライアンスルールのアップデート
• ネットワークレイテンシの問題
• クラウドコンピューティングセキュリティへの懸念
• より高いレベルのデータ冗長性の実現希望
• プロバイダー側のエラーによる頻繁なダウンタイム
• シャドーIT（パブリッククラウドリソースの無許可利用）の問題
• 異なるクラウドデプロイメントモデルへの移行決定

データリパトリエーションのメリット

ほとんどのIT意思決定と同様、データリパトリエーションにもメリットとデメリットの両面があります。パブリッククラウドデータを引き取ることの最も顕著なメリットを詳しく見ていきます。

コスト削減とROIの改善

コストは最大のメリットであり、データリパトリエーションの主たる理由です。オンプレミスデータセンターの構築には高額な初期投資が必要ですが、パブリッククラウドのコストは、以下の月額支払いが積み重なることで時間とともに膨らみます。

• ストレージボリューム
• サーバーインスタンス
• 従量課金サービス
• データ転送コスト（エグレス）
• 「隠れたコスト」（最近の調査では、企業が年間620億ドル以上を、必要も使用もしないパブリッククラウドリソースに費やしていることが判明）

遅かれ早かれ、総クラウド支出はオンプレミスホスティング機器の価格に達します。しかし、その時点では、それらの資金をクラウドコンピューティングの運用費として費やしており、投資にもかかわらずハードウェアは一切手元に残りません。この観点からは、オンプレミスホスティングの方が遥かに優れたROIを実現できます。

クラウドベースストレージ料金は不安定で予測が難しいことも留意点です。以下の理由で予測コストはすぐに予算を超過しがちです。

• プロバイダーが価格を変更する
• ITニーズが時間とともに変化する
• チームがクラウド運用に伴うコストを過小評価しがち
• 複雑なIT環境はシャドーITに悩まされやすい

オンプレミスストレージシステムなら、コストはデータの扱い方によって変動しません。ITニーズが増えればハードウェアへの追加投資は必要ですが、クラウドストレージのように請求書が「手に負えないレベル」になることはありません。

データへの実践的なセキュリティコントロール

パブリッククラウドでデータをホストすることは、プロバイダーがデータの保存と安全確保を担うことを意味します。この取り決めは一部の企業にとって福音ですが、データセキュリティに対してより実践的なアプローチを求める企業にとってはディールブレーカーになり得ます。

パブリッククラウドでデータを保持する際には、以下のような固有の懸念も存在します。

• 数百〜数千のテナントがパブリッククラウドインフラを共有しており、社内ホスティングには存在しないリスク要素が生じる
• クラウドベースデータを守る制御が何であるか、可視性に欠ける
• クライアントチームがベンダー提供の対策を正しく構成・活用する責任があるため、誤設定の余地が大きい（最も一般的なミスはクラウドセキュリティポリシーで発生）
• SLAで別途定めない限り、プロバイダーがパブリッククラウドに保存したファイルの権利を保持
• パブリッククラウドはエンドユーザーがどこからでもデータにアクセスできるため、間違った相手とデータを共有するリスクが常に存在

プロバイダー側の障害は稀ですが、パブリッククラウドユーザーはそれが起こり得ることを認識すべきです。2018年8月、AWSのエラーにより、GoDaddyに属する約31,000システムのビジネスクリティカルデータが露出しました。データがオンプレミスにあれば、このインシデントは発生しませんでした。

データリパトリエーションにより、パブリッククラウドでは提供できないレベルのデータへの近接性と物理的コントロールが得られます。また、データに関して問題が発生しうるイベントの数を減らすことで、攻撃対象面を縮小できます。自宅の金庫にお金を置くか、銀行の金庫に置くかを想像してください。銀行は安全ですが、彼らがどう金庫を守るかに口出しできませんし、銀行は強盗の標的になりやすい。この観点からは、自宅の方が安全という強力な主張が成り立ちます。

ベンダーロックインのリスク排除

ベンダーロックインとは、企業がクラウドプロバイダーに過度に依存してしまう状態です。データをベンダーに長期間保存し、そのストレージを中心にアプリアーキテクチャを構築すれば、ロックインは自然に深まります。その結果、高い切り替えコストを負担せずに、別のプラットフォーム（社内または別プロバイダー）へ移行できなくなります。

データリパトリエーションは、あなたのストレージが社内チーム以外のいかなるプロバイダーにも依存しないことを保証します。スタッフがデータセットを管理し、「サードパーティに縛られる」リスクはゼロになります。

レイテンシの改善

パブリッククラウドはほぼ無制限のストレージ容量を提供しますが、クラウドベースデータへのアクセスと活用能力はインターネット接続に依存します。社内で処理を行い、パブリッククラウドデータへの接続が遅い場合、操作にラグが生じます。

ラグはバックアップ・リカバリやメール運用等のユースケースでは問題になりませんが、以下のようなワークロードでは致命的です。

• リアルタイム分析
• サイバーセキュリティアプリ
• センサー
• IoTアプリ

データセットに大きく依存するレイテンシセンシティブなアプリがある場合、情報をオンプレミス（またはエッジサーバー）でホストすれば、パブリッククラウド利用時より遥かに低いラグで済みます。通信経路が短縮される上、社内チームがストレージ、コンピュート、ネットワークリソースをアプリに最適化する機会を得られます。

データ規制へのコンプライアンス容易化

パブリッククラウドプロバイダー（特にハイパースケーラー）は、HIPAAやPCI等の政府・業界要件を満たすために努力しています。しかし、パブリッククラウドで規制を遵守する上での重大な懸念はデータの所在地です。あなたのビジネスが特定地域でのデータホスティングを法令で義務付けられている場合、パブリッククラウドの利用は法的（および財務的）トラブルを招く可能性があります。

特定リージョンにクラウドサーバーを設置し、サードパーティがデータを移動しないことを信頼する代わりに、一部の組織は完全なコントロールを取り戻し、データをオンプレミスシステムに移動することを選択します。

データリパトリエーションのデメリット

データリパトリエーションを選択する際の最も顕著な課題と欠点を整理します。

• オンプレミスでデータをホストするために必要なハードウェア予算を確保しなければならない（プライベートクラウド、専用サーバー、コロケーション機器等、どのシステムを選択しても）
• 新しいIT環境を構成・管理する社内チームを雇用する必要がある
• 潜在的な侵害、漏洩、サイバー攻撃、データ完全性への脅威からオンプレミスデータを守るための保護策の構築と運用は、あなたのスタッフのみの責任になる
• データの適切な可用性確保もスタッフの責任
• 問題発生時、修正はあなたのチームが行うしかない。ダウンタイム時に頼れるプロバイダーはいないため、オンプレミスデータベースの管理方法をチームが熟知していることを、パブリッククラウドからデータを引き取る前に確認すべき
• データリパトリエーションは、チームのケミストリーと文化を時として乱す。一部の従業員は「会社が後退している」と感じる可能性があり、業務に新たなタスクが追加される
• データをオンプレミスに戻すことで、速度やパフォーマンスが低下することがある。その場合、そのデータセットを使用するすべてのサービスとワークロードを再最適化する必要があり、通常数日以上かかる
• パブリッククラウドを離れれば、無限のオンデマンドリソースへのアクセスを失う。迅速なプロビジョニングと瞬時のスケーリングとはお別れ。ストレージが必要ならリソースを確保し、新しいハードウェアを購入しなければならない

データリパトリエーションの進め方

クラウドリソースの使用状況を監視し、定期的にそれらのコストを代替ストレージ手法と比較します。別のストレージタイプがあなたのユースケースでより高いROIを提供することが明らかになったら、データリパトリエーションの時期です。プロセスは以下のように進めます。

• どのデータをリパトリエーションするかを決定し、変更の目的を明確化。完全リパトリエーションか、部分的アプローチが適切か？
• ベンダーロックイン、アーキテクチャ、エンドユーザーの観点から、クラウドからの移行を遅延・阻害しうる課題を検討
• 計画を段階に分け、進捗を監視するKPIを設定
• データにとって最適なホスティング環境を決定。オンプレミスサーバールームへの回帰か、専用サーバーのレンタルか、あるいはハイブリッドクラウドか？
• チームのスキルレベルを判断。経験豊富さによって、魅力的なホスティングオプションは異なる
• プロジェクトの詳細な費用便益分析を実施し、実行可能な各代替案の財務的インパクトを評価
• データが新しい場所に移ることに合わせ、チームがアプリアーキテクチャをどう更新するかを計画。パフォーマンス改善やラグ削減の余地はあるか？
• パブリッククラウドからデータ移行を開始。移行には時間がかかり、バックアップストレージがなければ、当該データに依存するアプリはプロセス中ダウンする。コールドアーカイブは頻繁にアクセスされるリポジトリより移行しやすいため、UXへの影響を最小化する計画を立てる
• すべての関連アプリとサービスが最適に動作するか、徹底的なテストを実施

いつデータリパトリエーションを実施すべきか

パブリッククラウドから離れることが、以下のいずれか（または複数）のビジネスフロントにメリットをもたらすと明らかになったら、データリパトリエーションを実施すべきです。

• ボトムライン（純利益）
• セキュリティレベル
• サービスパフォーマンス

データリパトリエーションが正しいビジネス判断となる一般的なシナリオをいくつか挙げます。

• クラウドストレージ請求が手に負えなくなっている：パブリッククラウド請求が想定より高くなったり、未使用リソースに支払いが発生したりしたら、即座に他のストレージオプションを検討開始
• より適したホスティング環境への移行：データリパトリエーションは往々にして、企業がユースケースに最適なストレージソリューションを特定したことを意味する。解決を目指す最も一般的な問題はラグと可用性
• 新しいコンプライアンスルール：規制のアップデートにより、厳格な業界の企業がパブリッククラウドからデータをリパトリエーションせざるを得なくなる
• クラウド利用の役割が終了：パブリッククラウドのインパクトは、あらゆるプロジェクトの初期段階で最大化される。チームがリソース使用傾向の分析を始めたら、定期的な費用便益分析を実施し、リパトリエーションの必要性を判断
• クラウド導入を急ぎすぎた：初期計画の不備、リフトアンドシフト戦術、包括的な移行計画の欠如は、パブリッククラウドデータをオンプレミスに引き戻す常套理由。間違ったストレージソリューションにオールインするより、損切りが賢明
• クラウドプロバイダーの倒産：ベンダーが事業を停止すれば、クライアントはデータを引き取る以外選択肢がない。稀なシナリオだが、プロバイダー倒産に備えた災害復旧計画は必須

データリパトリエーションを恐れず、常に最適なストレージソリューションを追求せよ

データリパトリエーションは、新たなIT機会の追求、支出の最適化、アプリパフォーマンスの改善のためのものです。これら3要素は、パブリッククラウドへのコミットメントより優先されます。チームが、クラウドで稼働するすべてのデータベース、ワークロード、サービスについて、常にホスティング代替案を検討するよう徹底しましょう。