Veeamは9.5u4からスケールアウトリポジトリのキャパシティ層として、オブジェクトストレージに対応、現在のバージョンv12ではダイレクトバックアップも可能です。
しかし、Veeamコンソールからの見え方は同じでも既存のバックアップファイルの保持とは異なる部分も多く、無駄に容量を消費してしまうのではないかと勘違いされる方も多く、Amazon S3やAzure Blobなどパブリッククラウドを利用する場合は特に、転送量が気になるところです。
オブジェクトストレージを保存先として場合、単純にバックアップファイルをオブジェクトストレージへアップロードしているわけではなく、オブジェクトストレージの特性を上手く使った形式、構造に変換して保持しています。
それぞれの処理を簡単に比較してみると、バックアップ時に、ディスクリポジトリでは下記のようにバックアップファイルにデータブロックを書き込んでいますが、

オブジェクトストレージではデータブロックごとにオブジェクトとして保持してます。

そして世代管理の際には、ディスクリポジトリの場合、フルバックアップに増分をマージしていますが、

オブジェクトストレージリポジトリの場合、マージ処理は実施されず、メタデータを更新、参照されなくなったデータブロックのオブジェクトを削除します。

このように、バックアップファイルが更新されたからといって全てのデータブロックが転送されなおすわけではなく、効率的にバックアップ保持できるような仕組みが実装されています。
より詳細な解説や注意点を下記で紹介していますので、ご興味ある方は是非こちらもご参照ください。
関連トピックス
- Veeamによるクラウド(オブジェクトストレージ)へのアーカイブ[Veeam Backup & Replication]
- StarWind Virtual Tape Library (VTL) for IBM iによるIBM i(AS/400)のデータ保護
- Microsoft Active Directoryサーバーからのアイテム(ユーザー、グループ等)リストア[Veeam Backup & Replication]
- VeeamでAmazon S3へバックアップを実施する際のAWS側コストの概算算出方法
- ExaGrid Ver7のリリース:「ダブルロック」セキュリティのためのS3オブジェクトロックのサポートを含む最新アップデート
- Amazon S3 RRSでのオブジェクトの損失:その通知設定とクラウドへの再アップロード【CloudBerry Backup】
- AWS PrivateLinkやAzureプライベートエンドポイントを介したS3やBlobへのVeeamバックアップデータの転送
- Veeam Backup Enterprise Managerについて【VMWare専用 バックアップ & レプリケーションソフト Veeam】
- Veeam Bcakup & Replication Version 6からの新機能(リストア編)【VMWare/Hyper-V バックアップ & レプリケーションソフト Veeam】
- バックアップリポジトリ(保存先)の選択肢[Veeam]
