次の画像を見てください。これらはすべてバックアップリポジトリです。なぜこのようなことが起こるのでしょうか？最も一般的な原因は、複数の物理ストレージデバイスがバックアップ先として使用されることにあります。また、別の原因としては、ストレージデバイスの最大ボリュームに制限があるということです。そのため、大規模な環境であればあるほど、このような状況に陥ることがあります。

続きを読む →

バックアップ保存先のストレージは、仮想環境の可用性を考える際に重要な要素であり、Veeam Availability Suite v9では重複排除アプライアンスとの統合をより強化しています。
HP StoreOnce Catalystとの統合
HP StoreOnceの重複排除システムはデータのアーカイブ要件などに最適です。HP StoreOnceは小規模環境向けにHP StoreOnce VSA(仮想ストレージアプライアンス)、大規模環境向けには物理アプライアンスを提供しています。このHP StoreOnce Catalystとの統合はより高速なバックアップとリカバリを可能にし、帯域の使用率を削減します。詳細はこちらのブログをご参照下さい。

続きを読む →

Veeam Backup & Replication V9では複数拠点を持つようなエンタープライズ環境やテープへのバックアップをより便利にするような機能が多く実装予定です。

今回はこの中から特徴的なものをご紹介いたします。

ゲストOS静止用プロキシ
Veeamでは負荷分散や複数拠点でのバックアップでも効率的に処理が可能になるよう、プロキシというコンポーネントを実装しています。これにより、一つのVeeamバックアップサーバで、効率的なデータ処理を実現しています。
また、Veeamはエージェントレスなソリューションであるため、このアプリケーション対応のイメージ処理ではVMに対して一時的にランタイムなプロセスをデプロイします。このプロセスはログの切り捨てやインデックス作成といったアプリケーション固有の静止点作成処理を担当しています。
しかし、Ver8まではこのゲストOS上のアプリケーションの整合性まで保証する「アプリケーション対応のイメージ処理」についてはVeeamバックアップサーバから処理を行っており、特にプロキシから処理は行っていません。このVeeamバックアップサーバからの「アプリケーション対応のイメージ処理」はネットワークもしくはVIX APIを使用して、直接ゲストOSに作用していました。この実装自体は完全に機能していますが、保護対象の環境の規模や複雑さにより以下の限界が明らかになりました。 続きを読む →

Veeamバージョン8から、Veeam Backup & Replicationの最新パッチやVeeamが推奨するHyper-Vのパッチが適用されていない場合、通知する機能が追加されています。

データ保護や災害復旧作業へ悪影響を与える可能性がある重要なアップデートが含まれていることもあるため、パッチの適用を推奨します。

※ パッチの適用は手動で行う必要があります。

続きを読む →

Veeam Backup & Replication V9ではEMC VNX, VNXeとの連携が既に発表されていますが、他にもストレージに関する機能強化、新機能が実装される予定です。

NFSデータストアでも高速な処理を実現：Direct NFS
まず1つ目の新機能はDirect NFSという転送モードの追加です。今までVMwareのAPI(VADP)を使用したバックアップではNFSストレージに対して、直接アクセス方法が提供されていませんでした（NFS固有の問題等のため）。しかしVeeamはV8で独自のNFSクライアントを実装しました（NetAppストレージとの統合の一環として）。これを利用しV9からはDirect SANと同様のプロセスでNFSに直接アクセスできるようになります。VeeamのProxy上ではVeeamが独自に改良したNFSクライアントが実行され、NFS共有によりバックアップが可能になります。NASアレイから直接、仮想マシンのデータを取得するため、この処理の際にハイパーバイザ層を経由する必要性を回避できます。これにより、NFSデータストアを利用しているユーザも、より高速なバックアップ、運用サイトへのバックアップ時負荷削減を実現できます。この機能は従来のNFS v3とNFS 4.1を両方サポート。

続きを読む →