説明
ご質問ありがとうございます。VMCA 2022 プロジェクトをお手伝いできることを嬉しく思います。
Veeam大学病院のニーズと要件を満たすソリューションを設計するには、バックアップ インフラストラクチャに追加のプロキシ サーバーを追加することによる影響と利点を考慮する必要があります。これは、バックアップおよび復元操作のパフォーマンスと効率を最適化し、将来の成長と拡張に備えるのに役立ちます。
Web 検索結果によると、プロキシ サーバーはソース ホストからデータを取得し、処理してバックアップ リポジトリに転送するコンポーネントです。また、データ圧縮、重複排除、暗号化なども実行します。バックアップ プロキシは、プライマリ サイトとリモート サイトの両方に展開できます1。
追加のプロキシ サーバーを追加した直後の結果は A です。バックアップが完了するまでの時間が短縮される可能性があります。
この結果は次のことを意味します。
*バックアップ完了までの時間は、バックアップ ジョブの開始から終了までの実行にかかる時間を測定する指標です。データのサイズと種類、バックアップ方法と頻度、ネットワーク帯域幅と遅延などのさまざまな要因によって異なります。
*追加のプロキシ サーバーを追加すると、利用可能なプロキシ サーバー間でバックアップのワークロードが分散されるため、バックアップの完了にかかる時間を短縮できます。これにより、バックアップのパフォーマンスと効率が向上し、実稼働環境への影響が軽減されます。
*バックアップが完了するまでの時間を短縮すると、バックアップ ウィンドウと目標復旧時点 (RPO) の要件を満たすだけでなく、他のタスクやジョブのためにより多くのリソースを解放することもできます。

説明
バックアップ リポジトリをバックアップ ネットワークのみに配置した場合に発生する可能性のある問題は、ラップトップ エージェントがリポジトリと通信できないことです。これは、ラップトップ エージェントがバックアップ ネットワークの一部ではなく、既存の技術環境に従ってルーティングできないためです。したがって、ラップトップ エージェントは、プロキシ サーバーまたはゲートウェイ サーバーがない限り、バックアップ ネットワーク内のバックアップ リポジトリにアクセスしたり、バックアップ リポジトリにデータを書き込んだりすることはできません。それは彼らの間のコミュニケーションの橋渡しをすることができます。
参考資料: [Veeam Agents Management Guide]、[Veeam Backup Infrastructure Sizing Calculator]

このケース スタディの要件を満たすプライマリ バックアップ リポジトリの設計に最適なオプションは、XFS 統合、使い捨て認証情報、および不変性を使用する Linux リポジトリです。Linux リポジトリは、バックアップ ターゲットとして Linux サーバーを使用するバックアップ リポジトリの一種です。LinuxRepository は XFS 統合を活用し、reflink やコピーオンライトなどの XFS ファイル システム機能を使用して合成完全バックアップを迅速に作成および変換できるようにします。Linux リポジトリは、使い捨て認証情報を使用して、バックアップ ジョブ セッションごとに一意の認証情報を生成することでセキュリティを強化することもできます。Linux リポジトリは、不変フラグや chattr コマンドなどの Linux アクセス制御メカニズムを使用して、バックアップ ファイルの不変性とランサムウェア保護を提供することもできます。

説明
Veeam大学病院の仮想インフラストラクチャ要件を満たすソリューションを設計するには、検出フェーズでいくつかの情報を収集する必要があります。この情報は、VMware クラスターの構成とパフォーマンス、データのサイズとタイプ、バックアップとリカバリの目的を理解するのに役立ちます。
Veeam Backup & Replication Best Practice Guide によると、仮想インフラストラクチャに関連する情報の一部が欠落しており、検出フェーズ中に収集する必要があります。
*ローカルエリアネットワークの速度。この情報は、バックアップとレプリケーションのトラフィックに利用可能なネットワーク帯域幅とスループット、およびネットワークのパフォーマンスと遅延に対するバックアップとレプリケーションのアクティビティの影響を判断するのに役立ちます。
*ソースデータセットのサイズ。この情報は、データのサイズとタイプに基づいて、バックアップ ストレージ要件、バックアップの圧縮率と重複排除率を見積もるのに役立ちます。
したがって、正解はAとDです。

不変リポジトリは、バックアップ データの不正な変更や削除を防ぎ、その整合性と回復可能性を保証するバックアップ ストレージの場所です。不変リポジトリは、ランサムウェア攻撃、誤った削除、悪意のある内部関係者からバックアップを保護するために不可欠です1。
Veeam Backup & Replication は、強化されたリポジトリ、不変のオブジェクト ストレージ リポジトリ、不変の重複排除ストレージ アプライアンスなど、いくつかのタイプの不変リポジトリをサポートします2。これらのオプションのうち、SLA 準拠を確保し、ランサムウェアから保護するための最適な構成は、プライマリ サイトとセカンダリ サイトの両方で強化されたリポジトリを活用し、不変性を有効にしてパブリック クラウドのオブジェクト ストレージにオフロードすることです。
強化されたリポジトリは、バックアップ ファイルを変更や削除から保護するために不変フラグを備えた XFS ファイル システムを使用する Linux ベースのリポジトリです。強化されたリポジトリはプライマリまたはセカンダリのバックアップ ターゲットとして使用でき、Veeam スケールアウト バックアップ リポジトリと組み合わせてバックアップ管理を簡素化し、ストレージ使用率を最適化できます3。
オブジェクト ストレージ リポジトリは、Amazon S3、Microsoft Azure Blob Storage、Google Cloud Storage などのオブジェクト ストレージ サービスを使用してバックアップ データを保存するクラウドベースのリポジトリです。オブジェクト ストレージ リポジトリは、セカンダリ バックアップ ターゲットとして使用でき、クラウド プロバイダーの不変機能を活用して、バックアップ データが上書きされたり削除されたりするのを防ぐことができます。
プライマリ サイトとセカンダリ サイトの両方で強化されたリポジトリを使用することにより、バックアップ データの高可用性と冗長性、および高速で信頼性の高いリストアを実現できます。不変性を有効にしてパブリック クラウドのオブジェクト ストレージにオフロードすることで、長期的な保存とコンプライアンス、さらにコスト削減とスケーラビリティを実現できます。この構成は、3-2-1-1 バックアップ ルールにも準拠しています。このルールでは、データの 3 つのコピーを 2 つの異なるタイプのメディアに保存し、1 つのコピーをオフサイトに、もう 1 つのコピーを不変にすることが推奨されます。
不変リポジトリとその構成方法の詳細については、次のリソースを参照してください。
* 不変バックアップ ソリューション: Linux 強化リポジトリ
* 不変リポジトリ内の非構造化データのバックアップ
* 強化されたリポジトリ
* [オブジェクトストレージリポジトリの不変性]
* [3-2-1-1 バックアップルール]