バックアップにVTLを使用している人はいますか？
VTLが今日本当に有効なオプションであるかどうか知りたいですか？ここで誰かがそれを使用していますか、そしてなぜ実際に？ RAID6/10のSATAドライブを詰め込んだ通常のサーバーと比較して何か利点はありますか？
私の好奇心を説明しましょう。私たちの環境は、VMWare VSphere 6.0 + VEAAMバックアップおよびレプリケーションを搭載した4台のDellR730サーバーで構成されています。私たちは適切なバックアップソリューションを探しており、提案としてVEEAM用のVTLを採用しました。私たちの環境にはテープ関連のインフラストラクチャがありません。さらに、他の人から、これはフリークやヒップスター向けの昔ながらのスチームパンクテクノロジーだと言われました。だから私はそのように行くのはかなり怖いので、もっと知りたいです。
前もって感謝します！
VeeamはiSCSIおよびSMB3にネイティブにバックアップできます。特定のシナリオでVTLを使用することに実行可能なポイントはありません。正反対です。VTLレイヤーを実装しないことで、1レベルの複雑さを取り除くことができます。おそらくあなたのVARはあなたが本当に必要としない何かをあなたに売って数ドル余分に稼ごうとしているのでしょう。あなたの場所では、Dell R730（xd？）のようなCPUが少なく、RAMで、RAID10に8つの6-8TBNL-SASまたはエンタープライズSATAを投入します。RAID6も機能する可能性がありますがVeeamは、リバーススナップショットをビルドし、大量の小さな書き込みでI/Oサブシステムをハンマーするときにインプレース更新を行うため、注意が必要です。RAID6は、4倍の書き込み増幅が発生するため、ここでは最善の選択ではありません。ただし、話すことをお勧めします。正確なシナリオを近くに持っているVeeamサポートエンジニアに。
元の質問に戻ると、人々は、完全にテープを中心に構築されたバックアップインフラストラクチャのシームレスな増分アップグレードを行う前に、VTLを購入する傾向がありました。また、規制要件では、テープを使用する必要があり、バックアップウィンドウにますます多くのデータを配置できることを楽しみにしています。既存のテープ対応バックアップがなく、規制要件と緊密にリンクされていないため、VTLを再度使用しても意味がありません。
LTドライブが速度に対応できない場合、VTLは実行可能なオプションです。ただし、重大なメリットを得るには、VTLをターゲットバックアップアプリケーションに組み込む必要があります。FujitsuCS800は非常に魅力的であることがわかりました。 TBA CS800はバックアップを取り、高速復元のためにいくつかのバージョンを保持し、重複を排除し、内部的に圧縮し、もう一方の端にテープライブラリコネクタを備えています。
結果：必要なテープの変更がはるかに少なくなり、テープが重複排除されないため、他のシステムデータから読み取ったり、Veeamに完全に統合したりできます。コネクタ：NAS共有、OST、VTL。すべてのチャネルで重複排除が行われ、これは非常にセクシーです。複数のバックアップストリームを処理します。次に、圧縮され、重複排除されたデータをに複製できます。 2番目のCS800（最大8つの複製対1の比率）であり、統合されたバックアップテープライブラリのみがあります。
トレーニング中に、ライブで動作するのを見る機会がありました。これはバックアップブラックボックスのようなもので、独自のWebインターフェイスを備えており、Linux組み込みOSで実行されます。重複排除は、Quantumライセンスからのものです。 OST AIR @ Backup Execを使用すると、カタログがターゲットサイトのメディアサーバーに直接送信されるため、複製されたバックアップは最初に新しいファイルを読み込まずにターゲットサイトに表示されます。最後に、ボックスに4つの完全バックアップと6つの増分バックアップを保持し、テープアクティビティを1か月に1回の書き込みに減らしました。データはRAID6FRに保存されます。