Amazon SAP-C02: ストレージとデータ管理 — 学習ガイド

By Laurynas Brazys · 1 August 2026 · #amazon #sap-c02 #certification #exam-prep #study-guide

こちらの一部です： AWS Solutions Architect Professional SAP-C02 — 学習ガイド. 検証済みの解答で練習： Amazon試験ハブ, または時間制限付き模擬試験に挑戦： ExamRoll.io.

オブジェクトストレージ、ライフサイクル、階層化（Amazon S3および関連サービス）

Amazon S3は、耐久性と可用性に優れたオブジェクトストレージの基盤であり、非構造化データの正規の長期的なストアとして扱うべきです。設計上の決定は、ストレージクラスの選択、ライフサイクルルール、一貫性のセマンティクス、データガバナンスを中心に行います。頻繁にアクセスされるオブジェクトにはS3 Standardを、アクセスパターンが不明な場合はIntelligent-Tieringを、低頻度アクセスの場合はStandard-IAまたはOne Zone-IAを、復元レイテンシーが高くても長期保存が必要な場合はGlacier/Deep Archiveを選択します。タグまたはプレフィックスに基づいてライフサイクルポリシーを実装し、オブジェクトを自動的に移行させ、古いバージョンを失効させます。オブジェクトが誤って削除されないように、ライフサイクルやレプリケーションの前にバージョニングを有効化してください。地理的な耐久性と規制要件に応じた配置のためにはクロスリージョンレプリケーション（CRR）を、コンプライアンスや責任分離のためには同一リージョンレプリケーション（SRR）を使用します。重要なアーカイブは、ガバナンスモードまたはコンプライアンスモードのS3 Object Lockで保護し、適切な場合にはMFA削除を有効にします。よくある落とし穴には、復元料金や数分から数時間の遅延を発生させる過度に積極的なライフサイクル移行、Glacierの取り出しコストや時間を考慮しないこと、VPCゲートウェイ/インターフェイスエンドポイントではなくパブリックエンドポイントに依存すること（データをパブリックインターネットに公開したり、NATゲートウェイの送信コストが発生する可能性があります）などがあります。コストと、取得レイテンシーおよび耐久性のバランスを取ります。コールドデータは積極的に階層化する一方、ホットデータのイングレスや低レイテンシーアクセスが必要な箇所では、アクセラレーション（CloudFront、S3 Transfer Acceleration、マルチパートアップロード）をプロビジョニングします。

共有ファイルシステムと高性能ストレージ（EFS、FSx）

アプリケーションがPOSIXセマンティクス、低レイテンシー、またはSMBセマンティクスを必要とする場合は、共有ファイルシステムを選択します。Amazon EFSは、マルチAZの耐久性とPOSIX整合性を備えた伸縮自在なNFSを提供し、Webコンテンツ、ホームディレクトリ、およびネットワークファイルセマンティクスを許容できる多くのHPCワークロードに適しています。EFSには2つのパフォーマンスモード（バーストスループットとプロビジョニングスループット）があり、EFS低頻度アクセスへのライフサイクル移行も可能です。Amazon FSxは、特定目的向けに構築されたファイルシステムを提供します。SMB/Active Directory統合のためのWindows File Server、そして密結合HPCやメディアワークロード向けのミリ秒未満のレイテンシーと高スループットを実現するFSx for Lustreです。FSx for Lustreは、耐久性のあるデータリポジトリとしてS3に透過的にリンクできます。NTFSセマンティクス、ADのACL、DFS名前空間、またはWindows専用のツールが必要な場合はFSx for Windowsを、高いIOPSとスループットを必要とするレンダーファームやMLトレーニングにはFSx for Lustreを選択します。一般的な運用の間違いには、EFSがメタデータヘビーなワークロードを自動的に処理すると想定すること（プロビジョニングスループットが必要になる場合があります）、セキュリティグループでNFS/SMBポートを広範囲に開けること、マウントオプションやクライアントのタイムアウトを軽視することなどがあります。トレードオフを評価します。FSxは高コストですが、より高いパフォーマンスと豊富なプロトコル機能を備えています。EFSはスケールがよりシンプルで、マルチAZの耐久性があります。ワークロードのI/Oパターン、同時実行性、スループットのニーズを、選択したシステムに適合させ、必要に応じてスループットを別途サイジングします。

ハイブリッドおよびオフライン転送パターン（Storage Gateway、DataSync、Snowファミリー）

ハイブリッドアーキテクチャでは、一般的に、低レイテンシーのローカルキャッシング、シームレスなクラウドバックアップ、または一括データ移行が求められます。AWS Storage Gatewayは3つのパターンを提供します。File GatewayはオンプレミスのアプリがS3に書き込むためにS3をNFS/SMBとして公開し、Volume GatewayはDR用にブロックボリュームを公開し、Tape Gatewayは物理テープを置き換えます。AWS DataSyncは、オンプレミスとAWS（S3、EFS、FSx）間のオンライン、増分、並列のデータ移動を自動化し、組み込みのフィルタリング、スケジューリング、帯域幅制御機能を備えています。設定されていれば、POSIXメタデータを尊重します。オフラインおよび非常に大規模な転送には、Snowファミリーがコンピューティング機能を含むエッジおよび輸送デバイスを提供します。小規模なリモートサイト向けのSnowcone、デバイス上でLambda/EC2を実行できる数十から数百TB向けのSnowball Edge、エクサバイト級のインポート向けのSnowmobileです。継続的で自動化された転送にはDataSyncを、レガシーアプリがS3にデータを保存しつつローカルでNFS/SMBマウントを認識する必要がある場合はStorage GatewayのFile Gatewayを使用します。よくある落とし穴には、間違ったゲートウェイモード（キャッシュ型 vs 保管型）の使用、長い移行期間につながるネットワークスループットの計画不足、安全な転送のためのIAMロールとエンドポイントポリシーの軽視、Snowデバイスの取り込み/エクスポート時間の過小評価などがあります。頻繁な増分同期にはDataSyncを、ローカルプロトコルの互換性にはStorage Gatewayを、ネットワーク帯域幅が不十分な場合の一括またはリモート転送にはSnowデバイスを選択します。

バックアップ、レプリケーション、アクセス制御、および運用ガバナンス

バックアップとレプリケーションの選択は、RTO/RPOターゲット、規制要件、およびコストに基づいて決定する必要があります。AWS Backupを使用して、EBS、RDS、DynamoDB、EFS、FSxにまたがるバックアップポリシーを一元管理し、コスト削減のためにウォームボールトからコールドストレージへのライフサイクル移行を設定します。データベースには、ネイティブなメカニズム（RDSスナップショット、リードレプリカ、または異種移行のためのDMS）を優先し、クロスリージョンスナップショットコピーとKMSキーのレプリケーションまたは個別のキーポリシーを組み合わせます。S3では、バージョニング、CRR/SRRを有効にし、ほぼリアルタイムのレプリケーションSLAが必要な場合は、レプリケーションタイムコントロール（RTC）を検討します。セキュアなアクセスパターンは、最小権限のIAM、バケットポリシー、S3ブロックパブリックアクセス、エンドポイントポリシーを持つVPCゲートウェイ/インターフェイスエンドポイント、およびクロスアカウントアクセスとスナップショットコピーのためのきめ細かな許可（grant）を持つKMSに依存します。CloudTrail、S3アクセスログ、CloudWatchメトリクス、AWS Configルールで監視し、脅威検出とIAMの不適切な設定にはGuardDutyとAccess Analyzerを使用します。典型的な落とし穴には、アカウント間でKMS CMKをレプリケートしたりアクセス権を付与しなかったりすること、スナップショットを暗号化しないままにしたりパブリックにアクセス可能にしたりすること、SCPsやタグポリシーでタグやリソース配置を強制しないことなどがあり、これらはコスト配分や復旧を複雑にします。耐障害性のニーズに基づいて決定します。RTOを最小にするためのマルチリージョンアクティブ/アクティブ、コスト効率の高いDRのためのパイロットライト/ウォームスタンバイ、そしてRTOを最小限に抑える必要がある場合の完全なフェイルオーバーなどです。

実践的な問題：ユースケースシナリオ

シナリオ：Atlas Mediaは、本番環境をus‑east‑1に、セカンダリリージョンをeu‑west‑1に持つ、マルチアカウントのAWS Organizationを運営しています。同社は150 TBのビデオアセットのオンプレミスアーカイブを保有しており、北米とヨーロッパのアーティストが現在のプロジェクトに対して高性能な共有ストレージと、セキュアで低レイテンシーのアクセスを必要としています。

課題：アーカイブをAWSに移行し、アーティストに高スループットのレンダリング用ストレージを提供し、コールドアセットの継続的なストレージコストを最小限に抑え、堅牢なバックアップを備えたセキュアなクロスリージョンアクセスを確保すること。

推奨アプローチ：

1. us‑east‑1にS3バケットを正規のアーカイブとしてプロビジョニングし、バージョニング、AWS KMSによるサーバーサイド暗号化（SSE‑KMS）を有効にし、削除マーカーのレプリケーションをオンにしてeu‑west‑1へのクロスリージョンレプリケーションを設定します。
2. AWS Snowball Edgeデバイス（ストレージ最適化Snowball Edge）を使用して最初の150 TBをS3にインポートし、その後、差分変更の増分同期と整合性の検証のためにAWS DataSyncを実行します。
3. アクティブな作業セットには、各リージョンにAmazon FSx for Lustreをデプロイし、ファイルシステムをS3バケットにリンク（Data Repository Integration）します。これにより、書き込みがS3に同期される間、アーティストは高スループットと低レイテンシーを得られます。プロジェクトの急増時には、短期間のFSxインスタンスの使用を検討します。
4. S3およびFSx用のVPCインターフェイスエンドポイントでセキュアなアクセスを強制し、Organizationのプリンシパルに紐付けられたIAMロールとバケットポリシーでバケットアクセスを制限し、リモートのレビュー担当者向けにはCloudFrontと署名付きURLでパブリック配信をフロントに配置し、FSx用のAWS Backupと、コールドアセットをGlacier Deep Archiveに移行するためのクロスリージョンS3レプリケーションおよびライフサイクルルールを有効にします。

論理的根拠：このアプローチは、耐久性があり低コストのアーカイブストレージ（S3 + Glacier）と、高性能なプロジェクトストレージ（S3にリンクされたFSx Lustre）を分離します。また、SnowballとDataSyncを使用して初期の大量インジェストと差分を最適化し、コスト、パフォーマンス、および復旧目標のバランスを取りながら、強力なセキュリティとクロスリージョンの耐障害性を確保します。

← コンピューティングとAuto Scaling · すべてのドメイン · データベースとアナリティクス →

これらの問題を練習する → · ExamRoll.ioで時間制限付き練習 →

Amazonを閲覧 →