私は最近、Veeam を使用して VMware VM のレプリケーションを開始するといかに簡単であるか、それによって RTPO (目標復旧時間と目標復旧時点) を最適化できることについて、ブログを掲載しました。今回は、レプリケーションによりネットワークに大きな負荷がかかるという問題をいかにして克服するかについて説明したいと思います。また、使用可能な帯域幅に制限がある場合に、Veeam Backup & Replication v8を使用して WAN 上のレプリケーション トラフィックを削減する方法についても説明したいと思います。

SQL データベースは、ERP や GRM のシステムだけでなく、他の数多くのクリティカルなビジネス アプリケーションにとっても、中核となるものです。SQL データベースのダウンタイムやデータの消失は、従業員の何時間にも及ぶ作業時間を無駄にする財政上の損失、取引の解消や収益の損失を意味します。ダウンタイムが発生しても、データをできるだけ最新の状態まで保護するには、SQL トランザクション ログのバックアップをより頻繁に取得する必要があります。ログをバックアップすることにより、SQL Server の可用性が最大化され、任意の時点へのデータベースの復元が可能になります。

Veeam Backup & Replicationには、インスタントVMリカバリ、VM全体または単一のファイルの復元、およびアプリケーションアイテムの復元などの多数の復元オプションが用意されており、 復元に関するさまざまな問題を解決するのに最適なソリューションです。

仮想ディスクの復元を実行すると、インスタントVMリカバリを使用するかどうかにかかわらず、最終的に、仮想ディスク全体がバックアップストレージから本番環境のストレージに完全にコピーされます。インスタントVMリカバリを使用する場合、これは問題ではありません。仮想マシンがすでに実行しているときに、バックグラウンドで移行が発生したとします。しかし、VMの復元直後に、完全なI/O容量が必要だとしたらどうなるでしょう。

今日の大企業にとって、バックアップストレージのIT管理は、増え続けるデータに対処できなければ、膨大な労力と費用を要する課題となります。従来のバックアップソリューションでは、この問題を効率的に解決するのが困難であるため、問題はさらに悪化して、管理負荷が増大し、未使用の無駄なストレージが多すぎるために、バックアップストレージの管理が悩みの種になります。

より効果的な方法が必要です。つまり、大企業において、バックアップストレージの管理を簡素化し、管理に伴うITの作業負荷を大幅に軽減すると同時に、バックアップストレージのハードウェア費用を削減することにより、データ保護の予算に対する影響を軽減する方法です。

バックアップストレージは、最先端のデータセンターの可用性戦略にとって必要不可欠な要素であるため、Veeamでは、Veeam Availability Suite v9に、多数の異なるストレージシステム向けの新しい統合オプションを導入しました。バックアップストレージ用にこのような統合オプションを設けることは、企業がデータ消失を回避するのに直接役立ちます。これらの統合は、多数の重複排除ストレージシステムに適用され、重複排除が必要なのは、多くのデータセンターで増え続けているデータ量に対処するためです。それでは、今回発表したこれらの各統合ポイントについて説明しましょう。

スナップショットは、どんな仮想化環境でも不可欠な機能で、今さら話題に上らないほど一般的なものになり、私たちは当たり前のように使用しています。

スナップショットを使用すると、各仮想マシンのポイントインタイムコピーを作成し、そのコピーを使用して仮想マシンを特定の時点に復元できるので、まるで時間を制御できているような気がします。 例えば、本番システムでパッチを適用した後、何かが壊れてしまっていることに気づいたことはありませんか。仮想マシンを、パッチを適用する前の状態に戻すことができれば、それ以上簡単なことはありません。このような場合、スナップショットが役立ちます。

変更を行う前に、仮想マシンのポイント·イン·タイム·コピーをすぐに作成する必要があるとしたら、どうしますか。通常、間違いなくスナップショットを取得します。このような場合、確かにスナップショットは有効なソリューションです。数秒で取得することができ、しかも問題が発生した場合には、仮想マシンを以前の状態にすぐに戻すことができます。しかし、スナップショットは同時に、多くの場合、悪影響ももたらします。まず、テストの実行中、スナップショット自体のサイズが増大します。仮想マシンのI/Oのパフォーマンスが劣化するだけでなく、データストアのスペースも過剰に消費されるようになり、さらに、何らかの理由でスナップショットを放置しておくと、深刻な問題が発生することもあります。最後に、大きなスナップショットは、スナップショットのコミット中に過度のデータストアI/OやVMのスタンが発生して、運用ワークロードの可用性に影響を与える可能性もあります。

まもなくリリースされるVeeam Availability Suite v9 には、多数の拡張機能と新機能が組み込まれています。しかし、この新しいリリースで最大の機能拡張の1つは、間違いなく、プライマリ ストレージとバックアップ ストレージの改善でしょう。

Veeamではすでに、ストレージ スナップショット統合でサポートされるストレージ アレイ リストに新しくEMC VNX/VNXeが追加されることを発表しました。しかし、ストレージに関するニュースはこれだけではありません。他にも数多くのニュースがあり、この記事では、その一部について説明します。

誰もが抱いている疑問は、「Veeamが次に統合するのは、どのアレイなのか」ということです。Veeamは、このたび、Veeam Availability Suite v9とEMCストレージとの統合を発表することになりました。

この発表は、実際には2つの異なるアレイ ファミリと考えられる多数の構成が含まれるので、重要な出来事だと言えます。EMC VNXとEMC VNXeの両方のアレイ ファミリがサポートされます。さらに、この統合は、ストレージ スナップショット向けVeeam Explorerのリカバリ技術とストレージ スナップショットからのバックアップ機能の両方が含まれるので、非常に強力なものとなります。

Veeam がいよいよ、2 つの仮想化プラットフォームに的を絞り始めたので、自分のラボ環境に Microsoft Hyper-V を導入する方法を考えなければならない時期がやってきたと思い、VMware 仮想マシンで Hyper-V を実行できるかどうか知りたいと思いました。Veeam は、例えば、VMware Workstation にネストされたラップトップで稼働するポータブル ラボを使用することにより、ソリューションの提供に大きな成功を収めています。多くの場合、単一のラップトップで、ネストされた ESX サーバー、vCenter、DC、および Veeam アプリケーションを稼働させているので、Hyper-V もその中に含めることができるかどうか知りたいと思いました。

「この記事は、ハウツー ガイドとして、VMware Workstation 8 または ESXi 5 のいずれかで Hyper-V 仮想マシンを実行するためのプロセスをステップ順に説明しています。」