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

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

ハイパーコンバージドインフラストラクチャは現在、紛れもなくIT分野で注目の話題となっています。顧客は、コンピューティング、ストレージ、管理を含む完全な機能を備えた仮想化インフラストラクチャの構築に関心を寄せています。3月1日、Ciscoはサンディエゴで開催したCisco Partner Summitで新しいハイパーコンバージドソリューション、Hyperflexを発表しました。このソリューションはCisco UCSテクノロジーをベースとして、1つのクラスタ内および1つの管理インスタンス内のノード全体で、仮想化されたSANおよびコンピューティングリソースを活用するユニークな方法を提供します。HX220cおよびHX240cノードでハイパーコンバージドシステムを構築し、動的かつ柔軟に拡張して要件を満たすことができます。

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

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

パブリック クラウドは依然として人気のサービスです。世界中の多くの IT 組織は、既にパブリック クラウドで本番ワークロードを実行しているか、少なくとも、将来の可能性に備えて投資を行っています。この傾向は今後も続くばかりでなく、パブリック クラウドを通じて使用可能なワークロードはますます増えていくでしょう。

コストと管理の両面から、ワークロードをパブリック クラウドで実行することは大企業にとって重要であることは周知の事実です。しかし、現在のところ、本番ワークロードにパブリック クラウドを採用する割合は依然として低く、その原因は、可用性に関する懸念にあります。このようなクラウドでサーバー インスタンスをバックアップできないということは、ビジネスが中断される危険性が非常に高いことを意味します。現在、候補となるソリューションは存在しますが、簡単に使いこなすことができず、しかも高価であったり、非常に多くの IT スタッフのリソースを必要とします。

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

本日、Veeam Availability Suite v9 がリリースされ、ダウンロード可能となったことをお知らせします！この新しいバージョンでは、非常に多くの新機能を提供しますが、本バージョンに関する詳細は、『をご覧ください。このドキュメントは、v9 で提供するすべての機能について詳細にご説明いたします (併せてVeeam ONE v9 の新機能も参照してください)。

v9 には多数の新機能が導入されていますが、特に注目すべきポイントは、主に以下の二つの機能です。Veeam Cloud Connect Replication と、 Scale-out Backup Repository です。これらの機能はどちらもメジャー リリースにふさわしい拡張です。これらの二つの機能に取り組んだ作業量を考えてみると、開発部門がこれらの機能を完成させたことは、非常に意義のあることです。

私は最近、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の作業負荷を大幅に軽減すると同時に、バックアップストレージのハードウェア費用を削減することにより、データ保護の予算に対する影響を軽減する方法です。