AWS データバックアップのベストプラクティス＋（リスクと制限事項）

AWS Backup はある程度のデータ保護機能を提供していますが、その組み込みソリューションには欠点もあります。この専門家によるガイドで、AWS データバックアップのベストプラクティスについて学びましょう。

Andy Fernandez

Director of Product Management

掲載 November 7, 2023

更新 July 27, 2026

AWS Backupとは何ですか？

Amazon Web Services (AWS) Backupは、コスト効率に優れ、フルマネージドで一元管理されたサービスであり、データバックアップを簡素化する、コスト効率に優れ、フルマネージドで一元化されたサービスです。

このシステムは、すべてのバックアップタスクを自動化し、1か所に集約するように設計されており、AWSリソースの監視作業を容易にします。

さらに、AWS Backup は、以下を含む複数の AWS サービスにわたるストレージボリューム、ファイルシステム、およびデータベースを保護するための充実した機能を備えています：

Amazon DynamoDB
Amazon Elastic Block Store (EBS)
Amazon Relational Database Service (RDS)
Amazon Elastic File System (EFS)
AWS Storage Gateway
Amazon Simple Storage Service (S3)
Amazon Elastic Compute Cloud (EC2)

AWS BackupによるEC2およびRDSのバックアップ管理方法

AWS Backupは、Amazon EC2やRDSを含む個々のネイティブサービスのバックアップ操作を管理するための一元化されたコンソールとして機能します。これにより、統一されたインターフェースを通じて、ユーザーはEC2インスタンスやRDSデータベースのバックアッププラン、スケジュール、および保存期間ポリシーを定義できます。

Amazon EC2の場合、AWS Backupを使用すると、バックアップの実行頻度や保存期間を指定したバックアッププランを作成できます。

多くの場合、これらのプランには、バックアップ処理中のデータの整合性を確保するための、アプリケーション整合性バックアップが含まれます。さらに、AWS Backup では、バックアップ処理の一環として EC2 インスタンスの Amazon Machine Image (AMI) を作成できるため、インスタンスの復元が簡素化されます。

__wf_reserved_inherit

Amazon RDS の場合、毎日自動的にバックアップが実行され、指定された期間保存されます。また、AWS Backup を使用して手動でスナップショットを作成することも可能で、バックアッププロセスをより細かく制御できます。

💡注 → AWS Backup は、一元化されたインターフェースを通じて EC2 および RDS のバックアップ管理を簡素化しますが、バックアッププロセスの特定の側面については、依然として手動での設定やネイティブサービスとの連携が必要になる場合があります。

こうした作業には、バックアップの頻度や保存ポリシー、および具体的なユースケースに応じて異なるその他のパラメータの指定などが含まれる場合があります。

AWS Backup はどのように機能するのでしょうか？

AWS Backup のエコシステム全体は、AWS サービス全体にわたるデータバックアップを一元化および自動化することで機能します。そのために、以下の手順に従います。

バックアップポリシーを定義します。

AWS Backup は、「バックアッププラン」と呼ばれるバックアップポリシーを作成します。これにより、バックアップの頻度やバックアップの保持期間など、AWS リソースに適用されるバックアップ要件を定義することができます。また、AWS Backupのコンソール、API、またはAWSコマンドラインインターフェース（CLI）を使用して、これらのポリシーを作成・管理することも可能です。

例えば、ニーズや要件に応じて、月次、週次、日次、または時間単位のバックアップスケジュールを実装するバックアッププランを作成できます。

さらに、リソースグループやタグ付け機能を活用して、特定の基準に基づいてバックアップを分類することもできます。これにより、要件に応じてバックアップを整理し、より効率的に管理することが可能になります。

例えば、古いバックアップをストレージコストが低いコールドストレージに転送したり、不要になったバックアップの有効期限ポリシーを設定したり [推奨されません] することで、バックアップストレージのコストを最適化できます。

バックアッププランに [対象となる] AWS リソースを割り当てます。

これらのリソースは、Amazon DynamoDB テーブル、Amazon EBS ボリューム、Amazon RDS データベース、Amazon EFS ファイルシステム、AWS Storage Gateway ボリュームなど、さまざまな AWS サービスに属するものが対象となります。また、リソースの数が膨大な場合は、「リソースタグ」を使用して、リソースをバックアッププランに割り当てることができます。

自動バックアップを開始します。

バックアッププランが作成され、リソースが割り当てられると、AWSはバックアッププランで設定された事前定義されたスケジュールに従って、割り当てられたリソースの自動バックアップを開始します。

‍リカバリポイントに進みます。

AWS は、すべてのバックアップデータを「リカバリポイント」に保存します。これは一般的に、AWS サービス内のさまざまなバックアップを指します。たとえば、Amazon Simple Storage Service (S3) はファイルレベルのバックアップに、Amazon EBS はブロックレベルのバックアップによく使用されます。ここで、各リカバリポイントは、ある時点におけるリソースのバックアップとなります。

バックアップストレージ。

すべてのAWSバックアップは、「バックアップデータを保護するための保管庫」に保存されます。これらの保管庫は適切に暗号化されており、Key Management Service（KMS）を使用した「アクセス制御」機能を提供しています。

監視。

バックアップ完了後、AWS BackupはAWS環境全体のバックアップアクティビティをダッシュボード上で表示します — ただし、注意点があります。

バックアップジョブ、パフォーマンス、使用状況などを可視化するには、それを実現するために別途設定を行う必要があります。たとえば、CloudTrail、CloudFormation、EventBridgeに加え、通知用の個別の設定も必要となります。

復元。

バックアップしたファイルを復元する際は、AWS Backupの復元機能をご利用いただけます。

ただし、AWSでは、主な対象サービス（例：EC2）に対してファイル単位の復元はサポートされていません。AWSの復元オプションのほとんどはインスタンス単位のみとなります（RDS、EC2、Auroraなど）。また、DB レベルの復元もできません。

ただし、AWS Backup コンソール、API、または CLI を使用して復元プロセスを開始することは可能です。これにより、特定の復元ポイントや、データを復元する日時を選択することができます。

AWS Backupの機能と特徴

AWS Backupにはいくつかの主要な機能と特徴があり、AWSリソース向けの強力かつ柔軟なバックアップソリューションとなっています。その注目すべき機能の一部を以下にご紹介します：

リージョン間バックアップ

AWS Backup を使用すると、オンデマンドで、あるいはスケジュールされたバックアップ計画の一環として自動的に、複数の AWS リージョン間でバックアップをコピーすることができます。これは、災害復旧の状況や、バックアップを元の場所から離れた場所に保存しなければならないコンプライアンス要件の一部として特に役立ちます。

アカウント間バックアップおよび管理

AWS Backup を使用すると、各アカウントのバックアップポリシーを自動的に適用してバックアッププランを実行することで、組織内のすべての AWS アカウントにわたるバックアップを管理できます。

さらに、アカウント間バックアップ機能により、AWS Organizationの管理構造内にある複数の異なるAWSアカウントへバックアップをコピーすることが容易になります。つまり、「ファンイン」および「ファンアウト」ことが可能になります。

ファンインを行うことで、複数のAWSアカウントに分散しているバックアップを単一のリポジトリアカウントに集約し、バックアップ活動の監視を容易にします。

次に、ファンインを行うことで、バックアップを他のアカウントにコピーし、耐障害性を高めることができます。これにより、誤削除や悪意のある活動に対する追加の保護が提供されます。

ライフサイクル管理ポリシー

AWS Backupのライフサイクル管理ポリシーは、特定の期間が経過すると、バックアップデータを自動的に低コストのコールドストレージ階層に移行します。また、ライフサイクルの終了時にバックアップを自動的に削除するように設定することもでき、不要になったストレージに対して料金を支払う必要がなくなります。

一元化されたバックアップ管理

AWS Backup は、複数の AWS サービスにわたるバックアップを管理するための一元化されたコンソール、API、および CLI を提供します。これにより、1 か所からバックアップポリシーを定義および管理できるため、バックアップの設定と管理プロセスが簡素化されます。

バックアップアクティビティの監視とレポート

AWS BackupはAWS CloudWatchおよびAWS CloudTrailと連携し、バックアップおよび復元ジョブの詳細なレポートを提供します。バックアップおよび復元ジョブの進捗状況を監視し、潜在的な問題に関するアラートを受け取り、コンプライアンスレポートを生成できるため、バックアップ運用を完全に可視化し、制御することができます。

AWS BackupはEventBridgeとも連携しており、一元化されたダッシュボードを通じてバックアップイベントをリアルタイムで表示・監視することができます。

バックアップ・ヴォールト

AWS Backupのバックアップ・ヴォールト機能では、完全な暗号化とリソースベースのアクセスポリシーが提供され、バックアップ、さらにはヴォールト自体へのアクセス権限を制御できます。

各AWS Backupバックアップの内容は不変ですが（つまり、誰も変更できません）ですが、AWS Backup Vault Lock を使用することで、WORM（Write-Once-Read-Many）セキュリティモデルを適用できます。これにより、誰であっても（ご自身を含め）、バックアップを削除したり、保存期間を変更したりすることができなくなります。

コンプライアンスと監査

AWS Backupの「Backup Audit Manager」は、バックアップ活動を管理するための組み込み制御機能を提供し、監査、コンプライアンス、およびガバナンスの要件を満たすことを可能にします。

たとえば、アカウント単位の監査を実行することで、コンプライアンス要件をまだ満たしていない特定のリソースやアクティビティを特定することができます。また、AWS Organizations にも対応しており、複数のアカウントにわたるバックアップの管理や監視が可能です。

ただし、注意点があります。AWS では、監査を行うために別途設定や追加のサービスが必要となります。具体的な仕組みについては、こちらのYouTube動画をご覧になることをお勧めします。

フルバックアップと増分バックアップ

フルバックアップ

フルバックアップを実行すると、AWS Backup は、バックアップジョブが開始された時点における、選択されたリソース内のすべてのデータを取得します。このバックアップは、その後、バックアップ・ヴォールト内にリカバリポイントとして保存されます。このリカバリポイントには、データをバックアップ時点の状態に復元するために必要なすべての情報が含まれています。

フルバックアップ機能の主な利点の一つは、AWS Backup ボールトの KMS キーを使用してバックアップを自動的に暗号化することです。これにより、AWS Backup にさらなる保護層が追加されます。

増分バックアップ

AWS Backupは増分バックアップをサポートしており、前回のバックアップ以降に行われた変更のみをキャプチャします。これにより、データの重複コピーを回避し、バックアップ所要時間とストレージコストを削減できます。

バランスの取れたバックアップ戦略の一環として、フルバックアップと増分バックアップを組み合わせてご利用ください。たとえば、週に1回はフルバックアップを実行し、その他の日は増分バックアップを実行することができます。このアプローチにより、包括的なデータ保護を実現しつつ、ストレージコストの管理にも役立ちます。

これらの機能と性能により、AWS BackupはAWS上のバックアップを管理するための包括的なソリューションとなり、データの保護を確実にするとともに、事業継続およびコンプライアンス要件の達成を支援します。

💡注 → AWS Backup では、 DocumentDB、Neptune、Amazon Redshift、および DynamoDB に対する増分バックアップのサポートは提供されていません。

EC2インスタンス用のAWS Backupを作成する方法

AWSでバックアップを作成するには、以下の手順に従ってください。

ステップ1：バックアッププランを作成する

「AWS Management Console」（https://console.aws.amazon.com/）にアクセスし、AWSアカウントの認証情報を使用してサインインしてください。
「AWS Backup」サービスに移動します。」
「Management & Governance」をクリックするか、「backup」と入力してください。
「バックアッププラン」をクリックし、「バックアッププランの作成」を選択します。」

ステップ 2: バックアッププランの設定

バックアッププランを作成するには 2 つの方法があります。既存のプランテンプレートを基に作成するか、新しいプランを作成するかを選択できます。

このガイドでは、「新しいプランを作成」を選択し、名前を付けましょう。次に、必要に応じてバックアップ設定を行います。

バックアップの頻度（例：毎日、毎時間、毎月）を選択します。
バックアップのウィンドウ（バックアップが実行される時間帯）を選択します。
バックアップの保存期間を決定するライフサイクルルールを指定してください。
日、週、月、年などの特定の基準に基づいて、保存期間を設定できます。
必要に応じて、「リージョン間バックアップ」を有効にし、耐障害性を高めるために別のAWSリージョンにバックアップのコピーを保存することもできます。

ステップ 3: バックアップルールの定義

「詳細なバックアップ設定」セクションに移動し、表示されたオプションからバックアップ方法を選択してください。

次の画面では、リソースの割り当てを求められます。

💡注 → リソースの割り当てにより、新しく作成した、または既存のバックアッププランを使用して、AWS Backupが保護するリソースが指定されます。

AWS Backup では、リソースを割り当てる方法が 3 つあります。

コンソールを使用したリソースの割り当て。
AWS CloudInformation を使用したリソースの割り当て。
プログラムによるリソースの割り当て。

このガイドでは、コンソールを使用してリソースを割り当てます。

「リソースの割り当て」セクションには、「割り当て方法」と「タグを使用したリソースの割り当て」の2つのオプションが表示されます。

リソースを手動で割り当てる場合は：

「リソースの割り当て方法」を選択し、「リソースを追加」をクリックしてください。
「リソースの種類」ドロップダウンから、割り当てたいリソースの種類を選択してください。たとえば、Amazon RDS インスタンスを割り当てる場合は、「RDS」を選択してください。
「リソース ID」フィールドに、リソースの ID を入力してください。RDS インスタンスの場合は、インスタンス識別子になります。
「追加」をクリックして、リソースを追加してください。

この手順を繰り返すことで、手動で必要なだけリソースを追加できます。

タグを使用してリソースを割り当てる場合は：

「タグを使用してリソースを割り当てる」を選択し、「条件を追加」をクリックしてください。
「タグキー」フィールドに、タグのキーを入力してください。
「タグ値」フィールドに、タグの値を入力してください。
「追加」をクリックして、条件を追加してください。

この設定により、AWS Backupは指定されたタグが付与されたすべてのリソースを自動的にバックアップします。

最後に、「リソースを割り当てる」をクリックして変更を保存してください。

これで完了です！ AWS Backup は、バックアッププランで定義したスケジュールとルールに従って、割り当てたリソースをバックアップするようになります。

ステップ 4: バックアップ・ヴォルトの設定

バックアップを保存する AWS Backup ボールトを選択してください。
「バックアップ・ヴォルトを作成する」を選択してください。
Vault の名前を入力し、必要に応じて説明を追加してください。例えば、会社の財務記録用であれば、「[会社名_財務記録_年]」といった名前が考えられます。
バックアップの暗号化設定を選択してください。暗号化キーの管理には AWS KMS を使用することも、AWS Backup に自動的に管理させることもできます。
「バックアップ・ヴォールトを作成」をクリックしてください。

ステップ 5: バックアップ・プランの確認と作成

すべての設定を確認し、問題がなければ「プランを作成」をクリックしてください。」

これで、AWS Backup はプランで定義されたルールに従ってリソースを自動的にバックアップします。

AWS Backup の「ジョブ」セクションにアクセスすることで、これらのバックアップのステータスを確認できます。これにより、バックアップからのデータの復元、バックアッププランの変更、およびその他のバックアップ関連のタスクを実行できます。

💡AWS Backup の利用およびバックアップによって消費されるストレージには費用が発生することにご注意ください。

詳細な費用情報については、必ず AWS の料金ページをご確認ください。

AWS Backup のベストプラクティス

明確な RTO および RPO を定義する
費用対効果の高いストレージソリューションを活用する
バージョン管理とスナップショットのライフサイクルを管理する
バックアップデータとVaultの暗号化
マルチリージョン災害復旧計画の実施
バックアップを定期的に監視・テストする
バックアップ運用を自動化しましょう

1. 明確なRTOとRPOを定義する

復旧時間目標（RTO）と復旧時点目標（RPO）は、効果的なバックアップおよび災害復旧戦略を設計する上で不可欠な2つの指標です。これらは、バックアップの頻度、レプリケーション、および災害発生後にアプリケーションを実行するために必要なインフラストラクチャに関する意思決定の指針となります。

復旧時間目標（RTO）

これは、アプリケーションがオフラインになっていても許容できる最長時間です。この指標は、障害や災害発生時のアプリケーションのダウンタイムを決定します。

たとえば、RTOが2時間に設定されている場合、バックアップおよび復旧戦略は、いかなる障害発生後でも 2 時間以内にシステムを復旧できるよう設計される必要があります。

復旧時点目標 (RPO)。

これは、災害発生後に通常の運用を再開するために、組織がバックアップストレージから復旧しなければならないファイルの最大経過時間です。言い換えれば、損失を許容できるデータの量です。

たとえば、RPOが1時間の場合、データ損失を最小限に抑えるためには、少なくとも1時間ごとにデータをバックアップする必要があります。

AWS Backup における RTO および RPO

AWS Backup をご利用の際は、必要な RTO および RPO を満たすよう、バックアップ戦略を設計してください。

RPOを満たすために必要な頻度でバックアップをスケジュールできます。たとえば、RPOが1時間の場合、1時間ごとにバックアップが実行されるようにスケジュール設定できます。
RTOを満たすためには、AWSで利用可能な高速な復元オプションの活用をご検討ください。例えば、Amazon EFSファイルシステムの復元時間を短縮するために、プロビジョニングされた容量を活用することができます。

なお、これらの決定は、ビジネスのニーズや規制要件に基づいて行う必要があります。バックアップの頻度が高くなったり、保存期間が長くなったりすると、AWSのストレージコストが増加する可能性があるため、過度なコストをかけずにデータ保護と事業継続性を確保できるバランスを見つける必要があります。

2. コスト効率の高いストレージソリューションの活用

保存するバックアップが増えれば増えるほど、ストレージの容量はそれだけ早く埋まってしまいます。時間が経つにつれてこれが蓄積され、特にデータ量が多い場合や、データを長期間保持する場合、多額のコストが発生することになります。必要なときにデータが利用可能であることを確保しつつ、これらのコストを最適化することが重要です。

このために活用できる AWS Backup の機能の一つに、さまざまな AWS ストレージサービスとの統合があります。これにより、さまざまなパフォーマンス特性や価格帯を持つ幅広いストレージオプションが提供されます。

一方、活用すべき2つのポリシーとして、ライフサイクル管理と保存期間ポリシーが挙げられます。

ライフサイクル管理

AWS Backup を使用すると、ライフサイクルポリシーを自動的に適用し、バックアップデータを異なるストレージ階層間で移行させることができます。この機能により、ストレージコストを大幅に削減できます。

例えば、最初はバックアップデータをAmazon S3（コストは高いですが、すぐにアクセスできるストレージ階層）に保存し、一定期間経過後にAmazon S3 GlacierまたはAmazon S3 Glacier Deep Archive（低コストのストレージ階層）に移行することができます。

💡注 → これらの「コールド」ストレージ階層は、データの取得に時間がかかるため、この戦略は、すぐに復元する必要性が低いデータに最適です。

保存期間ポリシー

AWS Backup を設定して、一定期間経過後にバックアップを削除するようにできます。保存期間ポリシーを定義することで、不要になったストレージに対して料金を支払うことを防ぐことができます。

たとえば、日次バックアップを1か月間、週次バックアップを3か月間、月次バックアップを1年間保存するように設定できます。このポリシーにより、ストレージコストを管理しながら、さまざまな時点のデータを復元できるようになります。

3. バージョン管理とスナップショットのライフサイクル管理

バージョン管理とスナップショットのライフサイクル管理は、AWS Backup を適切に運用するための重要な要素です。これらにより、データのさまざまなバージョンについてバックアップが利用可能かつ復元可能であることが保証され、古くて不要なバックアップは適切に破棄されます。

バージョン管理

バージョン管理とは、それぞれ異なる時点を表すバックアップの複数のバージョンを保持することです。この戦略により、これらのバージョンのいずれからでもデータを復元することが可能になります。これは、データの破損、誤削除、あるいはランサムウェア攻撃などが現在のデータに影響を及ぼした場合に極めて重要となります。

AWS Backupは、スナップショット機能を通じてバージョン管理機能を提供します。リソースのスナップショットを取得するたびに、それは個別のリカバリポイントとして保存されます。ニーズに応じて、これらの復旧ポイントのいずれかからデータを復旧するように選択できます。

スナップショットのライフサイクル管理

スナップショットのライフサイクル管理では、スナップショット（またはバックアップバージョン）を異なるストレージ階層間へ移行されるか、または削除されるかを定義するものです。これは、ストレージコストを管理し、データ保持ポリシーへの準拠を確保するための不可欠な戦略です。

AWS Backup では、バックアッププラン内でライフサイクルルールを定義できます。例えば、 30 日後にバックアップをより安価なストレージ階層に移行し、1 年後に削除するというルールを定義できます。このアプローチにより、バックアップを十分な期間保持しつつ、不要なストレージコストを回避するバランスを取ることができます。

バージョン管理とスナップショットのライフサイクルを効果的に管理することで、さまざまな時点からのデータ復元を確実に実行し、、バックアップのストレージコストを最適化することができます。

4. バックアップデータと保管庫の暗号化

組織で機密データを扱っている場合、堅牢なデータ保護システムの導入が義務付けられている可能性が高いでしょう。その方法の一つとして、データとその保存先である保管庫を暗号化することが挙げられます。

推奨される手法の一つは、AWS クラウド保護機能を最大限に活用することです。これにより、転送中および保存中のデータの暗号化が可能になります。

保存中のデータの暗号化

AWS Backup は、保存中のバックアップデータを暗号化し、権限のない者が機密データにアクセスできないようにします。また、バックアップ・ヴォールトを作成する際には、そのヴォールトに保存されるバックアップデータを暗号化するために、AWS Key Management Service（AWS KMS）のキーを指定することができます。

さらに、AWS Backupはお客様が管理するキーもサポートしており、キーのローテーション、キーポリシーの設定、詳細な使用状況の監査など、より柔軟な運用と管理が可能になります。

あるいは、AWS CloudHSM を使用して暗号化キーを生成・利用することも可能です。これにより、高信頼性かつ低遅延のワークロードを展開し、規制コンプライアンスの遵守を支援できます。

これは、データを不正アクセスから保護するだけでなく、GDPRやHIPAAなどのデータ保護規制への準拠にもしばしば必要とされます。

転送中のデータの暗号化

AWS Backupでは、データのバックアップおよび復元時に、転送中のデータも暗号化されます。つまり、リソースとAWS Backupの間、あるいはAWS Backup内の異なる部分間でデータが移動する際にも、データは保護されます。

5. マルチリージョン災害復旧計画の実施

複数のAWSリージョンにバックアップを複製することで、災害復旧機能を強化できます。

この地理的な冗長性により、特定のリージョンで発生した災害や、自然災害や停電などの障害が発生した場合でも、データを保護することができます。

さらに、AWS Backupは他のAWSサービスと組み合わせることで、リークン間レプリケーションやフェイルオーバーのオプションを提供します。

たとえば、Amazon S3 クロスリージョンレプリケーションや Amazon Aurora グローバルデータベースなどのサービスを使用して、リージョン間でバックアップを自動的にレプリケートすることができます。リージョンで障害が発生した場合でも、別のリージョンにあるレプリケートされたバックアップへ簡単にフェイルオーバーでき、業務のシームレスな継続性を確保できます。

マルチリージョンバックアップを実装するには：

バックアッププランの作成または編集時に、「バックアップ設定」で「リージョン間バックアップ」を有効にしてください。
コピーされるバックアップの保存先リージョンを指定してください。

💡プロのヒント → リカバリ時間目標（RTO）（RTO）を満たせるように、この復旧プロセスを事前に計画し、テストしておくことをお勧めします。

6. バックアップを定期的に監視・テストする

どんなに優れたバックアップ戦略であっても、定期的にテストと監視を行って初めて効果を発揮します。定期的なテストにより、必要なときにバックアップを確実に復元できることが保証され、継続的な監視により、潜在的な問題が深刻化する前に発見することができます。

バックアップのテストに関しては、以下の手順に従ってください：

バックアップおよび復元手順の有効性を確認するための定期的なテストスケジュールを策定してください。特に、データやアプリケーションに大幅な変更を加えた場合は、必ず実施してください。
復元テストを実施し、バックアップデータの復元可能性を検証してください。さまざまなデータタイプやシナリオをテストし、必要なときにバックアップを復元してアクセスできることを確認してください。

たとえば、AWS CloudWatch を使用して、バックアップおよび復元ジョブのステータスを監視したり、バックアップ・ヴォルトのストレージ使用量を追跡したり、バックアップジョブの失敗などのイベントに対してアラームを設定できます。

また、AWS BackupはAWS CloudTrailと連携しており、AWS Backupに対して行われたすべてのAPI呼び出しが記録されます。 CloudTrail のログを使用して、バックアップアクティビティを監査し、削除されたバックアップの数が異常に多いといった異常なアクティビティを検出することができます。

7. バックアップ操作の自動化

バックアップの自動化は、定期的かつ信頼性が高く、効率的なバックアップを維持するための鍵となります。これにより、人為的なミスを減らし、一貫性のあるバックアップを確保できるほか、手動のバックアッププロセスに費やされていた時間やリソースを節約できます。

AWS Backup では、バックアッププランを定義することでバックアップを自動化できます。

AWS Backup でバックアップを自動化するには：

AWS Backup コンソールから、「バックアッププラン」を選択します。
「バックアッププランの作成」を選択します。
バックアッププランを定義します（一から作成するか、テンプレートを使用します）
リソース ID またはタグを使用して、バックアッププランにリソースを割り当ててください。

👀 豆知識 → バックアッププランとは、バックアップの作成時期や方法、保持期間、および異なるストレージ階層への移行方法を定義するポリシーです。

あるいは、AWS Organizations を利用してバックアップポリシーを自動化し、サポート対象の AWS リソース全体にわたるバックアップ活動の導入、構成、管理、ガバナンスを、すべてバックアップ操作のスケジュール設定によって行うことも可能です。

AWS Backupの制限事項

AWS Backupは多くの強力な機能とAWSサービスとの高度な統合を提供していますが、一定の制限事項も存在します。特定のバックアップおよび復旧のニーズを満たすためには、これらの制限事項を理解することが重要です：

AWSエコシステムに固有。 AWS Backupは、AWSエコシステム内で動作するように設計されています。つまり、オンプレミスのデータセンターや他のクラウドプロバイダーなど、AWS外のリソースのバックアップおよび復旧には対応していない場合があります。これは、ハイブリッドまたはマルチクラウドアーキテクチャにおいて制約要因となる可能性があります。
細粒度の復元ができない。サービスによっては、AWS Backupでは細粒度の復元オプションが提供されない場合があります。たとえば、Amazon EFS を使用していて、単一のファイルを復元したい場合、ファイルシステム全体を復元しなければならない可能性があります。これにより、特定のユースケースでは、復旧時間が長くなり、コストが高くなる可能性があります。
非効率的なリージョン間バックアップ。 AWS Backupにおけるリージョン間バックアップは、バックアップ・ヴォールトレベルで制御されます。リソースごとに異なるリージョン間設定が必要な場合、複数のバックアップ・ヴォールトを作成する必要があり、これにより複雑さが増す可能性があります。
復元機能の制限。例えば、データベースの特定時点への復元や、アプリケーションの依存関係に合わせてシステムを特定の順序で復元するといった高度なオプションは利用できません。AWS Backup を使用してより複雑な復旧シナリオや DR 演習を実施するには、 AWS Lambdaなどの追加のAWSサービスを使用して、カスタムスクリプトやワークフローを作成する必要があります。これにより、バックアップおよび復旧ソリューションの複雑さが増し、管理に追加の時間と専門知識が必要になる可能性があります。
復元に関する制限事項。どのようなバックアップソリューションにおいても、データを正確かつ効率的に復元できるかどうかは、最も重要な考慮事項の一つと言えるでしょう。AWS Backupはデータ復元のためのさまざまなオプションを提供していますが、復旧目標に影響を及ぼす可能性のある制限も存在します。例えば、復元操作にかかる時間は、バックアップのストレージクラスやデータサイズによって大きく異なる場合があります。AWSは復元時間に関するSLA（サービスレベル契約）を提供していないため、ダウンタイムが許されないミッションシナリオでは、ダウンタイムが許されないため、問題となる可能性があります。
スクリプト作成と設定の複雑さ。 AWS Backupには自動化機能がありますが、多くの場合、スクリプトの作成や手動での設定が必要となります。このプラットフォームではポリシーによる自動バックアップが可能ですが、条件分岐ロジックや他のサービスとの連携を伴う複雑なバックアップ操作には、スクリプト作成が必要になる可能性が高いです。つまり、ユーザー自身またはITチームが、AWS SDK、API、およびPythonやShellなどのスクリプト言語について十分な理解を持っている必要があります。
サービス間の操作のばらつき。AWS Backup では、EC2、RDS、DynamoDB など、さまざまな AWS サービスのリソースをバックアップできます。しかし、これらのサービスにおけるバックアップ操作はそれぞれ異なり、統一されたアプローチが欠けています。例えば、EC2インスタンスのバックアップ手順は、RDSデータベースのそれとはかなり異なります。この断片化により、バックアップ管理が複雑化し、一貫性のあるバックアップ戦略を維持することが難しくなります。
マルチアカウント管理。組織内で部門やプロジェクトごとに複数の AWS アカウントを使用している場合、AWS Backup を使用してこれらのアカウントにまたがるバックアップを管理することは、大きな課題となります。AWS Backup には、マルチアカウントのバックアップ管理に対するネイティブなサポートは提供されていません。バックアップデータを手動で集約したり、サードパーティ製のソリューションを採用したりすることでこの制限を回避することは可能ですが、それによりバックアップ戦略の複雑さとコストが増大してしまいます。
コスト管理。AWS Backupにはいくつかのコスト見積もり機能がありますが、これらは比較的基礎的なものです。このサービスでは、さまざまなAWSサービス、ストレージクラス、またはリージョンに関連するバックアップコストについて、包括的な洞察を提供していません。こうした可視性の欠如により、コストを正確に予測することが困難になり、予期せぬ出費につながる可能性があります。詳細なコスト分析機能がないことが主な原因で、ユーザーが気づかないうちにバックアップストレージの料金が発生し、支払いを余儀なくされた事例もあります。
可視性とモニタリングの不足。モニタリングは、あらゆるバックアップ戦略において不可欠な要素です。バックアップジョブが正常に完了したか、あるいは失敗したかを把握し、直ちに是正措置を講じられるようにする必要があります。AWS Backupの監視機能は多少限定的であり、より詳細なメトリクスやアラートを得るためには、Amazon CloudWatchとの連携が必要になることがよくあります。オールインワンの監視ソリューションがないということは、適切な監視およびアラートメカニズムを構築するために、追加の時間とリソースを投入しなければならない可能性が高いということです。

💡 HYCU for AWS なら、こうした制限を回避できます

AWS Backup はデータを保護してくれますか？

いいえ、保護しません。少なくとも、皆さんが想像しているような形では保護しません。その理由は以下の通りです。

確かにAWS Backupが何らかの形でデータ保護を提供しているのは事実ですが、災害発生時の復旧プロセスの管理および開始の責任は、お客様にあります。

AWSは災害復旧を実施するために必要なツールやサービスを提供していますが、特定の復旧時間目標（RTO）および復旧時点目標（RPO）を満たしていることを確認するのは、お客様[顧客]ご自身の責任となります。

これは「共同責任」モデルと呼ばれています。

AWS Backupの責任分担モデルとは何ですか？

責任分担モデルとは、単にAWSのクラウドセキュリティに対するアプローチのことです。これは、AWSクラウドにおける運用のセキュリティとコンプライアンスを確保するために、AWSとお客様の責任を厳格に規定したものです。

AWSの責任

AWSは、AWSクラウドで提供されるすべてのサービスを実行するインフラストラクチャの保護に責任を負います。このインフラストラクチャは、AWSクラウドサービスを実行するためのハードウェア、ソフトウェア、ネットワーク、および施設で構成されています。
AWS Backup については、AWS は、本サービスの可用性と信頼性を確保するとともに、本サービスを通じて保存されるバックアップデータが安全であり、AWS サービスレベル契約（SLA）に準拠していることを保証します。
AWSグローバル・クラウド・インフラストラクチャ（GCI）により、お客様は耐障害性の高いワークロード・アーキテクチャを構築できます。
AWSは、AWSサービスを実行するグローバルインフラストラクチャの保護に責任を負います。AWSは、データセンターの物理的なセキュリティ、およびコンピューティング、ストレージ、データベース、およびネットワークリソースから構成されるインフラストラクチャのセキュリティを担当しています。

お客様の責任

お客様は、バックアップおよび復元操作の実行、ならびにビジネスニーズに合わせてそれらの操作を設定することを含め、ご自身のデータの管理に責任を負います。

具体的には、AWS Backup に関しては、お客様は以下の責任を負います：

バックアップおよび復元の設定。お客様は、バックアップの頻度や保存期間の定義、バックアップ対象の AWS リソースの選択など、バックアップポリシーを設定する必要があります。また、必要に応じて復元操作を開始し、管理する必要があります。
セキュリティ設定。 AWS はツールを提供していますが、バックアップデータの暗号化などのセキュリティ設定を正しく構成するのは、お客様ご自身の責任となります。AWS Key Management Service (KMS) をご利用になる場合、お客様はご自身の暗号化キーを管理する必要があります。
コンプライアンス。AWS Backupの利用が、関連するすべての法令および規制に準拠していることを確認するのは、お客様の責任となります。これには、データ保持、データ保護、データリスクの軽減、およびデータ主権に関する具体的な規則が含まれる場合があります。
災害復旧計画。AWS Backupはリークロスバックアップをサポートしていますが、バックアップデータに適したリージョンの選択を含め、災害復旧戦略の策定および管理はお客様ご自身で行う必要があります。

__wf_reserved_inherit

要約すると、AWSはバックアップおよび復元操作のための堅牢なツールを提供していますが、それらのツールを正しく使用する責任は、[お客様]ご自身にありますにあります。

そのため、組織はAWSでのバックアップ運用を管理するために必要な専門知識を確保するか、支援を受けるためにマネージドサービスプロバイダーとの提携を検討する必要があります。

HYCUでAWS Backupを保護しましょう

HYCUは、AWSのお客様向けにアプリケーション認識型のデータ保護、データ移行、および災害復旧ソリューションをAWSのお客様に提供しています。このプラットフォームは、AWS上でワークロードを実行しているお客様、AWSへのワークロード移行を進めているお客様、およびオンプレミスのワークロードの災害復旧先としてAWSを活用したいお客様を支援します。オンプレミスおよびパブリッククラウド環境向けのアプリケーション整合性のあるバックアップ、復旧、移行機能により、 HYCUは、真のエンタープライズクラスのマルチクラウドデータ保護ソリューションを提供しています。

AWS向けデータ保護

HYCUは、AWS上で稼働する重要なワークロードに対して、アプリケーション一貫性のあるバックアップとリカバリを保証するクラウドネイティブなソリューションを提供しています。

HYCUは、直感的なワンクリックインターフェース、プラットフォームとのシームレスな統合、およびアプリケーション認識機能を通じてこれを実現しています。さらに、AWS 上のコンプライアンス・アズ・ア・サービス（CaaS）機能が組み込まれています。

AWS 向けデータ復旧

AWS をディザスタリカバリ（DR）先としてAWSを活用したいお客様に対し、HYCUはオンプレミスやパブリッククラウド上のワークロードからAWSへの移行、あるいは「フェイルオーバー」をシームレスに行うソリューションを提供します。

HYCU なら、実際に AWS へのフェイルオーバーが必要になるまで、コンピューティングリソースや高性能ストレージに対する前払いの必要がなくなります。

ワンクリックでのきめ細かな復元

HYCU を利用する最大の利点の一つは、ワンクリックでのきめ細かな復元機能です。この機能により、バックアップ全体を復元することなく、個々のファイル、データベース、さらには特定のデータベーステーブルさえも復元することが可能です。プロセスはシンプルで分かりやすく、AWS Backupのみを使用する場合にしばしば必要となる複雑なスクリプト作成や設定が一切不要となります。

スクリプトや設定が一切不要

AWS Backupでは、より高度なバックアップ戦略のためにスクリプトや複雑な設定が必要となる場合が多いですが、HYCUではこうした要件が完全に排除されています。このプラットフォームはユーザーフレンドリーに設計されており、直感的なグラフィカルユーザーインターフェース（GUI）を通じてバックアップを設定できます。つまり、データを効果的に保護するために、スクリプトの専門家である必要も、AWS SDKを理解している必要もありません。この「スクリプト不要」のアプローチにより、学習曲線が大幅に軽減され、堅牢なバックアップ戦略を容易に導入できるようになります。

「設定して後は放置」のポリシー

HYCUでは、あらかじめ定義されたスケジュールに従ってすべてのバックアップタスクを自動的に処理するバックアップポリシーを設定できます。これらの「設定して後は放置」型のポリシーは設定が簡単で、一貫性があり信頼性の高いバックアッププロセスを実現します。この自動化により、時間を節約できるだけでなく、人為的なミスや見落としによるバックアップの漏れも防ぐことができます。設定が完了すれば、HYCUが自動的に処理を引き継ぎ、設定したポリシーに従ってデータが確実にバックアップされているという安心感を得られます。

包括的な監視とアラート

AWS Backupの制限事項の一つは、オールインワンの監視ソリューションが欠けている点です。 HYCUは、通知、レポート、利用状況の分析を含む包括的な監視機能を提供することで、この課題を解決します。HYCUを使用すれば、バックアップのステータスを簡単に追跡し、問題が発生した際に即座にアラートを受け取ることができ、さらには監査やコンプライアンスの目的で詳細なレポートを作成することも可能です。これらすべてはHYCUダッシュボードを通じて行われるため、別々のツールやコマンドラインインターフェースを併用する必要がなくなります。

統合管理

HYCUは、すべてのバックアップ活動を管理するための一元化されたプラットフォームを提供します。 EC2インスタンスであれRDSデータベースであれ、HYCUはこれらのサービスにわたるバックアップ管理を容易にする統合的なアプローチを提供します。この統合されたアプローチにより、異なるツールやコマンドラインインターフェースを切り替える必要がなくなり、バックアッププロセスが合理化され、業務が大幅に簡素化されます。

HYCUを選ぶ理由

AWS専用に設計

パフォーマンスへの影響ゼロ. HYCUはAWSプラットフォームと深く統合されており、VMレベルのスナップショットを活用することで、パフォーマンスへの影響を一切伴わないバックアップと復旧を実現します。
AWS IAMとのシームレスな統合。HYCUは、シングルサインオン機能のためにAWS Identity Access Management（IAM）を活用し、AWSのセキュリティポリシーを自動的に継承することで、効率性を高めます。
AWS 請求システムとの統合。HYCUのAWS向け「as-a-service」提供モデルは、AWSの課金モデルとシームレスに連携します。AWSマーケットプレイスから直接サブスクリプションとして簡単にご利用いただけます。

シンプルさを追求した設計

簡単な導入。HYCUの-a-service形式の提供により、プロフェッショナルサービスに時間やリソースを費やす必要はありません。Protection-Readiness-Objective（PRO）を即座に達成します。
管理の手間が不要。HYCUはサービスとして提供されるため、お客様はソフトウェアのメンテナンスや更新に時間を費やす必要がありません。
バックアップ／移行／DRのワンクリック操作。 HYCUは、あらかじめ設定されたポリシー管理機能により、最も複雑なデータ保護、移行、およびDRのワークフローさえも簡素化します。

アプリケーション対応ソリューション

アプリケーションを優先. HYCU の包括的なアプリケーション整合性バックアップ、移行、および災害復旧機能により、VM レベルのスナップショットを使用して、ビジネスに不可欠なデータを効率的に保護することができます。
リフト・アンド・シフト。HYCU を使用すれば、アプリケーションの一貫性を維持したまま、ビジネスに不可欠なワークロードをオンオンプレミスや他のパブリッククラウドプロバイダーからAWSへ、アプリケーションの一貫性を維持したままシームレスに移行できます。
エージェントレス設計。 HYCUの設計により、エージェントやプラグインのインストールや更新が不要なため、運用の中断を回避できます。これは、AWS VMとのインテリジェントなリモート通信機能によって実現されています。

運用効率を高めるセルフサービス

マルチテナント。HYCUは、AWSリソースグループを通じて、AWSアカウント内のすべてのリソースグループを迅速に検出・対応し、サンドボックス形式の環境での安全なバックアップを実現します。
ロールベースのアクセス制御。データベース管理者が自身のデータベースを復元できるようにしたり、ヘルプデスク担当者がエンドユーザーのためにデータを復元できるようにしたりするなど、タスクを委任することで、組織の柔軟性を高めます。
アプリケーション所有者の支援。HYCUのクローンおよび移行機能を活用することで、DevOpsスタイルで運用する組織は、テスト環境や開発環境を効果的に管理できます。

総所有コストの削減

導入コストゼロ。 HYCUはAWS上でサービスとして提供されるため、導入や管理のためのインフラコストは不要です。
動的なスケーリング。 HYCUでは、アプリケーションのニーズに応じて自動的にスケール調整が行われるため、お客様は従量課金制で利用でき、未使用のリソースに対する初期費用を回避できます。
既存のインフラストラクチャの活用。HYCU では、AWS のリージョン別オブジェクトストレージを利用することで、アウトバウンド料金が発生せず、また HYCU 独自の「インクリメンタル・フォーエバー」方式により、バックアップの効率が大幅に向上します。

AWS向けのシンプルでスケーラブルなデータ保護をお探しですか？

無料トライアルをお試しください 👈