VSSを構成する3つの要素
Hyper-Vのバックアップ戦略の鍵を握るVSS
Hyper-Vユーザーがデータのバックアップで抱えている厄介な問題は、VMwareユーザーと共通している。本稿ではHyper-Vのバックアップ戦略について見ていく。
米MicrosoftのHyper-Vユーザーはバックアップとリカバリに関して、米VMwareのユーザーと共通の難題を抱えている。それは、バックアップ作業でリソースが大量に消費されてしまうことだ。20台程度の物理サーバを仮想化し、1台の物理サーバに集約した場合、多くのアプリケーションは快調に動くが、そうでないアプリケーションが1つある。それがデータバックアップだ。バックアップは非常にI/O負荷の高い処理であり、サーバのCPU、メモリ、I/Oリソースを酷使する。このため、数台の仮想マシン(VM)を一度にバックアップすると、リソース不足によるトラブルが発生しがちだ。
こうしたVMのバックアップを適切に行うコツの1つは、VMのレベルではなく、Hyper-Vのレベルでバックアップを行うことだ。Hyper-Vのレベルで動作するバックアップアプリケーションは、Hyper-Vのアーキテクチャを認識し、それに合わせて振る舞う。
Hyper-VのバックアップとVSS
Hyper-Vレベルでのバックアップで厄介なのは、VMの仮想HDD上のファイルシステムに絶えず変更が加えられており、そのファイルシステムを静止状態にしてバックアップを行わなければならないことだ。幸い、Microsoftは自社製品にこの問題に対処するためのフレームワークであるVSS(Volume Shadow Copy Service)を組み込んでいる。VSSにより、VMの仮想HDDの仮想スナップショットを作成し、バックアップシステムのためにシステムのバックアップに必要となる変更のない安定したファイルシステム状態を用意できる。
VSSシステムには3つの構成要素がある。リクエスター、プロバイダー、ライターだ。リクエスターは、スナップショットの作成を要求するバックアップアプリケーションを指す。プロバイダーはスナップショットを作成する。基本的なシステムでは、プロバイダーはWindows自体だが、大規模システムではVSSとやりとりするストレージシステムである場合がある。そしてもう1つの要素として、VSSでサポートしたいアプリケーションごとに専用のVSSライターが必要になる。VSSライターは、スナップショットの作成時にアプリケーションを静止する。
例えば、SQL ServerのVSSライターは、スナップショット作成前にSQL Serverデータベースを特殊なモードに移行させる。スナップショットがバックアップされると、リクエスターはVSSライターにバックアップが成功したことを伝える。VSSライターは、SQL Serverのトランザクションログが満杯にならないように、バックアップされた時点までのログを切り捨てる。
VSSのこうした多層アーキテクチャのおかげで、リクエスターとなるバックアップアプリケーションは、VSSとやりとりする方法さえ理解していれば、バックアップ対象アプリケーションを管理し、バックアップできる。バックアップアプリケーションと対象アプリケーションのインタフェースを作成する必要はない。実際、Hyper-Vは、VSSで管理できるWindowsアプリケーションの1つにすぎない。バックアップアプリケーションがHyper-Vをバックアップしたい場合、Hyper-Vが稼働するWindowsサーバ上のVSSインフラにその要求を送るだけでよい。要求を送ると、バックアップアプリケーションはVSSリクエスターとして「Hyper-V VSSライターが存在しており、これと通信する必要がある」ことを知らされる。
Hyper-V VSSライターはバックアップの作成を要求されると、Hyper-V上の各仮想マシン(VM)内のVSSシステムに対するリクエスターになる。Hyper-V VSSライターはこのリクエスターとして、各VM内にどのようなライターがあるかを発見し、適切な作業を行うようそれらに指示し、各VM内にスナップショットを作成する。このプロセスが全て完了すると、Hyper-Vの仮想ディスクイメージを含むボリュームについて、スナップショットが作成可能になる。このスナップショットが作成されると、VSSはバックアップアプリケーションに、そのスナップショットをバックアップするよう促す。
Hyper-Vのバックアップに不可欠な他の技術:レプリケーション、CDP、Near-CDP
バックアップアプリケーションとVSSを組み合わせて利用することは、仮想マシンのバックアップに伴うリソースの大量消費という問題の解決策としては不十分だ。永久増分方式のバックアップ技術も採用する必要がある。フルバックアップは、頻度がいかに少なくても、Hyper-Vとその上のVMのI/Oに大きな負荷を掛けてしまう。このため、永久増分バックアップ技術を搭載するバックアップ製品の利用を真剣に考えなければならない。この技術の例としては、レプリケーション、CDP(Continuous data protection:継続的データ保護)、Near-CDPがある。
また、VM全体と、VM内の個々のファイルの両方をリカバリできる機能も考慮に入れるべきだ。どちらのリカバリシナリオも非常に一般的であるため、イメージレベルとファイルレベルの両方のリストアをサポートするバックアップ製品を使うようにするとよい。
Hyper-Vのバックアップ戦略の観点からバックアップ製品に求めるべき最も重要な機能は、VSSとの完全な統合だ。この機能を基準に製品をより分けたら、次は、永久増分バックアップ機能に加え、個々のファイルとVM全体をリカバリする機能を持っているかどうかでふるいにかける。これらの機能を併せ持つ製品を候補として残したら、後は価格を比較検討するだけだ。成功を祈る。
本稿筆者のW. カーティス・プレストン氏(“ミスターバックアップ”のニックネームも持つ)は、独立系のバックアップ専門家。15年以上にわたってデータバックアップ・リカバリ分野を専門に手掛けてきた。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド:効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは? -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合/分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
2
Claude利用8割のGMO、AI人材の評価軸が「トークン管理」に変わった
-
3
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
4
“アジャイルの壁”に挑むオリックス生命がIBMの開発管理ツールを選んだ理由
-
5
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
6
IT製品の導入に関するアンケート「セキュリティ」編
-
7
「Windows 10」が入ったままの“Windows 11未移行PC”に残された延命手段
-
8
「テザリング依存」に潜む落とし穴 “遅いVPN”を解消するネット構築術
-
9
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
10
Windows 11“なぜか勝手に再起動”の真犯人は「更新プログラム」だった?
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
7
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
「標的型攻撃メール」事例・サンプル集
-
10
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー