ディザスタリカバリのための VMware Cloud on AWS ワークロードの分類

注意

2024 年 4 月 30 日以降、 の VMware Cloud AWS は AWS またはそのチャネルパートナーによって再販されなくなります。このサービスは、引き続き Broadcom を通じて利用できます。詳細については、 の AWS 担当者にお問い合わせください。

VMware Cloud on AWS ディザスタリカバリソリューションは、次の 2 つのレベルで適用できます。

• VMware vSphereベースのワークロード (仮想マシン ）

• オンプレミスのVMwareソフトウェア定義データセンター (SDDCs）

管理上のオーバーヘッドや非効率性を回避するには、ワークロードと SDDCs を、同様のディザスタリカバリ要件を持つ階層型グループに分類するのがベストプラクティスです。このように階層化されたワークロードグループを作成することで、グループレベルでディザスタリカバリプロセスの数を減らし、より標準化されたディザスタリカバリプロセスを実装することができます。

ディザスタリカバリのワークロード階層の例

次のサンプルグループを使用して、組織独自の VMware Cloud on AWS ディザスタリカバリワークロード階層を分類できます。

重要

次の RTOおよび RPO値は例にすぎません。これらのメトリクスに使用する値は、組織特有の復旧目標に基づいていることを確認してください。

階層 1

階層 1 のワークロードが一番重要です。障害が発生すると、組織が機能しなくなります。例えば、Windows ドメインコントローラーは通常、階層 1 のワークロードと見なされます。

復旧目標:

• RTO: 10 分以下

• RPO: 10 分以下

階層 2

階層 2 のワークロードは重要ですが、短期的にはそれほど重要ではありません。障害が発生すると、組織の大部分が機能しなくなります。例えば、お客様のエンタープライズリソースプランニング (ERP) システムは、通常、階層 2 のワークロードと見なされます。

復旧目標:

• RTO: 1 時間以内

• RPO: 1 時間以内

階層 3

階層 3 のワークロードは標準システムです。障害が発生すると、組織内の小規模な個々の部門が効率良く機能しなくなります。例えば、部門別のファイルサーバーは通常、階層 3 のワークロードと見なされます。

復旧目標:

• RTO: 8 時間以内

• RPO: 4 時間以内

階層 4

階層 4 のワークロードはそれほど重要ではないシステムです。障害が発生しても、組織の機能を妨げることはなく、少数のユーザーに影響があります。例えば、スタッフトレーニングポータルは通常、階層 4 のワークロードと見なされます。

復旧目標:

• RTO: 48 時間以内

• RPO: 48 時間以内