Posts by Luca Dell'Oca

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

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

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

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

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

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

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

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

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

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

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