Content starts here
- 設備コストを削減
先進的な技術で ディスク容量を50%以上削減！
- 運用管理コストを削減
自律運用管理によりストレージ管理の工数を50%以上削減！
【不要なデータ】
データやボリュームが削除されると発生する書き込み不可能な未使用データ
サーバー仮想化環境では、
- 統合／移行時、不要なデータまで統合
- 運用時にデータやボリュームの削除などで不要なデータ発生
その結果、
- 無駄な容量に投資
- 拡張予算が早く底をつき、仮想サーバーの提供不能に
- 投資総額に対する仮想サーバーの数が減少
- 高性能処理装置ASICが不要なデータを排除！
- ハードウェアチップなので、強力！
- 16k bit単位の細かさでデータをろ過
- 不要なデータをほぼ100%排除
クラウド、サーバー仮想化環境ではストレージ容量の増減の予測がとても難しい。
| 課題 |
アクション |
| 確保するべき初期物理容量の予測が困難 |
安全のために多く購入 |
| ボリューム予約容量の決定が難しい |
安全のために多く予約 |
| 拡張のタイミングが難しい |
安全のために早めに拡張 |
| どの種類のディスクをどれぐらい用意/拡張すれば？ |
性能とコストのミスマッチ |
その結果、
- 容量が必要だったのは安価なアーカイブクラスのディスクだった。
- 予約した容量分も使わなかった。
- 拡張はもっと後でもよかった。資産を遊ばせてしまった。
- ディスクの選択を誤って無駄な投資や性能を犠牲にしてしまった。
なんてことも。。。
多数の仮想サーバー環境のI/O性能要件は高低幅が広い
コストの無駄を省くために、各ボリュームのI/O性能要件とデータ種にあわせて、保存先ディスクとRAIDを選択したいのだが。。。
保存先ディスク選択のジレンマ
| 選択シナリオ |
結果 |
| 各ボリューム性能の要件にあわせて、個別に保存先ディスクを選択、管理 |
管理コストが増加 |
| コストを優先して全て安価なアーカイブクラスのディスクを採用 |
性能が犠牲に |
| 性能要件が高いボリュームを優先し、全て高性能なディスクを採用 |
無駄な投資発生 |
RAID設定の複雑化
| 現象 |
結果 |
| RAID設定対象が多数の上、予期せず増減 |
・管理コストが増加
・ストレージI/Oがボトルネックに
・配置に無駄が発生 |
| 使用状況により、ボリュームの性能要件が予期せず変化 |
・管理コストが増加
・ストレージI/Oがボトルネックに
・配置に無駄が発生 |
I/O量に応じて、データを最適な階層/RAIDへ動的に再配置
- HP 3PARが管理者に代わって運用を最適化 → 管理/運用コスト大幅削減
- 必要な種類のディスクのみ拡張 → 無駄な投資の抑制
