バックアップ要件の評価仮想化サーバー新しいポリシー

仮想化は、管理効率と貴重なコンピューターリソースの効率的な使用に焦点を当てていますが、物理サーバーはますます多くの仮想マシン（VM）をホストするため、IT管理者は、新しい一連のデータ保護とバックアップの課題に直面していますが、今では重要なデータファイルの単なるコピーではなく、各VMの状態を保護してアクセス可能にする必要があります。

仮想化インフラストラクチャを実装した後、各組織はバックアップのニーズを再評価し、最適なデータ保護を提供するための最も適切なテクノロジを選択する必要があります。仮想サーバーのバックアップ要件は、従来の非仮想サーバーと基本的に同じで、ハードウェア、オペレーティングシステム、ソフトウェア、または人的ミスによるデータ損失から保護するように設計されています。ただし、仮想環境でのバックアップ要件にも独自の専門性があり、バックアップ戦略では以前の方法を完全にコピーすることはできません。

従来のバックアップと仮想環境のバックアップ

まず、仮想化インフラストラクチャは、より多くのデータを求めて競合する必要があります。 VMwareのような大きなファイルでもあります。 VMファイルは、本質的に特定の時点におけるVMオペレーティングシステムの状態を反映するサーバーメモリイメージであるため、VMバックアップは非常に頻繁に行われます。

従来の非仮想サーバーバックアッププロセスでは通常、サーバープロセッサとI /Oリソースが100％消費されますが、バックアップ中に他のプロセスを正常に実行することは非常に困難です。 20個以上のVMがサーバのリソースの一部を共有しますが、バックアップ処理は各VMに割り当てられたリソース内で実行されるため、他のプロセスには影響しません。

1つのVMをバックアップすることで物理サーバーのリソースが過剰に消費されると、実行中の他のVMが悪影響を受けることになります。サーバーリソース、将来のVM復旧に必要なリソースが少なくなるため、VMの復旧にかかる時間はますます長くなります。これは、仮想環境でバックアップポリシーを設定するときに見過ごされがちです。従来のサーバーは通常ローカルストレージを使用しますが、ほとんどの仮想データセンターは仮想サーバーをSANなどの共有ストレージに集中的に格納します。したがって、アプリケーションによって生成されたデータ、VMの最新のイメージ、およびいくつかのバックアップを含めて、SANは数十または数百のVMに対してもデータ交換機能を提供できなければなりません。

ストレージと物理サーバー間のネットワーク接続は、無数の独立したVMによって生成されるデータ通信もサポートする必要があります。そのため、iSCSI（またはNAS）などのIPベースのSANは多くのアプリケーションシナリオを満たすことができます。このセンターでは、依然としてスタンドアロンの高性能ファイバチャネルSANを導入する必要があります。

増え続けるデータ、増加するサーバーコンピューティングリソース、ストレージおよびネットワーク要件により、バックアップ戦略はより複雑になり、以前に作成されたバックアップ戦略は現在のニーズを満たさなくなる可能性があります。今こそ、バックアップ戦略のリエンジニアリングや修正を検討する時です。

仮想サーバーのニーズに合わせて既存のバックアップ戦略を変換する

仮想化によってテープが除外されることはなく、現在テープバックアップを使用している企業は引き続きこれらの製品を使用できます。サーバーが存在するため、各VMにテープエージェントを追加するのは、テープをVMバックアップターゲットとして使用するのと同じくらい簡単です。

テープは比較的安価で、多くのバックアップツールがテープバックアップをサポートしています実際、現在バックアップにテープを使用している組織は、サーバー仮想化の実装時に既存のテープメディアを使用し続けます。

小規模またはそれほど重要ではない仮想化環境では、テープで十分ですが、特に複数のVMを同時にバックアップする場合は、サーバーのコンピューティングリソースとネットワークのパフォーマンスにすぐに負荷がかかることがあります。今の主な問題は時間です。

バックアップの前にユーザーがVMにアクセスできないように、VMをシャットダウンする必要がありますコンピューティングリソースとネットワークリソースの競合により、VMのバックアップサイクルが非常に長くなる可能性があるため、バックアップVMは伝統的です。テープは許容できないほど長いバックアップウィンドウを引き起こす可能性があります。

コロラド州シルバートンコンサルティングの社長兼創設者であるRayLucchesi氏は、次のように述べています。このサービスでは、ピーク時にバックアップを実行します。そうしないと、ビジネスシステムのパフォーマンスが大幅に低下します。 "残念ながら、ダイレクトテープバックアップアーキテクチャの欠点を軽減する効果的な方法はありません。パフォーマンスを向上させるには、ディスクストレージを使用しますが、バックアップソフトウェアでは、テープシステムをシミュレートしてデータをディスクストレージにバックアップすることもできますターゲットはSANまたはNASストレージサブシステムです。テープドライブは通常、VTLバックアップの2番目のコピーを作成します。仮想化テクノロジを使用するほとんどの組織は、長期的またはアーカイブストレージの役割としてのテープの重要性を減らす、新しいディスクベースのデータ保護ソリューションをついに歓迎しています。

仮想サーバーバックアップの主な課題は、バックアップウィンドウを短縮し、ネットワークトラフィックを適切なレベルに制御することです仮想化テクノロジは、SANと組み合わせて強力なバックアップソリューションを提供します。

仮想サーバーで最も一般的なディスクベースのデータ保護テクノロジはスナップショットですが、スナップショットとは、その名前が示すように、特定の時点で高性能ストレージ（ファイバチャネルSANなど）に保存されるVMファイルのコピーです。スナップショットは数分以内に完了することができ、アプリケーションは短時間中断されます。

多くの場合、ユーザーはスナップショットが作成されたこと、スナップショットが仮想マシン全体をキャプチャできること、または増分、つまり変更された部分のみが収集され、仮想マシンのスナップショットがストレージに保存されることを認識しません。いったん入手したら、それを複数の目的に使用したり、リモートの災害復旧施設にコピーまたはミラーリングしたり、別のサーバーに複製したり、あるいは専用のバックアップサーバーにコピーして、最終的にはVMware Unified Backupなどのストレージ用テープに転送できます。 VMwareConsolidatedBackup）。

スナップショットも管理する必要があります。各スナップショットには記憶域が必要なので、スナップショットを使用する場合は記憶域の監視と容量計画が非常に役立ちます。古いスナップショットを削除し、新しいスナップショット用にストレージスペースを解放するようにスナップショットツールを設定してくださいフルVMスナップショットを実行した後、時間内にデータバッファをクリアするそれ以外の場合は、VMステータスが不整合またはVMファイルが削除されます。損傷はさらに回復を複雑にします。

スナップショットと同様の手法として、仮想マシンの状態など、データセットへの変更を追跡および記録するCDP（Continuous Data Protection）がありますが、スナップショットを頻繁に実行することもできますが、変更には適しています。仮想マシン、CDPの継続性により、バッファを空にする必要性は少なくなりますが、それでもストレージ消費を管理する必要があります。

物理サーバー間のVMライブマイグレーションは明らかにバックアップソリューションではありませんが、データ保護の動作に影響を与える可能性があります。管理者はこれを考慮する必要があります。データにアクセスするには、アプリケーションは仮想マシンがどこに移行したかを知る必要もあります。

多くの場合、仮想マシンの移行に対応するためにデータファイルも移動されるため、管理者は移行とスナップショット、レプリケーション、バックアップ、その他のデータ転送ツールとのやり取りを検討する必要があります。

通常VMは仮想プラットフォーム上に常駐しています - ハイパーバイザー、つまり基盤となるシステムプラットフォームもバックアップする必要があることを意味します。通常、オペレーティングシステムとハイパーバイザー（VMwareESX、CitrixXenなど）も含まれます。ミネソタ州のTheServerandStorageIO Groupの創設者でシニアアナリストのGreg Schulz氏は、次のように述べています。「仮想サーバーのバックアップでは、クライアントとシステム全体の復元を検討する必要があります。」

あらゆるバックアップ戦略または方針の変更仮想環境では、通常のテープバックアップをテストするよりもディスクベースのバックアップをテストするほうが簡単ですスナップショットとCDPファイルは、運用環境に影響を与えることなくアイドル状態のサーバーにすばやく復元できるため、ITのトレーニングに役立ちます。人とプレゼンテーションが簡単になりました。

より効果的なバックアップ戦略

今日のデータ保護テクノロジは、従来のテープシステムよりも柔軟性に優れているため、各仮想マシンのスナップショットを数分でキャプチャできます。増分取得に数秒しかかからない場合でも、本番環境には影響しません。

重複排除は、10台のサーバー、ホストサーバー、およびクライアントで50台の仮想マシンを実行している場合など、ストレージシステムでは多くの空き領域と冗長データが含まれます。データセットが小さいと、他のメディアへのバックアップやリモートサイトへの複製が高速になります。

どのような場合でも、データ保護には常にある程度の記憶領域とネットワーク帯域幅が必要です。たとえば、物理サーバーが10台の仮想マシンと10台の仮想サーバーをホストしている場合は、VMスナップショットのスケジューリング時間をずらす必要があります。スナップショットを実行することはお勧めできません。1つまたは2つの仮想マシンのスナップショットを実行して、ストレージとネットワークI /Oの高いピークを効果的に制御できるようにするのが妥当な場合があります。

最後に、仮想化ユーザーが複数のデータ保護スキームを採用することは一般的であり、各VMの組織にとっての重要性に応じてさまざまなアプローチが採用されています。仮想マシンは1時間ごとにスナップショットを実行するだけでよく、それほど重要でない仮想マシンは1日に数回スナップショットを取ることができます。特定の時点のすべてのデータは、災害復旧サイト、またはVTLやテープなどの他のバックアップメディアに定期的に複製できます。管理者は、各仮想マシンの詳細に基づいて合理的なバックアップ戦略を立てる必要があります。
zh-CN"],null,[1],zh-TW"]]]