カテゴリー Veeam

説明
概念設計の前提として、販売スタッフのノートPCのVeeam Agentバックアップはバックアップ・サーバによって管理されるべきです。この仮定はVeeam Backup & Replicationのベストプラクティスと推奨に基づいています。販売スタッフのラップトップのVeeam Agentバックアップは、すべてのエージェントベースのバックアップの集中管理、監視、およびレポートを可能にするために、バックアップサーバによって管理されるべきです。これにより、ラップトップエージェントのバックアップ設定、スケジューリング、および保持を簡素化することもできます。

説明
後で実装プロセスを定義するために必要な追加情報は、旧ハードウェアに保存されているバックアップデータの量です。この情報は、旧ハードウェアから新ハードウェアにバックアップを移行するための移行戦略とタイムラインを設計し、サイズを決めるために重要です。たとえば、バックアップデータの量を使用して、バックアップを新しいストレージデバイスにコピーまたは移動するのにかかる時間を見積もることができます。また、バックアップデータ量を使用して、移行トラフィックを最適化するために圧縮、重複排除、またはWANアクセラレーションを使用する必要があるかどうかを判断することもできます。
参考文献[バックアップファイルの移行]、[WANアクセラレーション］

説明
オプションCはレプリカ・シーディングを使用して、最初のレプリケーション時のネットワーク・トラフィックを削減します。プライマリ・サイトでソースVMのバックアップ・ジョブを作成し、レプリカ・ジョブをセカンダリ・サイトのバックアップ・リポジトリにポインティングすることで、Veeam Backup & ReplicationはバックアップからVMをリストアし、ソースVMの最新の状態と同期させることができます。そして、リストアされたVMをレプリカとして使用することができます：レプリカのシードとマッピング - VMware vSphereのユーザーガイド

説明
レプリケートされた仮想ワークロードのデータが1時間以上経過していないという要件を満たすディザスタリカバリソリューションを設計するには、この要件のオフサイトディザスタリカバリに関するサービスレベル合意（SLA）に影響を及ぼす可能性のある潜在的なリスクや課題を検討する必要があります。これにより、レプリケーションとフェイルオーバープロセスの可用性と信頼性、および組織の復旧時間目標（RTO）と復旧時点目標（RPO）を確保することができます。
Veeam Backup & Replicationベスト・プラクティス・ガイドによると、この要件のオフサイト・ディザスタ・リカバリのSLAに対する潜在的なリスクの1つは、B.データ変更率です。
このリスクが意味するのは
*データ変更率とは、一定時間内に変更、追加、削除されたデータ量のこと。通常、パーセンテージまたは1時間あたりのメガバイトで測定される。
*データ変更レートは、ソース・サイトとターゲット・サイト間でどれだけのデータ転送と処理が必要かを決定するため、レプリケーションのパフォーマンスと効率に影響する。
*データ変更レートは、レプリケーションの頻度と一貫性にも影響する。レプリケーションの更新頻度と一貫性は、レプリカがどの程度の頻度で、どの程度正確に更新され、ソースワークロードと同期されるかを決定するからだ。
*データ変更率は、データベース、ファイルサーバー、ウェブサーバーなど、作業負荷のタイプやアクティビティによって異なる場合がある。データ変更率が高いワークロードもあれば、低いワークロードもある。
*データ変更レートが、ソースサイトとターゲットサイト間の利用可能な帯域幅またはストレージ容量を 超える可能性があり、その結果、レプリケーションの失敗、遅延、またはエラーが発生する可能性がある。これにより、レプリケートされた仮想ワークロードのデータが1時間以上前のものになる可能性があるため、この要件のオフサイトディザスタリカバリ側面のSLAが損なわれる可能性がある。
このリスクは、Veeam製品および機能を使用したソリューションの設計において、以下のような意味を持ちます：
*顧客またはサードパーティベンダーは、レプリケーションが必要なワークロードのデータ変化率、およびソースサイトとターゲットサイト間で利用可能な帯域幅とストレージ容量を監視および測定する必要があります。これにより、プロキシサーバー、リポジトリサーバー、WANアクセラレーター、フェイルオーバープランなどのレプリケーションインフラを、データ変化率に基づいて計画・最適化することができる。
*顧客またはサードパーティ・ベンダーは、データの変更率に基づいて、レプリケーションの設定やポリシー（レプリケーションの方法、スケジュール、頻度、保持、圧縮、重複排除など）を構成し、調整する必要がある。これにより、レプリケーションのパフォーマンスと効率が向上し、この要件のオフサイト・ディザスタリカバリのSLAを満たすことができる。

説明
ディスカバリーに欠けている情報は、フレズノとカーソンシティ間の利用可能な帯域幅です。この情報は、2つのサイト間で毎日実行する必要があるバックアップコピージョブの設計とサイズ設定に重要です。利用可能な帯域幅は、バックアップコピーのパフォーマンス、期間、サイズに影響します。
たとえば、利用可能な帯域幅を使用して、バックアップコピーウィンドウ内でサイト間で転送できるデータ量を見積もることができます。また、利用可能な帯域幅を使用して、バックアップコピートラフィックを最適化するために圧縮、重複排除、またはWAN高速化を使用する必要があるかどうかを判断することもできます。

説明
*ログ・シッピングを有効にした仮想マシン・バックアップ・ジョブでは、SQL Serverデータベースのイメージ・レベルのバックアップを作成し、トランザクション・ログも定期的にバックアップできます12。
*スケールアウト・バックアップ・リポジトリーは、複数のバックアップ・リポジトリーを1つのストレージ・プールにグループ化する論理的なエンティティで、バックアップのパフォーマンス、スケーラビリティ、管理を向上させます3。
*スケールアウト・バックアップ・リポジトリ容量層は、古いバックアップ・ファイルをAmazon S3やAzure Blob Storageなどのパブリック・クラウド・オブジェクト・ストレージにオフロードできる機能です。
他のオプションは、Veeamの機能を使用しないか、オブジェクト・ストレージにオフロードしないか、イメージ・レベルのバックアップを作成しないため、効果的または効率的ではありません。
参考文献1: トランザクション・ログの発送 - VMware vSphereのユーザー・ガイド 2: SQL Serverのトランザクション・ログをバックアップする方法 - Veeam 3: Scale-Out Backup Repository - Veeam Backup & Replicationベスト・プラクティス・ガイド : Capacity Tier - VMware vSphereのユーザー・ガイド : VeeamでCapacity Tierを使用する方法 - Veeam

説明
Veeam Backup & Replicationベスト・プラクティス・ガイド1 によると、3つのサイトそれぞれにVeeam バックアップ・サーバを設置することを推奨する理由は以下のとおりです：
*各サイトには本番データがあります。この理由は、ネットワーク・トラフィックとレイテンシを削減し、バックアップとリストアの速度と効率を向上させるために、バックアップ・データはできるだけソース・データの近くに保存されるべきであるというローカリティの原則に基づいています。各サイトにVeeamバックアップ・サーバを持つことで、サイト間のWANやVPN接続を横断することなく、各サイトで本番データのローカル・バックアップを実行することができます。
トピック1, Veeam大学病院
エグゼクティブの概要
ヴィーム大学病院は、ボストン、ソルトレイクシティ、コロンバスにある医療ネットワークである。
同社は多くの病気に対する画期的な治療法のパイオニアであり、その分野のリーダーとして世界的に認められている。同社は、新たな規制要件や進化し続けるマルウェアの問題により、データ保護戦略の近代化を決定した。同社は最近もランサムウェア攻撃を受け、患者の治療に関わる複数のシステムに影響を与えた。
さらに、災害時にサイト間で仮想ワークロードをレプリケーションし、タイムリーなフェイルオーバーを可能にすることで、提供する患者ケアのレベルの継続性を確保することにも関心を示している。
同社の取締役会は、この時点ですべての仮想ワークロードが単一障害点と見なされることを懸念している。
また、Veeam University Hospitalでは、NASシステムのバックアップに要する時間の問題も発生しています。
時間がかかりすぎるだけでなく、必要な容量が多すぎると考えられ、これらのバックアップのためのストレージ容量の削減が望まれている。
Veeam University Hospitalは、Exchangeアイテムのリストアに必要な時間に問題を抱えていました。現在のソリューションでは、メールボックス全体をリストアするだけで、きめ細かなリストアはできません。
この実装を成功させるためには、決められたバックアップウィンドウ内でバックアップを完了させ、データのリカバリーを現在のソリューションよりも速くする必要がある。
ソリューションのコンセプト
Veeam大学病院は、現在のバックアップ・ソリューションVeeamをリプレースする。彼らは、ディザスタリカバリの目的でバックアップをオフサイトにコピーし、3つのサイトすべてでデータを保護することを計画している。また、ランサムウェアによる新たなデータ損失を防ぐための対策にも関心を示している。犯人は攻撃の一環として既存のバックアップを暗号化することもできたため、データの復旧は不可能です。Veeam大学病院は、このリスクを軽減するのに役立つ可能性のあるパブリック・クラウド技術にも関心を持っています。
さらに、稼働中のワークロードをセカンダリサイトにレプリケーションすることで、災害時のサイトフェイルオーバーを可能にし、ダウンタイムを短縮する。
既存の技術環境：
Veeam大学病院では、すべての拠点にVMwareクラスタを設置しています。セキュリティのため、各クラスタはサーバを提供する部署専用となっています。クラスタ間の通信は不可能です。これらのクラスタは2つのカテゴリに分かれており、1つはデータベース・ワークロードをホストし、もう1つは一般的な仮想マシンをホストしています。
機密の患者データは、非構造化データとしていくつかのNASシステム上に存在する。これらのNASシステムは、データベースの一貫性を確保するためにバックアップを提示しているに過ぎない。
Veeam大学病院は、社内の患者データベースを持っており、データベースの一貫性を確保するために、バックアップの前にカスタムスクリプトを実行する必要がありました。
ほとんどの部署でMSSQLとオラクルが使われており、仮想と物理が混在している。
各サイトは公衆インターネットへの10GbEリンクを持っており、サイト間のトラフィックはすべてVPN経由でこれらの接続を介してルーティングされる。
各サイトには20のvLANがあり、16がVMwareワークロードに使用されている。
セキュリティと規制上の理由から、すべてのvLANは互いにファイアウォールで遮断されている。
現在のバックアップはNFSストレージに書き込まれる。
すべての医師と研究室のスタッフにはノートパソコンが割り当てられており、これも保護する必要がある。これらのデバイスのデータの保存場所は、グループポリシーによって強制され、組織全体で統一されている。
バックアップファイルからの復元を除けば、現在のところ災害復旧ソリューションは存在しない。
ビジネス要件：
新しいソリューションは、自動化とセルフサービス機能を活用しなければならない。どちらも管理コストを削減するために必要な機能である。役割ベースのアクセス（RBAC）は必須である。例えば、オラクルの管理者のみが、オラクル・データのセルフサービス・リストアを実行できる。
ミッションクリティカルなアプリケーションは、営業時間中に影響を受けてはならない。すべてのバックアップは
現地時間午後6時と午前8時。
規制要件を満たすために、すべてのデータは3年間保持されなければならない。
アーカイブのため、月12回分のバックアップと年3回分のバックアップをオフサイトに保存しなければならない。
Veeam University Hospitalは、3年間のバックアップ保持のための成長に対応するために、オンプレミスのストレージのみを購入します。
レプリケートされた仮想ワークロードの場合、データは1時間以上前のものであってはならない。
規制上の要件により、すべての保護データは飛行中および静止中に暗号化されなければならない。
顧客サービスレベル契約を満たすため、市販のヘルプデスク・チケッティング・システムが使用されている。生成されたすべてのアラートは、サポートチケットを作成するためにこのシステムに統合されなければならない。
技術的要件：
バックアップは、長期アーカイブの目的でパブリッククラウドストレージを活用しなければならない。
ソリューションはローカル・バックアップを保持し、本番データの追加コピーを作成できなければならない。両方のバックアップは、本番システムが保護されているサイト上に存在する必要がある。
迅速なリストアとリカバリーのためには、保護されたデータの少なくともコピーをオンプレミスに置く必要がある。
ランサムウェアの脅威のため、保護されたデータの少なくとも1つの不変コピーまたはエアギャップされたコピーは、オフサイドに存在しなければならない。
データの完全性を確保するため、リストアを実行する前にバックアップを検証し、マルウェアをスキャンする必要があります。
セルフサービスによるオラクルのリストアに加え、ネイティブのオラクルツールが利用可能で、アドホックバックアップとリストアを実行するためのPowerShellスクリプトが用意されている必要があります。
バックアップ・ソリューションは、VMwareの暗号化データストアをサポートする必要があります。
バックアップは、無停止で拡張できる論理的に拡張可能なストレージシステムに保存されなければならない。
エンドユーザーのノートパソコンのバックアップでは、ユーザーデータのみをバックアップする必要があります。オペレーティングシステムファイルは除外されるべきである。
音楽、写真、ビデオなどの個人ファイルは、バックアップの対象から除外する必要があります。

説明
オンプレミスで保管するバックアップの推奨ストレージ・オプションは、Veeam Hardened Repositoryを搭載した物理サーバです。Veeam Hardened Repositoryはバックアップ・リポジトリの一種で、Linux XFSファイル・システム機能とLinuxアクセス・コントロール・メカニズムを使用することにより、バックアップ・ファイルの不変性とランサムウェア保護を提供します。より良いパフォーマンス、セキュリティ、およびスケーラビリティのために、仮想サーバよりも物理サーバが好まれます。Veeam Hardened Repositoryは、コンプライアンス、セキュリティ、および保持に関する顧客の要件を満たし、すべてのバックアップ・タイプと機能をサポートします。

説明
Veeam University Hospitalのニーズと要件を満たすディザスタ・リカバリ・ソリューションを設計するには、ディスカバリの段階でいくつかの情報を特定する必要があります。この情報は、レプリケーションとフェイルオーバー・プロセスの範囲と規模、ネットワークとストレージのリソースと制限、リカバリ時間の目標とリカバリ・ポイントの目標を理解するのに役立ちます。
Veeam Backup & Replicationベスト・プラクティス・ガイドによると、ディザスタ・リカバリ・ソリューションの設計に必要で、ディスカバリ中に特定されなければならない情報の一部は以下の通りです：
*レプリケートされる仮想マシンの数。この情報は、仮想マシンの数とタイプに基づいて、レプリケーション・ジョブの数とサイズ、およびレプリケーション・パフォーマンスとスケーラビリティを決定するのに役立ちます。
*ロケーション間の利用可能な帯域幅。この情報は、レプリケーション・トラフィックに利用可能なネットワーク帯域幅とスループット、およびレプリケーション・アクティビティがネットワーク・パフォーマンスとレイテンシーに与える影響を見積もるのに役立ちます。
*どのサイトをレプリケーションのソースとし、どのサイトをリカバリのターゲットとするか。この情報は、ソースとターゲットのロケーションに基づいて、プロキシサーバー、リポジトリサーバー、WANアクセラレーター、フェイルオーバープランなどのレプリケーションインフラストラクチャを計画し、構成するのに役立ちます。

説明
*RMANプラグインは、Veeam Backup & ReplicationとOracle RMANを統合するコンポーネントです。
*RMANプラグインを使用すると、Oracle RMANコマンドを使用して、OracleデータベースをVeeamバックアップ・リポジトリにバックアップおよびリストアし、ログ・シッピングとポイント・イン・タイム・リカバリを実行できます12。
*RMANプラグインは、サポートされているオペレーティング・システムやハイパーバイザー、物理サーバーやクラウド環境12で実行されているOracleデータベースをサポートします。
*RMANプラグインは、圧縮、重複排除、暗号化、スケーラビリティ、信頼性などのVeeam Backup & Replicationの機能と利点を活用します12。

説明
ゴールド層のバックアップジョブは、イメージバックアップで1時間、トランザクションログバックアップで15分という最も厳しい復旧時点目標（RPO）を持っています。つまり、他のバックアップジョブよりも頻繁に実行する必要があり、1日あたりにより多くのリストアポイントを作成する必要があります。したがって、バックアップコピージョブの設定を適切に計画するには、VMの数、バックアップのサイズ、変更率、保持ポリシー、オフサイトの場所へのバックアップのコピーに利用可能な帯域幅など、ゴールド層のバックアップジョブに関する詳細な情報が必要になります。
参考文献[バックアップコピー]、[バックアップ方法]、[継続的なデータ保護]。

説明
ファイバーチャネルSANのストレージスナップショットからバックアップを実行するには、バックアッププロキシとして動作する1台以上の物理サーバを導入し、SANファブリックに接続する必要があります。これは、Veeam Backup & Replicationが仮想マシンではサポートされていないファイバ・チャネル・プロトコルでストレージ・システムにアクセスする必要があるためです。バックアッププロキシはストレージスナップショットからデータを読み取り、バックアップリポジト リに転送します1。

説明
ご質問ありがとうございます。VMCA2022のプロジェクトでお役に立てて光栄です。
Veeam University Hospitalのデータベース要件を満たすソリューションを設計するには、Oracleデータベースをサポートし、統合できるオプションと機能をいくつか検討する必要があります。これにより、Oracleバックアップとリストアの一貫性と信頼性を確保し、Oracleネイティブ・ツールとVeeam製品および機能の互換性とサポート性を確保することができます。
Veeam Backup & Replicationベスト・プラクティス・ガイドによると、ネイティブのOracleユーティリティをバックアップとリストアに利用できるという要件に最も近いオプションはDです。 Veeam RMANプラグインをインストールして、ネイティブのRMANバックアップとリストアをOracleサーバから直接Veeamリポジトリを活用できるようにします。
このオプションは次のことを意味する：
*Veeam RMANプラグインは、Oracle Recovery Manager (RMAN)と統合し、VeeamリポジトリをターゲットとしてOracleデータベースのバックアップとリストアを可能にするソリューションです。
*Veeam RMANプラグインは、Oracleデータベースの異なるバージョンとエディションだけでなく、仮想と物理の両方のOracleサーバーをサポートします。
*Veeam RMANプラグインは、RMAN、SQL*Plus、Data PumpなどのネイティブのOracleツールとコマンドを使用して、追加のスクリプトや設定を必要とせずに、Oracleデータベースのバックアップとリストアを実行できます。
*Veeam RMANプラグインは、バックアップ圧縮、重複排除、暗号化、不変性などのVeeam Backup & Replicationの利点と機能を活用し、バックアップのパフォーマンスと効率性、バックアップのセキュリティと整合性を向上させます。
このオプションは、Veeamの製品と機能を利用しながら、バックアップとリストアにOracleのネイティブ・ユーティリティを使用できるため、要件に最も適しています。

説明
ゴールド層の仮想マシンの保持要件は、日次バックアップ14回、週次バックアップ8回、月次バックアップ3回、年次バックアップ7回です。この要件は、毎週8回、毎月3回、毎年7回のバックアップを取るという技術的な要件と、ゴールド層の仮想マシンに毎日バックアップを取るというビジネス要件から導き出されます。

説明
パスワードを紛失した場合の暗号化バックアップの代替復号化機能の要件を満たすのに役立つコン ポーネントがVeeam Backup Enterprise Managerです。Veeam Backup Enterprise Managerは、複数のVeeamバックアップサーバを集中管理できるウェブベースのインターフェイスです。Veeam Backup Enterprise Managerは、複数のVeeamバックアップ・サーバを一元管理できるウェブベースのインターフェイスで、パスワードを忘れたり紛失したりした場合に、許可されたユーザがパスワードを入力せずに暗号化されたバックアップを復元できるパスワード紛失防止機能も提供します。この機能を使用するには、Veeam Backup Enterprise Managerの設定でパスワード損失保護を有効にし、パスワード回復要求を承認できるユーザにセキュリティ担当者の役割を割り当てる必要があります。
参考文献[Veeam Backup Enterprise Manager]、[パスワード紛失防止]。

説明
Veeam University Hospitalのバックアップ保持要件を満たすソリューションを設計するには、このプロジェクトのオンプレミス・バックアップ保持の最小要件を考慮する必要があります。これにより、バックアップ・データの可用性と信頼性、バックアップ・ストレージのコンプライアンスとセキュリティを確保することができます。
ケーススタディによると、このプロジェクトにおけるオンプレミスのバックアップ保持の最小要件はBである。
オンプレミスでの保持は、毎日14回、毎週2回のバックアップが必要です。
この条件は、次のことを意味する：
*オンプレミスのバックアップ保持は、NFSストレージ、重複排除アプライアンスなどのローカルバックアップストレージにバックアップデータを保持する期間を定義するポリシーである。
*オンプレミスのバックアップ保持は、日次バックアップ14部、週次バックアップ2部でなければなりません。これは、日次バックアップのコピーを少なくとも14部、週次バックアップのコピーを少なくとも2部、ローカルのバックアップストレージに保持する必要があることを意味します。
*オンプレミスのバックアップ保持は、仮想マシン、物理サーバ、NASシステムなど、Veeam Backup & Replicationでバックアップされるすべてのタイプのワークロードに適用する必要があります。
この要件は、Veeam University Hospitalのビジネスおよびコンプライアンスニーズに基づいています：
*災害や障害に備えて、最新のバックアップを高速かつ確実にリストアするオプションが必要です。
*医療機関にバックアップデータを少なくとも6年間保持することを義務付けるHIPAA規制を遵守するため1。

説明
RPOが1時間のゴールド層仮想マシンの再設計時に使用可能なトランスポートモードは、Virtual Appliance（HotAdd）とBackup from Storage Snapshotsである。トランスポートモードとは、バックアップやレプリケーション時にソースストレージからVMデータを取得する方法である。Virtual Appliance (HotAdd)は、VM上で実行されているプロキシサーバーが、ホットアドSCSIコマンドによって別のVMのディスクを自身にアタッチし、これらのディスクから直接データを読み取ることを可能にするトランスポートモードである。ストレージスナップショットからのバックアップは、プロキシサーバーが本番のVMやホストに影響を与えることなく、サポートされているストレージシステムによって作成されたストレージスナップショットからデータを取得できるようにするトランスポートモードです。どちらのトランスポート・モードも、バックアップ・パフォーマンスを向上させ、バックアップ・ウィンドウを縮小し、本番環境への影響を最小限に抑えることができます。