Veritisによる
テクノロジーが私たちの生活のほぼすべての側面を駆動する世界では、クラウドは本当にこの経験を高めています。
複雑な運用ワークロードの実行から大規模な災害復旧計画の実行まで、クラウドは私たちの日々の運用をほぼ楽にしました。
災害復旧作業を管理するような複雑なタスクに来て、クラウドは、災害復旧プロジェクトが到着する前に、それを実行することがいかに困難であったかを熟考させました。
従来の災害復旧計画に投資された時間とリソースを考えてみましょう。
プライマリデータセンターが災害の影響を受ける場合は、バックアップデータセンターを調べる必要があります。:
- itインフラストラクチャを収容するための物理的な場所と施設の設定
- セットアップのための連絡担当者とセキュリティ担当者の係合
- データファイアウォール、ロードバランサー、ルーター、スイッチなどのネットワークインフラストラクチャを設定する
これは、スパイラルコストと 管理できないリソースは、データセンターを単なるデータバックアップとして残し、それ以上のものはありません。
クラウドコンピューティングの夜明けに伴い、災害復旧は数時間または数分で処理できる別のタスクになっています。
クラウド災害復旧プロジェクトは、組織に次のようないくつかの利点を提供します:
- 時間/資本を節約
- より多くのデータバックアップ場所のオプション
- 高信頼性で実装が簡単
- スケーラビリティ
クラウド災害復旧を初めて検討し、どこから始めるべきか疑問に思っている組織のために、効果的な災害復旧戦略を計画するのに役立つ簡単なクラウド災害復旧計画があります。:
ステップ1: インフラストラクチャを理解する&リスクの概要
資産、機器、所有するデータなど、ITインフラストラクチャを考慮することが不可欠です。
これがどこに保存されているのか、どれくらいの価値があるのかを評価することも重要です。 あなたはこの側面をソートしたら。 これで、このすべてに影響を与える可能性のあるリスクを評価する必要があります。 リスクには、自然災害、データ盗難、停電などが含まれます。
すべての資産、その量、およびそれらに対する可能性のある災害の脅威のアカウントを持っているので、これらのリスクを排除/最小化するためのDR
ステップ2:ビジネスインパクト分析の実施
ビジネスインパクト分析がリストの次にあります。 これは、災害が発生した後、あなたの事業運営の限界を理解することができます。
次の二つのパラメータは、この要因を評価するのに役立ちます:
a)目標復旧時間(RTO)
b)目標復旧ポイント(RPO)
a)目標復旧時間(RTO)
RTOは、アプリケーションがビジネス操作に影響を与え始めるまでにオフラインにとどまることができる最大時間です。
シナリオ1:あなたの会社がペースの速いサービス提供に専念している場合、アプリケーションの障害は大きな損失を招く可能性があります。
さらに、数分で業務を再開するためには、DR計画に多額の投資をする必要があります。
シナリオ2:あなたは中規模のペースのビジネスを持っており、災害があなたの業務に影響を与える場合は、まだ事業運営を実行するための別の方法を見つけるこ
したがって、RTOを一週間まで設定することができます。 このような場合は、災害復旧の節約に多くのリソースを投資する必要がないため、災害発生後に十分なバックアップ資産を取得するのに十分な時間
rtoで失われた時間を使用してバックアップリソースを収集できるため、RTOを知ることは、DR計画に投資する必要があるリソースの数に相当するため、非常
b)目標復旧ポイント(RPO)
RPOは、大きな危機によるアプリケーションからのデータ損失に耐えることができる最大時間です。
RPOを決定するために考慮すべきポイント:
- 災害発生時のデータ損失の可能性
- データ侵害前の時間損失の可能性
上記のシナリオを適用すると、ビジネスが重要であり、指定された時間経過を超える余裕がないため、RPOはわずか五分になる可能性があります。
ステップ3:RPOとRTOに基づくDR計画の作成
RpoとRTOを決定したので、DR目標を達成するためのシステムの設計に集中することができます。
DRプランを実装するには、以下の範囲のDRアプローチから選択できます:
- バックアップと復元
- パイロットライトアプローチ
- ウォームスタンバイ
- クラウドでの完全レプリケーション
- マルチクラウドオプション
これらのアプ
ステップ4:適切なクラウドパートナーにアプローチ
アプローチを検討した後、次のステップは、展開に役立つ信頼できるクラウドサービスプロバイダーを探す
クラウドで完全なレプリケーションを使用する予定の場合は、理想的なクラウドプロバイダーを評価するために次の要因を検討したいと思います:
- 信頼性
- リカバリの速度
- 使いやすさ
- セットアップとリカバリのシンプルさ
- スケーラビリティ
- セキュリティコンプライアンス
AWS、Microsoft Azure、Google Cloud、IBMを含むすべての大規模なクラウドサービスプロバイダーには、災害復旧オプションがあります。 これらの大企業のほかに、質の高いDisaster Recovery-as-a-Service(DRaaS)
ステップ5:クラウドDRインフラストラクチャの構築
クラウドDRパートナーに相談した後、プロバ
あなたが選択したDRアプローチに基づいて、考慮すべきいくつかの物流面があります:
- 必要なインフラストラクチャコンポーネントの量はどれくらいですか?
- どのような手段でデータをクラウドにコピーしますか?
- ユーザー認証とアクセス管理にアプローチする最良の方法は何ですか?
- どのようなセキュリティとコンプライアンスのベストプラクティスを設定する必要がありますか?
- 災害の可能性を最小限に抑えるために、どのようなセキュリティ対策を講じますか?
覚えておいてください! 円滑な業務運営のためには、DR戦略がRTOおよびRPO仕様と整合していることを確認することが重要です。
ステップ6: 災害復旧計画を紙に書く
DRに関わるすべての人のための具体的な指示を含む標準的なガイドラインまたはプロセスフローチャートを持つことが重要
さらに、すべての指示は紙の上に明確に記載され、詳細は言及されている必要があります。
これらの手順は、DR計画の有効性を保証します。
ステップ7: あなたのDR計画を頻繁にテスト
あなたのDR計画は紙の上にあるので、次のステップはあなたのDR計画をテストすることを含み、より頻繁に。 これは、抜け穴がないことを保証するのに役立ちます。
紙の上では、計画は最も包括的なもののように見えるかもしれませんが、あなたはテストの後にのみその信頼性を知るでしょう。
あなたの最初のテストは、あなたが思っていたほど可能性が高くないかもしれません、それは悪いかもしれません。 しかし、その後、これらの経験から学び、潜在的な災害からインフラストラクチャをよりよく強化するためにDR計画をアップグレードします。
あなたのDR計画が大きければ大きいほど、それをテストすることがより重要になります。 あなたのテストの頻度に来て、それはあなたが四半期ごとにあなたのDRテストを実行することをお勧めします。
一方、バックアップインフラストラクチャのパフォーマンスを日単位または週単位で監視および分析できます。
あなたの組織は、常に人、プロセス、技術の面で変化する証人になります。 ビジネスが緊急事態のために常に準備ができていることを確認するために、これらの変更を通してあなたのDR計画をテストす
結論
業界のベストプラクティスに関する完全な知識は、より安全な側にあなたの組織を維持します。 クラウド-プラットフォームを特定しましたか? 信頼できるDRaaSプロバイダをお探しですか?
Veritisに連絡して、さまざまなDRアプローチを理解し、ビジネス要件に合ったものを特定してください!
10年以上の経験と100以上のプロジェクトを誇るVeritisは、Azure、GCP、AWSなど、さまざまなクラウドプロバイダーカスタマイズされたDRaaSオファリングを展開するための専門知識と洞察力を持っています。
関連ニュース:
- 災害復旧–クラウドによる予算上の制約はなくなりました
- 災害復旧の組織成長に対する戦略的アプローチ
- 2028予測:DRaaS市場は38.5%のCAGRを設定