IT運用を常にオンラインに保つという困難な状況において、高可用性（ディザスタ・リカバリ: HA：High Availability）とディザスタリカバリ（DR:Disaster Recovery）という対照的な方法論を理解することは最も重要です。ここでは、アプリケーション回復力のダイナミック・デュオである HA と DR について検証していきます。高可用性とは何か、その利点と欠点、そして高可用性とDRの両方を採用すべき理由について説明します。
高可用性(HA)とは：
高可用性とは、アプリケーションのサービスへのアクセスを要求しているクライアントにサービスを提供し続ける能力のことです。これらのサービスは、仮想マシン、クラウドインスタンス、コンテナ、またはこれらの技術を組み合わせたノード上でホストされます。アプリケーションをホストするために使用されるHAクラスタリング構成には、アクティブ-パッシブとアクティブ-アクティブの2種類がある。
アクティブ・パッシブ：
アクティブ・パッシブ・クラスターで実行されるアプリケーションは、2つ以上のノードで構成され、最初のノードがアクティブな状態でクライアントをホストし、アプリケーションへの接続を提供し、他のノードはパッシブまたは「スタンバイ」状態になります。スタンバイサーバーは、プライマリ（アクティブ）サーバーが切断されたり、クライアントのリクエストに対応できなくなったりした場合にフェイルオーバーできる、アプリケーション環境のすぐに使えるコピーとして機能します。
プライマリ・サーバに障害が発生した場合、サービスを実行するプロセスはスタンバイ・クラスタに移動します。これには時間がかかり、クライアントへのサービスが中断する危険性があります。
アクティブ・アクティブ:
アプリケーションのダウンタイムが耐えられない場合は、アクティブ・アクティブ・クラスタを導入することで、より高いレベルのアプリケーション可用性を実現できます。アクティブ・アクティブ・クラスタ・アーキテクチャは、2つ以上のノードで同じサービスを同時にアクティブに実行します。そうすることで、アプリケーションはロードバランシングによって複数のクライアントのアクセスに対応することができます。ロードバランシングとは、アプリケーションの過負荷を防ぐために、クラスタ内のすべてのノードにワークロードを分散させることです。すべてのクライアントに対してより多くのノードがサービスを実行するため、アプリケーションの応答時間は劇的に改善される。このアーキテクチャーは、アプリケーションが常にオンラインであることを保証できる一方で、コストがかかる。
まとめると、HAアーキテクチャの利点は以下の通りです：
●クラスタ内の単一障害点の排除
●アプリケーションのワークロードをコンピュートリソース全体でバランスさせ、需要の増加に対応できるようにクラスタを拡張する。
しかし、欠点もあります：
●時間がかかる- 一貫したアプリケーションのアップタイムを維持するには、複数のノードを導入する必要がある。
●パフォーマンスの問題-専用リソースを必要とするアプリケーションでは、共有ストレージはうまく拡張できない。
●オーケストレーションされたリカバリーがない-アプリケーションが破損した状態でオンラインに戻る可能性がある（最悪の場合、分散サービス拒否（DDoS）攻撃の要求に応えようとするためにスケーリングされる）。
ディザスタリカバリ(DR)はデータ保護戦略の重要な要素
DRは、アプリケーションのすべてのコンポーネントをローカルまたはリモート・サイトに複製することで、アプリケーションの可用性とデータのアップタイムを保証します。フェイルオーバーは、システムレベルとネットワークレベルの冗長性を提供することで、DR計画の一部となります。フェイルオーバーにより、災害時や定期メンテナンス時でも、ダウンタイムをほとんど発生させることなく業務を継続することができます。
強力なDRソリューションには以下が含まれます：
●継続的なデータ保護-わずか数秒のデータ損失でサイト全体、アプリケーション、ファイルを復旧可能
●自動化とオーケストレーション – 複雑さを最小限に抑え、手動タスクを最小限に抑えることで、フェイルオーバー操作を可能な限りシンプルにします。
●アプリケーションの一貫性 – まったく同じ時点からアプリケーション全体が一緒にフェイルオーバーされるため、リカバリーのスピードが向上し、リカバリーの複雑さが軽減されます。
●影響を与えないテスト – DRテストのフェイルオーバーをいつでも実行できるようにすることで、システムのテストが完全に行われ、SLAが満たされていることを確認します。
●可視性と制御 – データ保護ソリューションの内部で発生していることを完全に理解し、確認できるようにし、リアルタイムのデータと過去のレポート機能によって貴重な洞察を得ることができます。
アプリケーションを HA クラスタとしてデプロイするだけでなく、DR を利用することで、バージョニングの問題やアプリケーションの脆弱性の悪用による計画外の停止に対する保護がさらに強化されます。DRソリューションを活用すると、HAアプリケーションは、通常、障害が発生する数秒から数分前に、運用上安定した状態でオンラインに復帰します。アプリケーションとそのサービスが再適用されると、復旧したサイトでHAを有効にし、クライアントのリクエストに対応し続けることができる。つまり、DRを使用してフェイルオーバー機能を追加することで、潜在的なアプリケーションの中断に対するデータ保護のレイヤーが追加されます。
結論として、強力なデータ保護戦略には、StarWindのようなHAとZertoのようなDRを並行して実行することが含まれます。データ保護は、重要な情報を破損、危殆化、または損失から保護するものであり、データ復旧は、紛失、誤って削除、破損、またはアクセス不能になったデータを復元するプロセスである。戦略は、最善のものであるだけでなく、相互運用可能で、両方のプロセスを補完するものである必要があります。
関連トピックス:
- 仮想化データの事業継続（BC)とディザスタリ・リカバリー（DR)プランのためのヒント
- VM上のアプリケーションのパフォーマンスを確認【仮想化プラットホーム VMware vSphere】
- VMware vCenter サーバは仮想化にすべきかどうか？
- VMware vStorage APIとは？【仮想化プラットホーム VMware vSphere】
- 高可用性（HA) vs. フォールト・トレランス
- Kubernetesにおけるバックアップの5つのベスト・プラクティス
- ヘルス・チェック【仮想化プラットホーム VMware vSphere】
- VMware vSphereパフォーマンス改善のためのトップ・テクニック
RSSフィードを取得する
