クラウドのダウンタイムイベントの影響をより効果的に軽減するにはどうすればよいでしょうか?

クラウド コンピューティングは本質的に信頼性が低いわけではありませんが、あらゆる形態の IT と同様に、特定の信頼性と可用性の目標を達成するには、クラウド サービスを慎重に選択して管理する必要があります。これらの手順は契約上、技術的である可能性があり、アプリケーション アーキテクチャの再考が必要になる場合もあります。慎重に検討しないと、クラウド コンピューティングから得られるメリットが期待したほどには得られない可能性があります。

SLAはクラウドベンダーのデータセンターを使用するリスクを軽減します

クラウドのダウンタイム イベントから身を守るための最初のステップは、クラウド ベンダーのデータ センターの信頼性を評価することです。ほとんどのクラウド ベンダーは、少数のデータ センター (通常は 1 つだけ) を所有しており、企業と同じ種類の障害が発生しやすい傾向があります。最もよく報道されるクラウドの停止は、通常は自然災害が原因でクラウド データ センター全体が停止するものです。起こりうる障害から身を守るためには、特定のデータ センター構成情報を要求するか、プロバイダーから可用性の保証を得る必要があります。

サーバー、ストレージ、およびネットワークの可用性に関する最善の戦略は、ネゴシエーション時に SLA を確立して、可用性の保証と障害発生時のサービスの復旧時間を指定することです。クラウド コンピューティング データ センターが配置されている地域でハリケーンや吹雪などの悪天候が頻繁に発生するかどうかをユーザーにとって理解することは非常に重要です。同時に、データセンターにバックアップ電源が装備されているかどうか、また、通常業務を引き継ぐことができるバックアップデータセンターが装備されているかどうかも確認する必要があります。

バックアップ データ センターは、同じ問題の影響を受けないようにプライマリ データ センターとは別のリージョンに配置する必要があり、クラウド アプリケーションのフェイルオーバーを処理するのに十分な容量が必要です。プライマリ データ センターの 100% フェイルオーバーに十分なバックアップ データ センター容量を提供できるプロバイダーはほとんどないため、SLA ではフェイルオーバーの管理方法を説明します。

この場合、優先権料を支払う必要がある場合があります。クラウド サービスに地理的多様性が組み込まれ、分散したユーザー ベースをサポートしている場合は、独自の施設でクラウド ベンダーの障害に対してある程度の保護を提供できます。契約を再確認し、追加の負荷を処理するのに十分な容量があることを確認してください。

ネットワークパフォーマンスの問題、またはその欠如により、クラウドのダウンタイムが発生します。

クラウド コンピューティングの障害の最も一般的な原因は、通常、クラウド自体ではなく、ネットワークです。ほとんどのクラウド アプリケーションはインターネット経由でアクセスされますが、インターネットの可用性がほとんどのクラウド ダウンタイム インシデントの原因となっています。この問題を解決する唯一の方法は、仮想プライベート ネットワーク (VPN) または仮想 LAN サービスを使用すること、または複数のインターネット サービス プロバイダー (ISP) が Web サイトからクラウド アプリケーションにアクセスするためのサービスを提供するようにすることです。セキュリティとコンプライアンスの問題がベンダーの契約によって対処され、確認できる場合、これは非常に良い選択肢です。クラウドプロバイダーがオペレーターが提供する VPN サービスをすでに使用していない限り、特別な料金を支払う必要がある可能性が高くなります。

中小企業向けインターネット サービスのコストが下がり続けているため、支社に 2 つの ISP を提供することが可能になりつつあります。ただし、2 つのオフィス間に共通の障害点がないことを確認してください。通常、ピアリング ポイントと共有相互接続「ホテル」は、複数のプロバイダー間で共有できます。 ISP 間の最も一般的なアクセス ケーブル接続であっても、デュアル ネットワーク接続の利点が打ち消される可能性があります。

クラウドアプリケーションの弾力性に対処する必要がある

クラウド コンピューティング データ センターとクラウド コンピューティング ネットワークの障害の問題が解決された場合、次の問題はアプリケーション自体の回復力です。高可用性とクラウド サービスの管理における最大の問題はすべて、データベース アクセスと信頼性の高いトランザクション処理に関係しています。

データ センターに障害が発生すると、別のスタンバイ データ センターがデータを使用するアプリケーションをバックアップできたとしても、そのデータ センターに保存されているデータは使用できなくなります。アプリケーション データが複数の場所で「ホット スタンバイ」状態で維持されていない限り、単一の障害によってデータ アクセスが失われ、他の冗長性対策はほとんど効果がありません。この問題は内部データセンターのバックアップにも当てはまるため、自社のデータセンターに冗長性を提供している企業は、同じ対策がクラウドでも同様に効果的であることに気付くでしょう。これは技術的な戦略というよりもむしろ財務的な戦略です。クラウドストレージとサービス料金のため、クラウド内で冗長データを維持するにはコストがかかります。より優れたソリューションは、オンプレミスのすべてのデータを可用性が高く保護されたデータ センターに格納し、複数のクラウド コンピューティングの場所からアクセスすることです。

最適な可用性管理は、アプリケーション自体と統合する必要があります。いつでも、データベースの更新は複数のコピーに対して同時に実行されます。更新プロセス中に障害が発生した場合、データの整合性が失われるリスクがあります。オンライン トランザクション処理システムには、通常、すべてのデータベース コピーを正常に更新できなかったために問題が発生しないようにするための「2 フェーズ コミット」プロセスが含まれています。ネットワーク障害により、単一のデータベースの更新が不確実な状態のままになることがあります。ネットワーク障害やデータセンター障害が発生しても保存されているデータベースにデータが破損したり不整合が生じたりするリスクがないことを保証するために、開発されたアプリケーションを確認する必要があります。

クラウド アプリケーションにオンプレミス アプリケーションと同等以上の信頼性を期待するのは不合理です。さらに、信頼性と具体的な目標を設定すると、多大なコストがかかる可能性があります。ビジネス ケースを構築するときは、信頼性のコストを考慮することを忘れないでください。そうしないと、アプリケーションで信頼性とコストの間で妥協しなければならない場合があります。