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

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

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

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

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

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

私がこれまで連載してきた特集ブログ記事「レプリケーション 101 シリーズ」の最後を、Veeam Backup & Replication v8 (Veeam Availability Suite v8の一部) で使用可能な VMware VM レプリカからの復元オプションの概要の説明で締めくくりたいと思います。この記事では、計画済みフェイルオーバーやフェイルオーバー プランなど、災害復旧 (DR) の自動化に役立つフェイルオーバーの基礎知識について解説します。この記事をお読みいただくと、クリティカルなアプリケーションを障害やダウンタイムから保護する方法を理解することができます。

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

これが何を意味しているのかと誰かに聞かれ、この質問を基に説明を始めるのが良いかもしれないと考えました。VMware vSANは、Software-Defined Storageを提供する、VMware vSphereの素晴らしい機能の1つです。この機能ではESXiとvCenterをインストールできます。ホストがSSDとHDDを組み合わせている場合やSSDのみの場合、数クリックするだけでvSANが有効化され、すべてのホストで共有できるストレージを手にすることができます。ストレージをプロビジョニングするという従来型のプロセスとは全く異なります。別のホストを追加して、プロセッサ、RAM、ストレージを増加させることもできます。vSANがVMwareでもっとも早いペースで売れている製品の1つである主な理由は、ストレージのプロビジョニングと管理が容易であるという点です。

VeeamがHewlett Packard Enterprise（HPE）、Nimble Storage、NetApp、Dell EMC、Cisco HyperFlexとのストレージ統合を利用して、ストレージ・スナップショットからのバックアップ機能を提供していることは皆さんご存知でしょう。この機能によって、データ保護アクティビティによる本番データやパフォーマンスへの影響を抑えることができます。また、Veeamではセカンダリ・ストレージ・アレイからのバックアップ機能によって、Nimble StorageやNetAppの本番環境への影響をさらに抑えることができることもご存知かもしれません。私はHPEを担当するアライアンス・システム・エンジニアですので、HPEの技術者から次のような質問をよく受けます。「この機能を3PARでもサポートしないのですか?」実は、サポートします！少し違いはありますが、機能は似通っています。ここでは、3PARのセカンダリ・アレイからVeeam Backup & Replicationがどのようにバックアップするか見ていきます。

大量のデータをバックアップする必要がある場合、バックアップに必要なストレージ・コストを最小限に抑えるために、使用するディスク容量を可能な限り削減する必要があります。しかし、ホストベースのイメージレベルのバックアップを実行する場合、これまでの技術では、仮想マシン (VM) イメージ全体をバックアップせざるを得ません。従来のエージェントベースのバックアップであればこれが問題になることはありませんでしたが、ホストベースのバックアップではいくつもの問題が発生します。

たとえば、Veeam ONEを使用してバックアップを分析すると、一部のVMのバックアップが、ゲストOS内の実際の使用量よりも大きいことに気づく場合があります。その結果、バックアップ・リポジトリの使用量が計画よりも増加します。この現象が最も多く見られるのは、削除された後、新しいデータに置き換えられていないデータが大量に存在するファイルサーバーやその他のシステムです。

あらゆる規模の企業にとって仮想化がすでに新しい標準となっている一方で、依然として、物理的なサーバー・インフラストラクチャも広く使用されています。従来からある物理サーバー・ネットワークを使用し続けることは、コストの浪費なのでしょうか。この記事では、その理由を詳しくお伝えします。

はじめに、物理サーバーがプラットフォームとして順当な選択肢だった頃の状況から見ていきましょう。物理サーバーで構成されたアーキテクチャは非常に明白で、メモリ、ネットワーク、CPU、ストレージといったリソースが各サーバーのハードウェア上に搭載されています。このハードウェアにはサーバー・オペレーティングシステムがロードされ、各種アプリケーションはOSから実行されます。非常にシンプルですね。

2017年に入ってから、VeeamはVeeam Cloud & Servicer Provider（VCSP）パートナーに無償のクラウド・サービスを提供することをお約束しました。これは、顧客がアベイラビリティをクラウドへ拡張するためにまさに比類のないキャンペーンです。しかし、Veeamにとってこれは、2017年にVCSPパートナーを支援する計画の始まりに過ぎません。サービス・プロバイダー対応の新しいソリューションのリリースにより、Veeamは今一度VCSPパートナーに対して、顧客へ特別な価値をもたらす機会を提供いたします。Veeamの新しいキャンペーンにより、VCSPパートナーは投資を抑えつつ、すばやい導入による新しいVeeamのサービスを提供できます。