Veeamの社員はみな仮想化を好み、データセンターは最高レベルの可用性が保証されるように仮想化すべきだと心から信じています。しかし、実際にはすべてのワークロードが仮想化されているわけではありません。また、パブリック・クラウド環境では、たとえ仮想化されたとしても稼働中のハイパーバイザ経由で接続できないものがあります。

これが、Veeam Endpoint Backup FREEが2015年の初回リリース以来、目覚ましい成功を収めている理由の1つです。しかし、これは1つの例にすぎません。特に、パブリック・クラウドでは、仮想マシン（VM）の多くがLinuxを実行していることを考えるとなおさらです。

データ・センターが重要な役割を果たす今日において、データを保護するために、従来のシンプルなバックアップから大きく発展してきました。ITビジネスにおける新たな目標はアベイラビリティです。企業は、データ、アプリケーション、システム、または地理的な障害から、ITビジネスをゼロまたは最小限のダウンタイムで復旧させる必要があり、これはこれまでのバックアップ・ソリューションとは大きく異なります。

しかし、ITの意思決定者の84%が、アベイラビリティのギャップが存在し、その結果、データ・センターは俊敏なAlways-On Enterpriseを求めるユーザーの声に応えられていないと回答しています。詳しくは『Veeam Availability Report』を参照してください。

このニュースを受け、世界中の当社のチームに祝福を送りたいと思います。

世界中の企業に情報技術の識見を提供する主要な研究・助言会社であるガートナー社は、新しい2016年のデータセンター・バックアップ/リカバリ・ソフトウェアに関するマジック・クアドラントにおいて、Veeamが「リーダー」であると評価しました。Veeamはこれまで、Availability for the Always-On Enterpriseを世界中のおよそ200,000のお客様に提供することに焦点を絞ってきました。今回の評価では、この姿勢が成功に繋がったことが強調されました。

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

はじめに、物理サーバーがプラットフォームとして順当な選択肢だった頃の状況から見ていきましょう。物理サーバーで構成されたアーキテクチャは非常に明白で、メモリ、ネットワーク、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 上のレプリケーション トラフィックを削減する方法についても説明したいと思います。