マルチクラウド自動フェイルオーバーで災害復旧戦略を強化

マルチクラウド自動フェイルオーバーで災害復旧戦略を強化

災害の発生を完全に防ぐことはできませんが、災害による事業中断は回避できます。適切なツールを使用し、適切なテスト戦略を採用することで、マルチクラウドでのアクティブ/アクティブ フェイルオーバーにより、ビジネスのすべてをスムーズに実行し続けることができます。

一部の企業(金融会社など)では、事業中断インシデントによる経済的損失は 1 時間あたり数百万ドルに達することが多く、このようなインシデントが顧客、広報、企業イメージに与える悪影響は言うまでもありません。マルチクラウド災害復旧計画は、このような回避可能な損失を軽減するのに役立ちます。パブリック クラウド プロバイダーはさまざまな地域に複数のデータ センターを構えているため、人為的災害や自然災害が発生した場合でも、別のプロバイダーのクラウド プラットフォームが影響を受ける可能性は低くなります。

クラウドが登場する前から、企業はホスト サイトから離れた予期しない場所にバックアップ サイトを設定することで、このタイプの災害復旧 (DR) を実現できました。このモデルはアクティブ/アクティブ フェイルオーバーと呼ばれ、プラットフォーム、アプリケーション、ストレージ リソース、およびその他の必要なコンポーネントの同一のコピーを実行する 2 つのサイトで構成されます。

[[213774]]

クラウド テクノロジーにより、ユーザーがバックアップ サイトに必要なハードウェアとソフトウェアを購入する必要がなくなるため、このアクティブ/アクティブ フェイルオーバー モデルはさらに手頃な価格になります。ただし、マルチクラウド環境でアクティブ/アクティブの自動フェイルオーバーを設定するのは、少し複雑です。

自動フェイルオーバーとスケーリングの課題

最初の課題は、プラットフォームのコピーを作成すること、または 2 つ以上のパブリック Infrastructure as a Service (IaaS) クラウド ブランド上にプラットフォームのコピーを作成することです。 Amazon Web Services (AWS) と Azure はどちらも Linux や Windows などの類似したプラットフォームを提供していますが、まったく同じ構成を提供しているわけではありません。

通常、アクティブ/アクティブ フェイルオーバーを実現するために、ユーザーは同様のプラットフォームと構成に依存する必要があります。 2 つのレプリカ環境が同一でなくても問題ありませんが、フェイルオーバー プロセスは完全にテストする必要があります。

2 番目の課題は、フェイルオーバーを自動化するクラウド プラットフォームと構成管理システムを実装することです。これらのツールは、2 つ以上の IaaS クラウド プラットフォームに展開され、自動スケーリング機能と、プライマリ IaaS クラウドからセカンダリ スタンバイ IaaS クラウドへの自動フェイルオーバー機能を提供します。

ここでは適切なテクノロジーを選択することが最も重要です。現在、アプリケーションとデータのスケーリングとフェイルオーバー機能、構成管理、レプリケーションの自動化を単一のツールで提供できるものはありません。ユーザーはトレードオフを行い、複数のツールを使用する必要がある場合があります。たとえば、クラウド フェイルオーバー ツールには CloudSigma が含まれますが、一部のデータ レプリケーション ツールは Oracle などのクラウドベースのデータベース アプリケーションに組み込まれています。自動スケーリングは通常、AWS の Auto Scaling などのクラウド プラットフォーム自体の一部です。ただし、マルチクラウドの場合、複数のプラットフォーム環境にわたる監視と拡張を可能にするには、CA Technologies、Cisco、Hewlett Packard Enterprise などが提供するサードパーティのクラウド管理プラットフォームに投資する必要があります。

ユーザーは、ワークロードに追加の負荷がかかったときにアプリケーションが自動的にスケーリングできることを確認するために、コンポーネント レベルでテストする必要があります。ユーザーは、プライマリ プラットフォームまたはバックアップ プラットフォームに障害が発生した場合の実際のフェイルオーバー動作をシミュレートするために、事前に構築されたスクリプトを使用してフェイルオーバー戦略を毎月テストする必要があります。プライマリ IaaS クラウドとセカンダリ IaaS クラウドの両方のフェイルオーバー手順と自動スケーリング機能を改善する方法を引き続き模索します。遅延や生産再開にかかる時間を削減するのに役立つ新しいツールやプロセスがあるかどうかを確認します。

マルチクラウドでの自動フェイルオーバー機能をサポートする新技術

新しいテクノロジーの継続的な出現は常に新しい機会をもたらします。これらの新しいテクノロジーには、サーバーレスやコンテナが含まれており、企業ユーザーが今日のより伝統的なテクノロジーに基づいて複数のクラウドにわたってこれらの自動化機能を構築するのに役立つ可能性があります。

サーバーレス コンピューティングにより、ストレージやコンピューティングなどの一般的な IaaS リソースの必要な量や構成に関する管理者の懸念が解消されます。 AWS や Azure を含むほとんどのパブリック クラウドにはサーバーレス システムが存在しますが、ベンダーによって使用するプログラミング言語やデータが異なるため、これらのシステム間の互換性と移植性は依然として課題となっています。

コンテナ技術はさらに多くの可能性を実現します。 AWS、Azure、Google など、複数の主要なパブリック クラウド プロバイダー間での移植性を実現します。コンテナ テクノロジーは、Kubernetes などのコンテナ オーケストレーションおよびクラスタリング サブシステムを通じてすでに組み込まれている自動フェイルオーバーおよびスケーリングの機能もいくつか提供します。

<<:  モバイル エッジ コンピューティング (MEC) を収益化する 5 つの戦略

>>:  エッジコンピューティングを推進する 4 つのデータ要件

推薦する

プロモーション チャネルの大規模なコレクション。必要なものを見つけてください。

1 WeChatは半閉鎖的なサークルです。「良いワインには茂みは不要」。コンテンツがどれだけ優れてい...

Hostus シンガポール Softlayer データセンター VPS レビュー [1G メモリ]

Hostus はシンガポールのデータセンターで Softlayer VPS を実際に数日前からリリー...

お金もスキルもない草の根の人々が、インターネットを通じてどうやってお金を稼ぐことができるのでしょうか?

この間、私はオフィスを探して会社を設立するために出張しており、記事を書く時間がありません。南寧で数日...

分散機械学習フレームワークRay

[[422916]] Python 中国語コミュニティ (ID: python-china) 1. ...

母子ウェブサイトの発展の軌跡の簡単な分析

中国では、母子関係のウェブサイトは昔から非常に有望な営利サイトでした。当然、競争は次第に激しくなり、...

100億ドル!アマゾンが今後10年間の米国のクラウドコンピューティング受注を独占、マイクロソフトは不満を表明

結局、最後に笑ったのはアマゾンだった。 Nextgov は、Amazon AWS が国家安全保障局か...

シーメンスはRed Hat OpenShiftで工場エッジのイノベーションを加速

オープンソース ソリューションの世界的な大手プロバイダーである Red Hat は本日、シーメンスが...

A5 マーケティング: 単一製品のオンライン マーケティングを行うにはどうすればよいでしょうか?

企業の資金が限られており、販売する製品を複数開発できず、オフラインでの販売が制限され、倉庫に類似製品...

クラウドコンピューティングを理解するための3分

「クラウド コンピューティング」という言葉を何度も聞いたことがあると思います。しかし、クラウド コン...

新華網コメント:ウェブサイトは法律に従って「土地の守護者」になるべきだ

最近、インターネット上ではネット上の噂が横行している。インターネット上の噂は、広範囲に及び影響力を持...

キーワードランキングを向上させるにはどうすればいいですか?

キーワードの順位を上げるにはどうすればいいでしょうか?現在、ウェブサイトの最適化を行っている人はかな...

ウェブサイトのセキュリティ保護におけるWAFファイアウォールの役割について議論する

ショートビデオ、セルフメディア、インフルエンサーのためのワンストップサービスこの記事の主な内容は、W...

クラウド データベース移行の 5 つのステップ

この流行により、クラウド コンピューティングの発展が加速しました。昨年、中国のクラウドコンピューティ...