[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
マルチクラウドやハイブリッドのデプロイメントを実行する。
複数のクラウドプロバイダーによる運用が一般化しています。 しかし、マネージドサービスを利用する場合、複数のクラウド環境を維持することは難しいのが現実です。 例えば、AmazondynamoDBを使用している場合、他のクラウド事業者は同様のソリューションを提供することができません。
つまり、業界のトレンドは、各ワークロードを特定のクラウド上で（マルチAZまたはマルチリージョンアーキテクチャで）実行しつつ、異なるワークロードを異なるクラウド上で実行できるようにすること、つまり、一部のサービスを2つの異なるクラウドプロバイダ間で分割できるようにすることなのです。 この場合、シャットダウン時にすべてのシステムが停止しているわけではありません。
あるいは、社内にDRサイトを持つというのもよくある話です。 お客様がワークロードをクラウドに移行する際、ディザスタリカバリサイトとして利用する傾向があり、何か問題が発生した場合でも、重要なサービスをローカルで稼働させることができるようになります。 これは、企業がクラウド成熟の初期段階にあり、ホスティングサービスを使用していない場合に有効な方法です。
バックアップの作成
上記のソリューションはいずれもBCpには理想的ですが、データが暗号化されたり削除されたりした場合には機能しないため、信頼できるディザスタリカバリ戦略が必要です。 そのため、自社サービスの複数導入に加え、企業のRpOやRTOの要件を満たすために、信頼性の高いバックアッププランが必要になる場合があります。
バックアップを自動化し、別々のアカウントやゾーンに保存するのに役立つ、AWSBackup やクラウドバックアップサービスなどのサードパーティ製のバックアップソリューションが数多く利用可能です。 バックアップアカウントを金庫のように保護して、攻撃に対抗し、データを暗号化する必要があります。
このような攻撃があった場合、バックアップアカウントのデータを使ってサービスを復旧させ、お客様へのサービスを継続できるようにします。
クラウド環境におけるBCp、DR計画の最も一般的な構築方法について説明します。 これらのアプローチを実行するためのツールについて説明します。
Infrastructure-as-codeの活用。
環境の自動構成を可能にするIAC（Infrastructure as Code）。 使用するパラメータを設定したら、マスターファイル、つまりリストに保存します。 これからは、テストやディザスタリカバリなど、さまざまな場面で自動的に環境を再構築することができます。
容器にはシュリンケージルールが使われています。
容器を使用する場合、様々な測定に基づいた収縮ルールを実装することは非常に有効です。 上方向に縮小して同じブロックを追加したり、外側に縮小して例を再現したりすることができます。 拡張ルールを実装することで、コンテナベースのアプリケーションを簡単にバックアップおよびリストアし、重要なワークロードをすべて時間内に取得することができます。 理想的には、コンテナやインスタンスレベルでシュリンクするのが最も効率的です。
DNSリクエストを迂回させる。
ある場所のサーバーがシャットダウンした場合、サービスが稼働している他の場所を経由してすべてのリクエストを再ルーティングできます。 CloudflareなどのDNSプロバイダーは、システムがシャットダウンしたことを検出し、地理的な場所に基づいて自動的に再ルーティングを実行するように構成することが可能です。
同様に、コンテナ スケジューラーを設定して、さまざまな再ルーティング ルールを定義し、自動化することができます。 可用性を確保するために、自動スケーリングも実装し、AmazoneCSを使用してリクエストの再ルーティングも実装しています攜號轉用儲值卡2021。
表示灯を複数個所に設置する。
もうひとつの推奨される事業継続戦略は、パイロットライト（基本的に待機時負荷のレプリカ）を異なる地域で稼働させることです。 災害時には、すべてのデータがそこに保存され、すぐにセットアップできるようになっています。 製品イベントの後、インフラが展開され、リソースが拡張され、製品がすぐに稼働する必要があります。
ダウンタイムがないのであれば、ホットスタンバイの運用を検討してもよいでしょう。 AWSによると、ホットスタンバイのアプローチでは、本番環境のコピーが別の場所に減らされているが、完全に機能していることを確認する必要がある。 作業負荷が常に別の場所にあるため、この方法は表示灯の概念を拡張し、回復時間を短縮することができます。
コストはかなりかかりますが、ホットスタンバイはインフラのセットアップが不要なため、表示灯よりも早く起動・稼動します。
精選文章：