従来のオンプレミスITアーキテクチャを持つ企業にとって、今日のクラウド・ソリューションは多くの潜在的なメリットを提供します。管理されたクラウド・インフラを利用することで、企業は本来の業務に集中することができ、多くの場合TCOを削減することができる。現在、クラウド開発のどの段階にあるにせよ、最終的なクラウドファースト戦略を検討しているか、あるいはすでに検討している可能性は高くなります。
AWSは安全で耐久性のあるクラウド基盤を提供し、ユーザはそれを使ってデータの保存や処理を行うことができます。そこからクラウドデータを保護するサービスを選択し、オンプレミス環境と同じようにバックアップとリカバリを計画することができます。AWSワークロードのバックアップとリカバリー・ソリューションは、御社独自のビジネス・ニーズを満たすものを評価し、選択するよう注意する必要があります。
ここでは、AWSワークロードのバックアップとリカバリのソリューションを評価するためのベストプラクティス、質問すべきこと、選択したソリューションが組織のニーズを満たしていることを確認する以下の方法を詳細します。
- 効率とコントロール
- セキュリティと可視性
- 回復時間の目標
- 復旧オーケストレーション
- データ・ライフサイクル管理
目次
バックアップソリューションの評価:効率とコントロール
AWSワークロードを持つ企業は、効率的で定期的なバックアップを作成し、組織のリカバリポイント目標（RPO）を柔軟に設定できるバックアップソリューションから利益を得ることができます。特定のバックアップスケジュール（1日1回のバックアップなど）に縛られることは、あるワークグループにとっては十分かもしれないが、他のワークグループははるかに短いリカバリポイントを必要とするかもしれません。バックアップソリューションの柔軟性と制御性を見極めることは、様々なソリューションプロバイダーを選択する際の鍵となります。
コストと効率は関連する考慮事項です。フルバックアップを作成し、反復するたびにすべてのデータを書き換えるソリューションは、AWSネイティブのスナップショットを利用して、最新のバックアップ以降に変更されたデータのみを複製するソリューションよりもはるかに効率が悪くなります。バックアップを作成するために使用されるメカニズムを理解することは、意図されたソリューションがセキュリティだけでなく経済的なニーズも満たすかどうかを判断する上で大いに役立ちます。
最後に、スクリプトの問題を考えてみましょう。自動化され、標準化されたバックアップを備えたパッケージ・ソリューションは、カスタム・スクリプトを必要とするものよりもはるかに迅速に拡張できます。運用の迅速な拡張を期待する組織にとっては、バックアップ運用にスクリプトを必要としないソリューションの方が有益でしょう。
バックアップソリューションの評価:セキュリティと可視性
クラウド・バックアップ・ソリューションは、いつでもデータにアクセスできる定期的なバックアップを提供するだけでなく、バックアップ・ソリューションがどのように動作しているかを監視するための “自動車のボンネットの下 “を見ることもできます。
バックアップとリカバリのプロセスをリアルタイムで監視するには、以下のものが必要です。
ダッシュボードは、アラート、日次サマリー、いつ、誰が、どのようにデータにアクセスできるかという情報など、すべてのバックアップメトリクスをレポートします。ダッシュボード、包括的なレポート、プッシュ通知は、バックアップソリューションがリアルタイムでどのように機能しているかを監視するために重要です。効果的なソリューションは、使いやすく、瞬時に環境のすべての主要なステータス情報を提供するように設計されたインターフェイスでなければなりません。
セキュリティ要件が満たされていることを確認するために、AWS環境内で完全に実行されるソリューションを検討が必要です。AWSアカウントからデータを移動する必要がないソリューションは、より監査しやすく、以下のことが容易になります。
コンプライアンスを実証することができる。このようなソリューションはまた、よりカスタマイズ可能で、セキュリティポリシーとの整合性がよりシンプルであり、既存のコンプライアンスや監査ツールやフレームワークとの統合がより容易である。
最後に、AWS 内で完全に実行されるソリューションは、監視と文書化のために外部のネットワーキングフローを必要としない。
バックアップソリューションの評価:回復時間の目標
今日の企業は、ダウンタイムやデータ損失が許されない、年中無休24時間体制のサービスを提供する企業になってきています。そのため、万が一災害に見舞われた場合、企業はより大きなリスクにさらされることになります。
バックアップとリカバリーのソリューションを評価する際には、「バックアップ」面と同様に「リカバリー」面についても多くの質問をすることが重要です。システム障害、サイバー攻撃、その他の災害が発生した後、組織が復旧し、再び完全に稼働するまでにどれくらいの時間がかかるのでしょうか？多くの拠点とクラウドに保存された大量のデータを抱える複雑な組織には、障害発生後すぐに完全復旧を可能にするバックアップとリカバリー・ソリューションの保証が必要です。
インスタンス全体をリストアすることなく、単一のファイルやフォルダをリカバリする必要がある可能性も考慮してください。バックアップとリカバリ・ソリューションは、以下のような通常の運用データ検索のニーズにも対応する必要があります。
大規模な緊急事態に備えたディザスタリカバリとして、また日常業務で単一の迅速に取り出すシンプルな方法として。
バックアップソリューションの評価: 復旧オーケストレーション
復旧のスピードとプロセスの自動化は、あらゆる種類のクラウドデータ保護戦略にとって極めて重要です。しかし、災害発生時にワークロード全体を復旧させるのがいかに簡単であるかも考慮する必要があります。
計画外のIT停止、EBSの障害、自然災害、人為的なミスなどに対するビジネスの備えを考えてみましょう。これらのシナリオはすべて稀ではありますが、実際に発生するものであり、クラウドワークロードを数秒で迅速に本番稼動に戻せるようにしておくことが賢明です。
一括リカバリーを実行し、多数のリソースに対してリカバリーシナリオを構成し、順序を定義できるソリューションを探しましょう。また、「ドライラン（試験）」という形で定期的にテストを実施できるソリューションであれば、ディザスタリカバリプランの堅牢性に自信を持つことができます。
ポリシーレベルのリカバリ・オーケストレーションを含むソリューションを使用することで、AWSワークロードをより安全に保護し、潜在的な構成の問題について常に情報を得ることができます。
自動化が進めば、手作業が減り、エラーの余地が減り、組織のリスクが軽減されます。
バックアップソリューションの評価: データ・ライフサイクル管理
データ管理は、特にクラウドに移行・保存される大量のデータによって、以上に重要になっている。組織はますます、コンプライアンスを証明し、データを長期間保存する必要に迫られています。デフォルトでは、ほとんどのバックアップ＆リカバリ・ソリューションでは、保存期間を定義することができますが最も費用対効果の高いストレージ階層にデータを保存しない場合があります。これはストレージコストの上昇やデータ管理の悪化につながります。
データ・アーカイブがデータ・ライフサイクル管理戦略の重要な一部である場合、バックアップを最適なストレージ階層に移動できるソリューションを検討する必要があります。データ・ライフサイクル管理が組み込まれたソリューションは、Amazon S3とAmazon Glacierストレージ・クラスを活用することで、企業があらゆる保存期間を満たすのに役立ちます。
新しいバックアップ・ソリューションとリカバリ・ソリューションを評価する際には、組織のデータ・コンプライアンスと保持ポリシーを見直すことです。データを数年間保存する必要がありますか？もしそうであれば、よりコールド（安価）なストレージへのライフサイクルを促進するソリューションが適しています。
RSSフィードを取得する
