AWS認定資格 攻略①|サービス比較・使い分けチートシート【コンピューティング・ストレージ・DB・ネットワーク完全網羅】
AWS認定資格(Solutions Architect Associate SAA-C03 / Cloud Practitioner CLF-C02)対策の第1回です。試験で最も合否を分ける「似たサービスの使い分け」を徹底的に整理します。
最重要基盤:Well-Architected Framework(6本の柱)
AWSのすべての問題は「この柱のどれを重視しているか」が正解の基準になります。
| 柱 | 主なキーワード・設計方針 | 代表サービス |
|---|---|---|
| 運用上の優秀性 | コードとしての運用(IaC)、頻繁で小さく可逆的な変更、運用の自動化 | CloudFormation, CloudWatch, Systems Manager |
| セキュリティ | 最小権限の原則、多層防御、保存時・転送時の暗号化、証跡の保護 | IAM, KMS, Security Hub, CloudTrail, GuardDuty |
| 信頼性 | 障害からの自動復旧、水平スケーリング、疎結合 | Auto Scaling, Multi-AZ, SQS, Route 53ヘルスチェック |
| パフォーマンス効率 | 最新技術の活用(サーバーレス)、グローバル展開、適切なリソース選択 | Lambda, CloudFront, ElastiCache, DAX |
| コスト最適化 | 未使用リソースの削減、適切な購入オプション、S3ライフサイクル | Savings Plans, スポットインスタンス, S3 Intelligent-Tiering |
| 持続可能性 | アイドルリソース削減、マネージド/サーバーレス化による利用効率最大化 | Gravitonプロセッサ, サーバーレス構成 |
①コンピューティング
| サービス | 特徴・選択の決め手 | ユースケース・注意点 |
|---|---|---|
| EC2 | 仮想サーバー。OSレベルの完全な制御が必要な場合。 | 既存オンプレアプリのリフト&シフト、特殊なOS設定 |
| Lambda | イベント駆動型サーバーレス。ミリ秒単位の課金。 | 最大実行時間は15分。短時間のバッチ、APIバックエンド |
| ECS(Fargate) | AWSネイティブなコンテナ管理。Fargateならサーバー管理不要。 | コンテナ化アプリでクラスタ管理の手間をゼロにしたい場合 |
| EKS | Kubernetesマネージドサービス。 | 既存K8s資産、ハイブリッド/マルチクラウド展開 |
EC2購入オプションの使い分け:
- オンデマンド:短期・突発的・予測不能なワークロード(開発・テスト)
- リザーブド(RI)/Savings Plans:1年または3年の長期利用確約。定常ワークロード(最大72%割引)
- スポットインスタンス:中断されても問題ない耐障害性ワークロード、ビッグデータ処理、バッチ(最大90%割引)
- Dedicated Hosts:規制要件、ライセンス持ち込み(BYOL)
②ストレージ
| サービス | 種別 | プロトコル/接続方式 | 主な特徴・用途 |
|---|---|---|---|
| EBS | ブロック | 単一EC2(一部io2でマルチアタッチ可) | OSブートボリューム、高IOPSが必要なDB |
| EFS | ファイル | NFS(Linux)/複数EC2から共有可 | 複数インスタンス共有、自動拡張、Linuxファイル共有 |
| FSx for Windows | ファイル | SMB(Windows)/AD連携 | Windowsベースのアプリ、Active Directory統合 |
| FSx for Lustre | ファイル | 高性能並列ファイルシステム | HPC、機械学習 |
| S3 | オブジェクト | HTTP/HTTPS(REST API) | 静的ウェブサイト、大容量データレイク、バックアップ |
S3ストレージクラスの比較:Standard(頻繁なアクセス) / Intelligent-Tiering(アクセスパターン不明・変動) / Standard-IA(低頻度だが即時取得必要) / Glacier Flexible Retrieval(アーカイブ、数分〜数時間) / Glacier Deep Archive(最安、年1回未満の閲覧、取り出しに12時間)
③データベース
| サービス | 種別 | スケーリング | 主な用途・特徴 |
|---|---|---|---|
| RDS | リレーショナル | 垂直/読取はリードレプリカ | PostgreSQL, MySQL, Oracle等。Multi-AZで自動フェイルオーバー |
| Aurora | リレーショナル(高可用性) | 3AZに6レプリカ自動分散 | MySQL/PostgreSQL互換。RDSより高速・高耐久 |
| DynamoDB | NoSQL | 自動水平スケーリング | 単一桁ミリ秒応答。サーバーレス |
| ElastiCache | インメモリキャッシュ | 水平/クラスタリング | Redis(複雑なデータ構造)vs Memcached(単純キャッシュ) |
| Redshift | DWH | 水平 | 列指向、ペタバイト規模の複雑なSQL分析 |
RDS Multi-AZ vs リードレプリカ:Multi-AZは「高可用性・障害耐性」が目的(同期レプリケーション、スタンバイ側へ直接アクセス不可)。リードレプリカは「読み取りパフォーマンス向上」が目的(非同期レプリケーション、参照クエリを分散)。
④ネットワーク
VPC基本コンポーネント:パブリックサブネット(IGWへのルートあり)/プライベートサブネット(IGWへのルートなし、アウトバウンドはNAT Gateway経由)
VPCエンドポイント:Gateway型はS3とDynamoDBのみ(無料・ルートテーブルで制御)。Interface型(PrivateLink)はその他大半のサービス(有料・ENI/セキュリティグループで制御)。
Route 53ルーティングポリシー:シンプル/加重(A/Bテスト)/レイテンシー/フェイルオーバー/位置情報/地理的近接度
ELB:ALB(HTTP/HTTPS L7、パス/ホストベースルーティング)vs NLB(TCP/UDP L4、極めて低遅延、静的IP保持)
⑤メッセージング&ストリーミング
| サービス | 通信方式 | 順序保証 | 特徴 |
|---|---|---|---|
| SQS(Standard) | プル型(1対1) | 保証なし | 疎結合化、バッファリング。重複の可能性あり |
| SQS(FIFO) | プル型(1対1) | 完全保証 | 重複不可、厳密な順序処理 |
| SNS | プッシュ型(1対多) | 基本なし | ファンアウト(1イベントを複数へ同時配信) |
| EventBridge | イベントバス | - | SaaS連携、AWSサービス間のイベント駆動 |
| Kinesis Data Streams | ストリーミング | シャード単位 | リアルタイムデータ収集・処理 |
| Kinesis Data Firehose | ロードツール | - | ほぼリアルタイムでS3等へ直接流し込み |
⑥セキュリティ・監視
- SCP(Service Control Policies):「ガードレール」であり、ルートユーザーを含む全IAMの操作を拒否できる。
- KMS:暗号化キーの作成・管理。Envelope Encryption。
- Secrets Manager vs Parameter Store:Secrets Managerはパスワードの自動ローテーション機能あり(有料)。Parameter Store(SecureString)はシンプルな設定値管理(標準機能は無料)。
- GuardDuty vs Security Hub vs Inspector:GuardDutyは機械学習による脅威検出。Security Hubはコンプライアンス準拠チェック。Inspectorは脆弱性スキャン(CVE検出)。
次回は「アーキテクチャパターン・DR戦略」編で、高可用性構成、災害復旧戦略、ハイブリッドクラウド接続を扱います。
コメント
コメントを投稿