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

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

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

一部の企業(金融会社など)では、事業中断インシデントによる経済的損失は 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 つのデータ要件

推薦する

Oracle SaaSは中国市場をリードし続け、第1位に

「エコシステム全体の強化と新しいエクスペリエンスのインテリジェントな構築」をテーマにした 2017 ...

今後の百度検索「地震」は黒6.28K駅事件を超える

6 月の時点では、良いニュースとしては、Baidu の Web 検索品質に関するホワイト ペーパーが...

Google が「google」という単語を含む 763 のドメイン名の所有権を獲得

最新のニュースによれば、Google は米国の国家仲裁フォーラムに苦情を申し立てた後、ようやく望みど...

Baidu SpiderがIISログに200 0 64を返す問題についてお話しましょう

最近、ウェブサイトのスナップショットが更新されていません。ウェブサイトのログでスパイダーアクセスを確...

SEOはBaiduの「子供たち」を有効活用すべき

百度の自社製品は自社の子供のようなものです。自分の子供を愛さない親はいません。特に、百度のアルゴリズ...

簡単な分析: ロングテールキーワードは今でもウェブサイトにとって有用でしょうか?

ロングテール キーワードは、多くの SEO 担当者にとって、ウェブサイトへのトラフィックを誘導するの...

SEOにおけるセカンダリサイトとコラムサイトのメリットとデメリットをご存知ですか?

みなさん、こんにちは。皆さんと私の経験を共有してから長い時間が経ちました。最近、私は内部ウェブサイト...

エッジコンピューティングとは何ですか?フォグコンピューティングとは何ですか?

モノのインターネットの継続的な進歩に伴い、フォグ コンピューティングやエッジ コンピューティングなど...

クラウドコンピューティング開発の8つのトレンドと予測

現在、我が国のデジタル経済は世界第2位のデジタル経済に躍進しました。デジタル経済時代に入り、人工知能...

ポップマートはどのようにして栄光を継続できるのでしょうか?

12月11日、流行玩具業界の大手ポップマートがブラインドボックスの勢いに乗って株式を公開し、同社の時...

cloudshards-ロサンゼルス/ストレージVPS/Gポート

cludShards は、openvz をベースとしたストレージ VPS のプロモーションを再度開始...

5つの側面からページの価値を判断する方法

ユーザーが特定の単語を検索したときに検索エンジンが返す結果に関して、一致度に関係なく重みの高いページ...

Kidswant は、UCloud クラウド サービスをどのように活用して、新規小売業の問題点を解決しているのでしょうか?

2018年8月、中国の母子用品業界の大手企業であり、ニューリテールのベンチマークであるKidswan...

飛行船でつながった雲奇会議の背後で、アリババクラウドのIoT戦略が加速している

「スタート」の掛け声とともに、会場上空に浮かぶ飛行船のLoRa IoTスイッチが一斉にオンになり、飛...