パブリック クラウドは依然として人気のサービスです。世界中の多くの 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の作業負荷を大幅に軽減すると同時に、バックアップストレージのハードウェア費用を削減することにより、データ保護の予算に対する影響を軽減する方法です。

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

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

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

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