仮想環境に適したバックアップ手法とは
「VMware vSphere」バックアップのための主要テクニックとNGリスト(1/2 ページ)
仮想環境のアーキテクチャと運用は、従来のバックアップ環境とは異なり、特殊なテクニックが必要だ。本稿では、「VMware vSphere」をバックアップする場合の主なテクニックを紹介する。
仮想化ソフトウェア「VMware vSphere」で扱う仮想マシン(VM)をバックアップするには、仮想化の強みを生かしてバックアップと復元の効率を最大限に高める必要がある。バックアップの対象と方法も把握しなければならない。仮想環境をバックアップする場合は、従来の物理環境で使っているのと同じ原則を用いることができない。
以下ではvSphereのバックアップにおけるベストプラクティスを8つ紹介する。
1.バックアップをゲストOS層で実行しない
従来型サーバでは、ゲストOSにバックアップエージェントをインストールするのが一般的だ。バックアップサーバは、データをサーバにバックアップする必要があるときにゲストOSへアクセスする。だがこの方法は仮想環境では効率が悪い。VMで不要なリソース消費が生じ、パフォーマンスに影響する恐れがあるためだ。同じホストで実行されている他のVMのパフォーマンスに影響を及ぼす可能性もある。
代わりに仮想化層でデータをバックアップすべきだ。つまりゲストOSを関与させずに、イメージレベルのバックアップを利用して仮想ディスクファイルをバックアップするとよい。
これを実施するには、仮想化と連携するよう設計されたバックアップアプリケーションを使用しなければならない。そのためにバックアップアプリケーションでは、ゲストOSやホストを巻き込むことなく、VMの仮想ディスクを直接バックアップできる必要がある。これにより、ゲストOS層でVMをバックアップする際に通常発生するリソース消費がなくなる。さらにVMでワークロードに必要な全てのリソースを利用できるようになる。
2.vStorage APIを活用する
vSphereには外部アプリケーションとの連携ツール「vStorage API」が導入されている。これは仮想インフラストラクチャ構築ソフトウェア「VMware Infrastructure 3」でリリースされた統合バックアップツール「VMware Consolidated Backup」に代わるもので、バックアップ処理をホストからオフロードする。vStorage APIを利用すると、VMの仮想ディスクファイルに簡単にアクセスできるだけでなく、バックアップ速度も向上する。これは最後のバックアップ以降に変更された全てのブロックを追跡する機能「Changed Block Tracking」(CBT)などによって実現する。
CBTの追跡機能により、バックアップアプリケーションはホスト用OS「VMkernel」に対してクエリを実行するだけで変更情報を入手できる。そのため、バックアップアプリケーションで変更データを追跡する必要がなくなり、はるかに迅速な増分バックアップが実現する。
vStorage APIを使うことで、vSphereのバックアップメカニズムが大幅に効率向上する。vStorage APIの機能を最大限に活用すべきだ。
3.VMの停止方法とVSSを理解する
データベースサーバやメールサーバのようにトランザクションアプリケーションを含むVMをバックアップする場合、これらのアプリケーションを停止させてバックアップに適した状態にすることは不可欠だ。
このバックアップ状態を「アプリケーションの整合性を保つバックアップ」と呼ぶ。つまりバックアップの開始前にアプリケーションを一時停止させて、未処理の書き込みやトランザクションをディスクに書き込めるようにした状態だ。これにより、サーバが適切な状態になり、VMのリカバリーが必要になってもデータは失われない。ただしこのような停止は、必要に応じた一時停止と保留データの書き込み機能が備わっているアプリケーションでしか機能しない。
仮想環境のユーティリティーソフトウェア「VMware Tools」には、アプリケーションをバックアップ前に停止させるための機能がある。Microsoftのスナップショット作成機能「Volume Shadow Copy Service」(VSS)と連携するドライバにより、アプリケーションの停止が実現する。このVMware Toolsドライバは必ずしも全てのバージョンのWindowsで動作が保証されているわけではない。そのため、VMを提供する各ベンダーは独自のドライバを用意している。
動作が確認できるVMware Toolsドライバを使用しているか、ベンダー提供のドライバがVMにインストールされていることを確認すべきだ。VSSが無効にされていないことと、アプリケーションの整合性を保つバックアップが実行されるための適切な構成があることを確かめる必要がある。
4.バックアップリソースは惜しまない
バックアップ時間をできるだけ短縮するには、バックアップサーバとして適切なハードウェアを用いるようにする。バックアップの実行時にハードウェアがボトルネックにならないようにするためだ。vSphereバックアップには適切なネットワーク帯域幅を用意し、十分なCPUとメモリのリソースを準備することが欠かせない。
バックアップサーバが実行するのは、バックアップ元サーバからバックアップ先サーバにデータを移動することだけではない。バックアップファイルのサイズを減らすためにデータの重複排除や圧縮などの作業も実行する。こうした処理には、サーバが扱う全データを遅延なく処理できるよう、CPUとメモリが大量に必要になる。
バックアップサーバがベンダーのハードウェア推奨事項に従っていることを確認するとよい。サーバに必要以上のリソースが用意されていても問題はない。バックアップサーバのリソースが適切でなければ、バックアップ速度が著しく低下する恐れがある。
バックアップに役立つサードパーティー製のツールは多数ある。バックアップ製品ベンダーのVeeam SoftwareとUnitrendsはvSphereバックアップ用に設計した製品を提供している。多種多様な製品があるため、幾つかの製品を試したりユーザーの評価を確認したりする必要がある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー