データ増大とCO2排出の対策【後編】
ストレージにたまる無駄データと、管理者を悩ませる「データ所有者」問題
企業のストレージには、重要なデータから必要性の疑わしいデータまで、さまざまなデータが混在しがちだ。データ量が増えるにつれてデータを保管し続けることの負担は増大する。どうすればいいのか。
ストレージのデータ量と二酸化炭素(CO2)排出量が増大する問題に対して、企業はどのような対策を取るべきなのか。ストレージベンダーNetAppのチーフテクノロジーエバンジェリストを務めるマット・ワッツ氏の話を基に、データ保管の方法を紹介する。
前編「『使わないけど消せないデータ』を保存する“あのストレージ”とは?」は、データの使用頻度に応じて使用するストレージを使い分けるべきだ、という点を取り上げた。頻繁に使用するデータは主要ストレージであるSSDやHDDに保管し、コールドデータ(使用頻度の低いデータ)や全く使用しないデータは、CO2を排出しにくいストレージに保管する、といった形だ。こうして使用頻度に応じて保管するストレージを使い分ける手法は、一般的には「データ階層化」と呼ばれる。
本稿は、データ階層化をより賢く運用するためのポイントに加え、「データを所有しているのは誰なのか」など、より詳細に踏み込んで考えるべきポイントを紹介する。
管理者を悩ませる「使わないデータ」 企業はどう扱うべきか?
併せて読みたいお薦め記事
データセンターの消費電力量を削減する視点
データの使用頻度に応じてストレージを使い分ける際、自動化が欠かせないとワッツ氏は話す。データ階層化が自動でできるストレージ管理ソフトウェアを使用するとよい。IT部門が手作業で全部門のデータの使用頻度を確認し、必要に応じて別のストレージに移し替えるとなれば相当の労力が掛かってしまうためだ。そもそも使用頻度の高いデータと比べて、コールドデータや全く使用しないデータの重要度は総じて低い。同氏は「そうしたデータの運用に必要以上の手間を掛けてはいけない」と指摘する。
一方で「どのようなデータを移動させるのか」という基準は、企業が独自の判断で設定して問題ないという。例えばコールドデータの大まかな意味は「使用頻度の低いデータ」だが、使用していない期間の基準は2カ月であっても、3カ月であっても、1年であってもよい。「どの時点でコールドデータだとみなすのかというポリシーを設定することと、コールドデータ用の何らかの運用を用意しておくことが重要だ」とワッツ氏は話す。
データ保管における「データ所有者」問題
使用頻度に応じてデータを分類することでCO2削減やコスト削減はしやすくなるが、それでもデータ量は増え続ける。ワッツ氏は、長期的に見ると「データ所有者」の問題にも踏み込む必要があると指摘する。データ所有者の問題とはつまり、「誰がそのデータを生成したのか」「そのデータを保管する責任は誰にあるのか」ということだ。
企業がさまざまなデータを長期にわたって保管し続ける場合、この問題は大きくなる。企業が保有するデータの中には業務の役に立たず、保管する必要性の低いデータが含まれている可能性があり、それが無駄な負担として企業にのしかかってくるからだ。データ量が増大するにつれて負担は大きくなり、企業は使途不明のデータを保管し続けることに寛容ではいられなくなる。
「どこかの時点で、そのデータを保管し続けるのか、長期保管用としてアーカイブするのか、あるいは消去するのかといった判断を下さなければならない」とワッツ氏は指摘する。その時点において問題になるのが、誰が責任を持ってその判断を下すのかという点だ。この問題があることから、生成から保管、消去を含めたデータのライフサイクルを適切に管理するには、データ所有者の要素もひも付けておく必要がある。
「オンプレミスもクラウドサービスもまとめて管理」の必要性
データ保管においてもう一つ重要なのは、異なるベンダーのオンプレミスストレージやクラウドストレージなど、各種ストレージのデータ保管を一元的に管理することだとワッツ氏は言う。その背景にあるのは、クラウドサービスの利用が広がる一方、オンプレミスではオールフラッシュストレージへの投資傾向が強まっているといったように、企業がさまざまなストレージを採用しつつあることだ。
これは適材適所でデータやシステムを運用しようとする場合に避けがたい動きだと言える。例えば主要クラウドサービスを使うことでCO2削減につながる可能性があることは前編で触れた通りだが、コストやレイテンシ(遅延)、セキュリティなどの要件によってデータをクラウドサービスに置けない場合もある。そのため企業は、個々のデータやシステムに応じてオンプレミスのストレージとクラウドストレージを使い分ける必要がある。コストや各種システム要件に加えて、CO2排出抑制など新たな観点が加わる中では、データを目的に応じて適材適所で保管することが一段と重要になる。
Copyright © ITmedia, Inc. All Rights Reserved.
データ増大とCO2排出の対策
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[サイボウズ株式会社] AIに何を聞いても「汎用的な答え」しか返ってこないのはなぜか? -
製品資料
[サイボウズ株式会社] なぜAIは組織で定着しないのか? 全社活用を阻む「3つの壁」の突破法 -
製品資料
[株式会社スタディスト] 「不適合品率」改善はどこから始める? すぐにできて効果が大きいポイントとは -
製品資料
[株式会社スタディスト] 食品ロスを利益に変える「現場標準化」のすすめ -
技術文書・技術解説
[株式会社スタディスト] チョコ停・ドカ停を防ぐ「事前対策」の進め方
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
いまIBM iエンジニアが直面する「5つの技術的課題」とその解決策
-
2
SAPの負荷増に苦しむZeissが「リアルタイム分析」「安定運用」を両立させた道
-
3
Microsoft 365侵害企業の9割はMFA導入済み 1002人調査で見えた盲点
-
4
【基本情報技術者試験】データ消失リスクを防ぐ3つの「バックアップ手法」を比較
-
5
なぜ「Claude Code」拡張は消しても危ないのか? Cursorで不正版配信
-
6
脱VMwareの真実:データセンター大手がNutanixを選んだ「コスト以上の理由」
-
7
なぜMicrosoftは「Rust」を標準言語に? AIで進むC/C++書き換えの課題
-
8
“クラウド安全神話”の崩壊 AWS、Azure障害で情シスが直面した「SLAの死角」
-
9
8割がアナログに逆戻りする“やっぱりな理由” DXを阻む2つの落とし穴
-
10
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
ホワイトペーパーランキング PR
-
1
「IT史に名を残すシステム障害」8選
-
2
顧客対応自動化の要点:RAGとデータ連携で“業務で使える生成AI”にする方法
-
3
侵入から横展開まで27秒の脅威にどう立ち向かう? 防御のカギがEDRの理由
-
4
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
5
マンガで解説:情シスの負担を減らす「MDRサービスのインシデント対応」の中身
-
6
有識者が語る、中堅中小企業に求められる最新のサイバーセキュリティ対策とは
-
7
10G回線の真価をフルに享受するには? 導入前にチェックしたいポイント
-
8
なぜAIは組織で定着しないのか? 全社展開を阻む「3つの壁」と突破のヒント
-
9
ランサムウェア攻撃“究極の対策”はこれだ
-
10
パスワードレスへの移行で失敗しないためには? 導入・運用上の注意点を解説
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー