データ保護の最適解「バックアップアプライアンス」の選定と比較【第3回】
1製品でカバーできる、「統合型バックアップアプライアンス」の製品選定ポイント（1/2 ページ）
バックアップサーバとバックアップ保存先ストレージを併せ持ち、1つのバックアップ製品で環境全体をバックアップできる「統合型バックアップアプライアンス」の製品選定ポイントを解説する。
前回の「既存環境を変えない、『ターゲット型バックアップアプライアンス』の製品選定ポイント」に続き、今回はバックアップサーバとバックアップ保存先ストレージを組み合わせた「統合型バックアップアプライアンス」の製品選定ポイントを解説する。今回の内容は下記の通りだ。
- 統合型バックアップアプライアンスが適する要件
- 統合型バックアップアプライアンスの製品選定ポイント
統合型バックアップアプライアンスが適した要件
1つのバックアップ製品で環境全体をバックアップ統合したいという要件には、統合型バックアップアプライアンスは最適である。
統合型バックアップアプライアンスは大規模環境に対応したものも多い。バックアップシステムを構成するハードウェア、ソフトウェアの種類を減らせることに加え、1つのバックアップ製品で多くのシステムをバックアップできる。それによって、導入、運用がシンプルになり、有事の際の迅速な復旧につながる。また統合型バックアップアプライアンスは、重複排除機能、レプリケーション機能を持つことが多い。そのためバックアップソフトと、前回紹介したバックアップ保存先ストレージのみの「ターゲット型バックアップアプライアンス」を併用するメリットが無くなりつつある。
統合型バックアップアプライアンスの製品選定ポイント
各社が統合型バックアップアプライアンスをリリースしている。皆さんは、統合型バックアップアプライアンスの開発経緯に複数の種類が存在することを意識したことがあるだろうか。
| （1） | バックアップソフトベンダーが提供 |
|---|---|
| （2） | 始めからアプライアンス製品として開発 |
| （3） | ハードウェアベンダーが自社サーバにバックアップソフトを搭載 |
| （4） | システムインテグレーター（SIer）がサーバにバックアップソフトを搭載 |
（1）または（2）の製品を推奨したい。なぜなら（1）はアプライアンスへの移行で、ソフトウェアの既存ライセンス資産が生かせる。またソフトウェア時代の実績も確認できるので安心だ。（2）はもともとアプライアンスとして開発されているので、コンセプトやインタフェースが一般的にシンプルだ。ただし新興ベンダーの製品については、国内での実績やサポート体制は要確認だ。（3）、（4）はアプライアンスを提供しているベンダーとは別のベンダーがバックアップソフトを開発しているので、アプライアンスとしてのロードマップが不明確な場合がある。
その他、具体的な製品選定ポイントを見ていこう。
- 提供形態、ライセンス体系
- 拡張性
- ハードウェアの可用性、メンテナンス性
- サポートされるバックアップ対象
- 重複排除、レプリケーション
- ビジネス継続
- 運用
- その他
提供形態、ライセンス体系
どのような提供形態があるかを確認しておこう。提供形態が多いと、利用要件に柔軟に対応できる。主要な提供形態は以下の通り。
- 物理アプライアンス
- 仮想アプライアンス
- ソフトウェア
物理アプライアンスに加え、仮想アプライアンスが提供されていると、小規模拠点に低コストでアプライアンスを導入可能だ。ROBO（リモートオフィス／ブランチオフィス）環境に仮想アプライアンスを導入し、データセンターにバックアップデータをレプリケーションすることで、各拠点に物理アプライアンスを導入するのに比べて、低コストで災害対策を実現できる。さらにソフトウェアでの提供があると、そのソフトウェアを既に使用している場合、アプライアンスへの段階的な移行が可能だ。
またライセンス体系については下記が考えられる。複数のライセンス体系から選択できる製品もある。
- バックアップ対象の容量課金
- 使用する機能ごとの課金
- バックアップ対象のCPUソケット数での課金
- バックアップ保存先ストレージの容量課金（ターゲット容量課金とも言う）
拡張性
バックアップ保存領域の拡張またはバックアップサーバを増設しスケールアウトできるかどうかを確認しよう。主要なチェック項目を以下に挙げる。
- 拡張シェルフの追加可否
- モデルごとの最大容量、ラックユニット当たりの容量
- スケールアウトの可否（複数のバックアップサーバの一元管理）
- クラウドストレージへの対応（特に、重複排除したままの複製は可能かどうか）
- テープ装置の接続可否
- 他ベンダーのストレージをバックアップ保存先に接続可能かどうか
ハードウェアの可用性、メンテナンス性
ハードウェアの可用性が高く、オンラインでの交換／拡張が可能であれば、故障時や容量不足、性能不足のときに対応可能である。以下の点を確認しておきたい。
- ハードウェアの可用性（RAID構成、電源の冗長化、クラスタ構成など）
- オンライン交換
- オンライン拡張
サポートされるバックアップ対象
マルチOS環境、仮想／物理の混在環境に対応しているかどうかをチェックしておこう。主なチェック項目は以下だ。
- Windows、Linux、UNIXへの対応
- 仮想環境への対応
- 物理環境への対応（特に、物理サーバのシステムバックアップは可能かどうか）
- エージェントの提供有無
- 対応アプリケーション
エージェントが提供されている製品の方がバックアップ対象の範囲が広い。例えばVMware環境において、物理ディスクをそのまま仮想マシンで利用可能にするRDM（Raw Device Mapping）領域や、RDMやVMDKを共有するために「SCSIバスの共有」を設定しているクラスタ構成の仮想マシンは、VADP（VMware vSphere Storage APIs - Data Protection）によるバックアップができない。そのためエージェントによるネットワーク経由のバックアップが必須となる。また、アプリケーションの整合性が確保されたバックアップが可能かどうかについても重要なポイントとなる。
Copyright © ITmedia, Inc. All Rights Reserved.
データ保護の最適解「バックアップアプライアンス」の選定と比較
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
「インターネットが遅い」問題を解決する、原因特定方法と3つの見直しポイント -
市場調査・トレンド
10G回線サービス調査から見えた幾つもの導入課題、スムーズに解決する方法は？ -
製品資料
社会保険料の会社負担で人件費が増大？ 給与だけでは見えないコストの算出法 -
市場調査・トレンド
【経営センスが分かるクイズ】過剰借入のチェックに役立つ経営指標とは？ -
製品資料
【経営センスが分かるクイズ】「好業績」を錯覚しないためのポイントとは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
2
取手市がVDIと決別した理由 更改費用「4倍超」を約1.7倍に圧縮
-
3
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
4
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4％
-
5
なぜ人はいるのにDXが進まない？ ライオンも直面した“老害”レガシーシステム
-
6
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
7
急増する「AIはこう言ってる」マン 判断を狂わせる「AI忖度」を防ぐには？
-
8
AI時代の競争力はデータ基盤で決まる 仮想化刷新を未来への投資に変える条件
-
9
Anthropicが明かす AIは入力データを「どこまで覚えているのか」
-
10
情シス勉強会座長がモノ申す 「取りあえずAI」の前に情シスが片付けるべき宿題
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
「NAS」「SAN」「DAS」は何が違う？ いまさら聞けないストレージの基礎
-
3
“あのファイル転送”で暗躍するノーウェアランサム
-
4
オープンウェイトLLMの推論最適化事例：ローカル環境で応答速度を約15分の1へ
-
5
「結局、一部の人しか使わない」 AI活用が業務に定着しない根本的な理由
-
6
コスト分析で見る「デバイス復旧」の代償 損失額から導きだされた投資戦略とは
-
7
3分で分かる経理DX 富士通が約20％の業務効率化を実現した方法とは
-
8
ランサムウェア侵入経路の80％以上 「外部公開資産」のリスクにどう対処する？
-
9
属人化や仕様バグはなぜ起きる？ AI時代に必須のドキュメント文化の作り方
-
10
熊本城マラソンが顔認証システムを導入、本人確認はどのように変わったのか？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー