高可用性とディザスタリカバリを理解する VMware Solutions

高可用性サービスまたは作業負荷が障害に耐え、事前に定義されたサービスレベルに従って処理能力を提供し続ける能力。サービスについては、可用性はサービスレベル契約で定義されています。可用性には、計画されたイベントと計画外のイベントの両方が含まれます。計画外のイベントには、メンテナンス、故障、災害などが含まれます。 (HA) とは、予期しない障害が発生した場合でもサービスが稼働し続け、アクセス可能になる能力です。ディザスタリカバリとはサービスの中断などの稀な重大なインシデントや広範囲にわたる障害から、サービスや作業負荷が回復する能力。これには、地域全体に影響を及ぼす物理的な災害、データベースの破損、作業負荷に寄与するサービスの損失などが含まれます。その影響は、高可用性設計の処理能力を超えている。、サービスインスタンスを稼動状態に回復させるプロセスである。

VMware Solutions は、地域の停電時にも利用できるように設計された、可用性の高いグローバルサービスです。ただし、 VMware Solutions サービスは、 VMware リソースをクラウド・アカウントにプロビジョニングするためにのみ使用される。高可用性とディザスタリカバリの目標を達成するために、 VMware リソースを設計し、管理するのはお客様の責任です。

高可用性アーキテクチャ

高可用性機能

適切に設定された場合、 VMware ソフトウェアを使用することで、可用性の高いソリューションを構築することができます。これらの機能の中には、 VMware Cloud Foundation for Classic - Automated、すぐに利用できるものもあれば、設定しなければならないものもある。

vSphere HAは、ホストに障害が発生した場合に、ホストからホストへ仮想マシン（VM）をリカバリするために使用できる。
vMotion およびDistributed Resource Scheduler (DRS)を使用して、VMをホストからホストへプロアクティブに移動させることができる。
vSAN 適切なネットワーク構成と組み合わせることで、 HA と共にストレッチクラスタを使用し、ゾーンに障害が発生した場合にゾーンからゾーンへ VM をリカバリすることができる。 vSphere
複数のゾーンに配置されたクラスタやインスタンスは、独自の同期または非同期レプリケーションを実装したアプリケーションやデータベースをホストすることができます。
複数のリージョンに配置されたクラスタやインスタンスは、独自の非同期レプリケーションを実装したアプリケーションやデータベースをホストできる。
ロードバランシング・ソリューションやソフトウェアを使用して、トラフィックを適切な地域やゾーンにルーティングすることができる。

災害復旧アーキテクチャ

ディザスターリカバリー機能

適切に構成されていれば、 VMware ソフトウェアを使用してディザスタリカバリソリューションを構築することができる。これらの機能を設定する必要がある。

VMware Cloud Director Availability (VCDA)、 vSphere レプリケーションを使用した VMware Live Recovery、Veeam CDP、Zerto Replicationなどのレプリケーションソフトウェアを使用して、ワークロードをリージョン間でレプリケートすることができます。
Veeam Backup and ReplicationやZerto Journalingなどのインクリメンタルバックアップソフトウェアは、 IBM Cloud Object Storage (COS)と組み合わせて、ワークロードのローカルまたはリモートバックアップを作成することができます。

災害復旧の計画

詳細なDR計画を策定し、定期的に実践する。さまざまなシナリオを想定して、異なるプランを持っているかもしれない。次のようなケースを含めて考えてみよう：

ネットワークアクセスポイントを1つ失う。
単一ホストの故障。
ゾーン全体の故障。
地域全体の失敗。
仮想ワークロードまたは管理プレーン内のデータ破損。
仮想ワークロードや管理プレーン内のマルウェアやランサムウェア。

HAとDRの責任

HAとDRのプランを継続的にテストするのは、あなたの責任です。

ネットワーク接続の中断やハードウェアの故障が発生する可能性があります。使用する予定の高可用性および災害復旧ソリューションを適切に実装し、テストしていることを確認するのは、お客様の責任です。

お客様と IBM Cloud® for VMware Solutions との間の責任の所有権の詳細については、 VMware Solutions を使用する際の責任について」を参照してください。

復旧時間目標（RTO）と復旧時点目標（RPO）

高可用性と災害復旧ソリューションのRTOとRPOは、選択したソリューションによって異なります。

RPOゼロを達成する唯一の方法は、アプリケーションとデータベースレベルの同期レプリケーションを使用するか、同期レプリケーションを実装したストレージサブシステム（例えば、同一ゾーン内の NFS ストレージ、単一ゾーン内の vSAN ストレージ、2つのゾーン間のストレッチ vSAN ストレージ）を使用することです。 VMware ハイパーバイザーAPIと統合する他のすべてのソリューション(例えば、Veeam CDPやZerto Replication)のRPOは小さいですが、ゼロではありません。

RTOが最も低くなるのは、複数のホストやゾーンにアクティブ-アクティブなアプリケーションを配置し、その前にロードバランサーやグローバルロードバランサー（GLB）を設定した場合である。 VMの再起動に依存するソリューション（例えば、 vSphere HA）や、災害の宣言に続いてワークロード全体の再起動に依存するソリューション（例えば、Veeam CDPやZerto Replication）は、RTOが長くなります。

変更管理

VMware 環境とワークロードへの変更のほとんどは、 IBM Cloud コンソール内ではなく、 VMware ソフトウェア内で行われます。 VMware 管理プレーンに適切なアクセス制御と監査ログを設定する必要があります。ユーザーには、業務に必要な最低限の権限を与えてください。 VMware の管理プレーンに変更管理プロセスやソリューションを導入することを検討する。また、 VMware vCenter Server® および VMware NSX® を新しいバージョンにアップグレードする前に、手動でバックアップを作成することを検討してください。

IBM サービスの維持方法

IBM® IBM Cloud、複数のリージョンにデータとコントロール・プレーンをレプリケートすることで耐障害性を確保し、高可用性で。 VMware Solutions VMware Solution サービスへのすべてのアップグレードは、リカバリプランとロールバックプロセスを含む IBM サービスのベストプラクティスに従っています。定期的なメンテナンスにより、短時間の中断が発生する可能性がありますが、クライアントの可用性再試行ロジックにより軽減されます。 IBM、不具合の最初の兆候でアップデートが差し戻されます。

顧客のワークロードに影響を与える変更は、 IBM Cloud 通知で詳述される。このサービスに影響する計画的なメンテナンス、アナウンスメント、リリースノートの詳細については、通知とステータスの監視を参照してください。