Amazon CLF-C02: クラウドの概念 — 学習ガイド

By Laurynas Brazys · 29 July 2026 · #amazon #clf-c02 #certification #exam-prep #study-guide

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

クラウドのコアコンセプトとAWSの価値提案

クラウドコンピューティングは、資本集約的でキャパシティプランニングが課題となる問題を、コンピューティング、ストレージ、ネットワークをオンデマンドで利用する運用モデルへと転換します。AWSは、伸縮性（負荷に合わせたオートスケーリング）、グローバルなリーチ（ローカリティと障害分離のためのリージョンとアベイラビリティーゾーン）、そして差別化につながらない重労働を排除する様々なマネージドサービスを提供します。障害を前提とした設計、疎結合、イミュータブルインフラストラクチャといったアーキテクチャの概念は、チームがクラウドの利点（市場投入までの時間の短縮、従量課金制の経済性、グローバルなスケール）を最大限に活用するのに役立ちます。VPC、サブネット、インターネットゲートウェイなどのネットワークの基本要素は、ワークロードのイングレスとエグレスを制御します。一方、Direct Connectは、予測可能な帯域幅や低レイテンシーが要求される場合に、オンプレミスのデータセンターへの専用の高スループット接続を提供します。非常に大規模な物理的移行や断続的な接続環境の場合、Snowball Edgeデバイスを使用することで、安全なオフライン転送やエッジコンピューティングも可能になります。実務者が陥りがちな罠には、「リフトアンドシフト」すれば自動的にコストが削減されると思い込むこと、ネットワークエグレス料金を過小評価すること、マルチAZによる耐障害性を考慮した設計を怠ることなどがあります。リホスト、リプラットフォーム、リファクタといった戦略を選択する前に、ビジネス上の可用性要件、データグラビティ、レイテンシーの制約、長期的な運用コストを意思決定の基準として比較検討すべきです。

サービス、移行パターン、アーキテクチャの意思決定

適切なAWSサービスを選択するかどうかは、マネージドな運用、OSレベルの責任範囲のコントロール、あるいはエッジ/オフライン機能が必要かどうかによって決まります。移行パターンには、リホスト（リフトアンドシフト）、リプラットフォーム（小規模な最適化を行う）、リファクタ（クラウドネイティブを目指して再設計する）などがあります。ストレージの選択はアクセスパターンを反映します。オブジェクトストレージやデータレイクにはS3、EC2にアタッチするブロックストレージにはEBS、POSIX準拠の共有ファイルシステムにはEFS、マネージドなWindowsファイルシステムや高性能なファイルシステムのニーズにはFSxの各バリエーションを選択します。データベースは、管理タスクをオフロードできるAmazon RDSやAmazon DynamoDBのようなマネージドサービスとして実行することも、顧客がOS、パッチ適用、バックアップ、スケーリングの責任を保持するEC2上でのセルフマネージドで実行することもできます。コンテナの場合、マネージドオプションは運用負荷を軽減しますが、それぞれ異なるトレードオフがあります。

Amazon ECS (EC2起動タイプ): マネージドなオーケストレーションですが、EC2ホストは自身で管理します。
Amazon ECS / Fargate: ホスト管理が不要なサーバーレスコンテナです。
Amazon EKS: Kubernetesのマネージドコントロールプレーンです。ノードは自身で管理するか、Fargateを使用できます。すべてのリソースを手作業で作成することなく迅速にアプリケーションをデプロイするには、AWS Elastic BeanstalkやCloudFormationテンプレートを使用すると、標準的なアーキテクチャを強制しつつ、デリバリーを高速化できます。実務者が陥りがちな罠には、セルフマネージドのデータベースやコンテナホストの運用工数を過小評価することや、安全なサービスアクセスのためにEC2にIAMインスタンスプロファイルをアタッチし忘れることなどがあります。

クラウドエコノミクス：料金モデルとコスト最適化プラクティス

AWSは、ワークロードの予測可能性や中断への耐性に合わせて、複数の料金モデルを提供しています。オンデマンドはコミットメントなしで柔軟に利用でき、リザーブドインスタンスとSavings Plansは定常的な利用に対して大幅な割引を提供し、スポットインスタンスは大幅に割り引かれますが中断される可能性があり、専用ホストは規制やライセンスの要件に対応します。コストの可視化と管理は、タグ付け、Cost Explorer、AWS Budgets、AWS Cost Anomaly Detectionに依存します。AWS Compute OptimizerやCost Explorerのリソース推奨などの適正化ツールは、過剰にプロビジョニングされたEC2インスタンスを特定するのに役立ちます。Trusted Advisorはコストとパフォーマンスの最適化案を提示し、孤立したリソース（未使用リソース）をハイライトします。一方、AWS Budgetsは、支出がしきい値を超えた場合にSNSアラートをトリガーできます。よくある罠には、過去の利用率を分析せずにリザーブドインスタンスやSavings Plansを購入すること、中断できない重要なワークロードにスポットインスタンスを適用すること、一貫したタグ付けを怠ることでコスト配賦や最適化の取り組みが損なわれることなどがあります。意思決定の基準は、ワークロードのパターン、中断への耐性、および予測を組み合わせるべきです。予測不能な負荷にはオンデマンドを、持続的なベースラインにはSavings PlansやRIを、柔軟で耐障害性のあるコンピューティングにはスポットを使用します。

セキュリティ、責任共有モデル、および運用のベストプラクティス

AWSにおけるセキュリティは共有モデルです。AWSはクラウドのインフラストラクチャ（ハードウェア、ネットワーク、リージョン、アベイラビリティーゾーン、基盤サービス）を保護し、一方、顧客はクラウド内のセキュリティを確保します。これには、データ、アクセス制御、アプリケーションレベルの暗号化、IaaSのOSおよびソフトウェアのパッチ適用、IDフェデレーションが含まれます。EC2インスタンスプロファイルにアタッチされたIAMロールを使用して、S3などのサービスへの一時的な最小権限アクセスを付与します。インスタンスに長期的な認証情報を埋め込むことは避けてください。データ保護機能には、保持のためのS3バージョニングとObject Lock、サーバー側の暗号化（SSE）、機密レコードのためのクライアント側の暗号化などがあります。モニタリングと監査性は、APIロギングのためのCloudTrail、設定コンプライアンスのためのAWS Config、EC2ワークロードの脆弱性評価のためのAmazon Inspector、脅威検出のためのGuardDuty、S3内の機密データ検出のためのAmazon Macieに依存します。Well-Architected Frameworkは、運用、セキュリティ、信頼性、パフォーマンス、コストに関する考慮事項の指針となります。一般的な実践者の誤りには、ルートアカウントの過度の使用、自動バックアップの軽視、マルチAZアーキテクチャやディザスタリカバリ計画を実装しないことなどが含まれます。運用上の意思決定では、ヒューマンエラーを削減し、インシデント対応を迅速化するために、自動化、最小権限、およびログの一元化を優先すべきです。

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

シナリオ：Acme Analytics社は、単一のAWSリージョンで季節的なデータ処理パイプラインを実行しています。彼らの環境には、コンピューティング用のEC2インスタンス、オンプレミスのアーカイブ、S3データレイクが含まれています。シーズンごとにオンプレミスから50TBを取り込み、実行中の高可用性を確保し、シーズン間のコストを管理する必要があります。

課題：帯域幅が限られている中での50TBのバルクデータ転送と、耐久性があり監査可能な取り込みの必要性。コンピューティングは2ヶ月間の処理期間中は高可用性を維持し、アイドル時にはコスト効率が良い必要があります。

推奨アプローチ：

Amazon Snowball Edgeを注文して50TBをAmazon S3に安全にインポートします。前処理が必要な場合は、エッジコンピューティングを使用します。
取り込んだデータはバージョニングを有効にしたS3バケットに保存し、ソースレコードの保持のためにS3 Object Lockを適用します。
2ヶ月の期間中、複数のアベイラビリティーゾーンにまたがるEC2インスタンスのAuto Scalingグループで処理を実行するか、AWS Batch/ECS Fargateを使用してスケーリングを管理します。
Cost Explorer、アラート付きのAWS Budgetsを実装し、ベースラインとなる永続的なリソースにのみSavings Plansまたはリザーブドインスタンスを適用します。シーズン終了後はコンピューティングを終了またはスケールダウンします。

理論的根拠：Snowball Edgeは、大規模な1回限りのインポートにおける転送時間とネットワークコストを最小限に抑え、S3は耐久性があり監査可能なストレージを提供します。ピークの数ヶ月間にAuto Scalingまたはマネージドコンピューティングを使用することで可用性を実現し、処理中にのみコストが発生します。一方、コスト管理ツールは予期せぬ支出を防ぎます。

すべてのドメイン · AWS グローバルインフラストラクチャ →

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