はじめに
AWS DOPの試験対策で練習問題を解き、ひたすら知識を詰め込みます。
本質とは異なりますが、合格を最優先に考え作成します。
デプロイ
開発
CodePipeline
- runOrderを同じ値にすると並列に実行する
- バージョンの異なる複数のコードをデプロイする場合は、その分だけCodePipelineを作成する。
- JenkinsでCICDを実行する場合は、マルチマスターセットアップとしてデプロイし、CodeBuildプラグインを使用することでCodeBuildでビルドを実行する。
- 別のCodepipelineオプションを呼び出せない
- S3デプロイステップでアーティファクトを別リージョンのバケットにコピーできる。
- CodeCommitへの変更をトリガーにパイプラインを開始するにはCloudWatchイベントと連携する。
CodeCommit
- マージのためには上級者の承認が必要
- CodeCommitでリポジトリを作成し、作業ブランチとmasterブランチを作成。上級開発者と開発者用に別々のIAMグループを作成。IAMポリシーを使用して、各IAMグループに対応するブランチを割り当てます。コードが working ブランチにマージされると、上級開発者は working ブランチから master ブランチに変更を取り込むことが可能。
- SSHキーでアクセスするためには各開発者のSSH公開鍵をIAMユーザのセキュリティ認証情報タブにアップロードする。
CodeBuild
- Build時にテストを実行することが可能。
- 変数CODEBUILD_SOURCE_VERSIONは実行時にCodeBuild内で直接公開され、CodeCommitでテストされるコードのブランチ名を表す。
- ビルド結果によってプルリクエストを更新するには、Lambda関数を使用する。
- オンプレミス環境でCodeDeployを使用するためには直接IAMユーザをハードコードせず、AssumeRoleを使用する。これは一週間で失効するため、cronで定期的に更新する。
CodeDeploy
- ECSにデプロイする場合、タスク定義を新しく作成するためにimage名にsha256ハッシュを追加する。名前が同一の場合、タスク状態の変更イベントが検知されない。
- Lambdaへのデプロイが失敗した場合にロールバックするには、CloudWatchアラームを関連付けデプロイの状態を監視する。
- EC2にカナリアデプロイする場合は二つのCodeデプロイが必要。Lambda、ECSはカナリアデプロイの設定が可能。
- EC2へのデプロイ中にAutoScalingが起動すると古いバージョンで起動するため、common_functions.shスクリプトによりAutoScalingを中断することが推奨される。
- CodeDeployロールバックはCloudWatchアラームでのみ機能する。SNSでもよさそう？
- ValidateServiceフックを使用して、デプロイメントが正常に完了したことを確認できる。
インフラ、アプリ管理
CloudFormation
- 1つをOSの更新とパッチ適用、1つはアプリケーションの依存性管理に使いたい
- OSは新しいAMIを構築するAWS CodePipelineパイプラインを作成しAMIを構築、AWS Systems Manager Parameter Storeに、パイプラインの一部を出力。アプリケーションチームは、タイプ ssmをCloudFormationスタックで指定し、パラメータストアから最新のAMI ARNを取得する。
- インフラストラクチャを一つのマスターテンプレートに統合できない場合はエクスポートを使う。
- Lambda関数の更新を検知するためには
- 別のS３バケットにアップロードする
- 別のファイル名でアップロードする
- バージョン管理を有効にし、新しいS3ObjectVersionキーを提供する
- CodePipelineでデプロイ時にCloudFormationスタックがIAMロールを作成する権限がない場合はInsufficientCapabilitiesExceptionエラーが出る。そのため、 DeployCloudFormationステージアクションでIAMの機能を有効にする。
- CodeBuildでビルドしたアーティファクトの同じバージョンがデプロイされていることを保証するためには同じCloudFormationテンプレートを使用する。
- S3からパラメータを取得できない。
Elastic Beanstalk
- Blue/Greenデプロイメントのためには、アプリケーションのZipファイルをS3に保存して、その場所を指定して新しいバージョンをデプロイする。
- Blue/GreenデプロイメントではCNAMEスワップのためにLambda関数を呼び出す必要がある。
- サポートされていない言語を含む複数のアプリケーションをデプロイするためには、Multi-Dockerコンテナ構成を利用し、各アプリケーションをコンテナとしてECRに保存する。
- ワーカー環境とアプリケーション環境を分離してSQSで連携することでCPU使用率を軽減させることが可能。
- Webサーバー環境ではWeb層だけを使用可能。Web層とアプリケーション層の両方は不可。
- X-RAYを有効にするためには、管理ページでX-RAyデーモンを有効にし、ebExtentionでXrayをtrueにする。
ECS
- CloudFormationでAutoScalingグループを設定
- UserDataで「AWS::AutoScaling::LaunchConfiguration」を記載しECSクラスターで参照する
- ライフサイクルイベント
- タスク定義にawslogsドライバーを含めることでネイティブにCloudWatchにログの書き込みが可能。EC2インスタンスにはIAMインスタンスロールを設定する。
コンピューティング、API
API Gateway
- マッピングテンプレートを使用してメソッドリクエストから対応する統合リクエストにマッピングが可能。更新の場合、同一のLambda関数でバージョを静的にマッピングする。
- APIGatewayでカナリア設定を追加することでCanaryリリースが可能。
Lambda
- Lambdaエイリアスは、特定の関数のバージョンに対するポインタのようなもの。ユーザーは、エイリアスAmazonリソースネーム(ARN)を使用して関数のバージョンにアクセス可能。CodeDeploy、API Gatewayと連携してCanary、Linearデプロイが可能。
- Lambdaのトリガー一覧
- RequestResponse(同期)で実行されるイベントソース
- AWS CLIや各SDKにてLambda関数をInvokeした場合(デフォルト動作)
- API Gateway(デフォルト動作)※参考AWS Lambda 関数の API GatewayAPI を作成する
- Cognito
- Event(非同期)で実行されるイベントソース
- CloudWatch Events(スケージュル含む全てのトリガー)
- CloudWatch Logs
- CodeCommit
- S3
- SNS
- SES
- KinesisFirehose
- CloudFormation(Lambdaを利用したカスタムリソース)
- AWS Config
- ストリーム型で実行されるイベントソース
- DynamoDB(ストリーム型)[^ストリーム]
- Kinesis Stream(ストリーム型)[^ストリーム]
DynamoDB
- SNSを使用することでDynamoDBストリームをトリガーに複数のLambdaを起動することが可能。
- DynamoDBストリームはアイテムレベルのイベントをキャプチャする。
管理、監視
Systems Manager
- パッチを即座に自動適用、レポートも作成
- AWS Systems Managerのメンテナンスウィンドウを毎日のスケジュールで作成し、パッチグループでまとめたターゲットを追加する。AWS-RunPatchBaselineドキュメントをInstallアクションで実行するタスクを追加します。
- AWS Systems Manager State Managerの構成を作成。AWSRunPatchBaselineタスクを構成に関連付け、ターゲットにパッチグループのタグを追加する。
- 管理するにはEC2側でIAMロールのアタッチが必要
- Inventoryは管理対象インスタンスからメタデータを取得し、S3バケットに保存する。インストールされているソフトウェアの管理が可能。
- 追跡されていないインスタンスを探すにはLambda関数をトリガーする
SecretsManager
- DynamoDBをサポートしていない。
AWS Trusted Advisor
- AWS のベストプラクティスをフォローするためのレコメンデーションを提供
- 直接Lambda関数は呼び出せないため、EventBridgeを経由する。
Amazon Inspector
- ソフトウェアの脆弱性や意図しないネットワークのエクスポージャーがないか継続的に AWS ワークロードをスキャンする自動脆弱性管理サービス。
Amazon Macie
- 機械学習を使用してAWSの機密データを自動的に検出、分類、保護するセキュリティサービス
AWS Health
- IAMアクセスキーがGitHubで公開されたときに、AWS_RISK_CREDENTIALS_EXPOSEDイベントを生成
CloudWatch
- CloudWatch Logsは継続的なログ管理に使用。一度の収集であればLambda関数を使用しS3に保存する方法も検討する。
- CloudWatch EventはSlackをサポートしていないので、Lambdaから通知を送信する必要がある。
- CloudWatchイベントは、アラートのターゲットとして特定のSNSトピックを持つことができる。AWS ConfigのSNSは全てのルールを監視する。
- CloudWatchイベントは、DynamoDBイベントを直接検出することはできずメトリクスのみを提供する。必要に応じてLambdaでポーリングする。
- CloudWatchダッシュボードは、CloudWatchメトリクスのみを使用できる。
- CloudWatchメトリックスフィルターは、CloudWatchLogsに送信されるときにログデータで検索する用語とパターンを定義
IAM
- iam:PassRole はユーザーが IAM ロールを AWS サービスに渡す(PASS)アクセス許可を定義。 このアクションが許可されていないと、そもそも IAM ロールをパスできない。
Kinesis
- 各サーバーでAmazon Kinesis Agentを使い、ログをアップロードし、Amazon Kinesis Data FirehoseでAWS Lambda関数を使用して、Amazon S3に書き込む前にログを正規化することが可能。
- Firehoseでは出力先のS3を集約することでマルチアカウントのログの一元管理が可能。
対障害性
ELB
- ALBにAZを追加するには、[Edit subnets（サブネットを編集する）]ページの[Availability Zone（アベイラビリティーゾーン）」で、追加するアベイラビリティーゾーンのチェックボックスを選択する
- アクセスログの作成は、Elastic Load Balancing のオプション機能であり、デフォルトでは無効化。有効化するとS3に保存される。
EBS
- 未使用のEBSボリュームを削除するには、CloudWatchイベントルールで毎日Lambdaを実行、アタッチされていないEBSボリュームに日付でタグ付け、一定の期間を過ぎたら削除する
- クロスリージョンで転送できない。
S3
- クロスリージョンレプリケーションのSLAは15分、RPOは5秒
- クロスリージョンレプリケーションの手順
- ソースバケットにIAMロールを作成
- ターゲットバケットでソースのIAMを許可
- ターゲットバケットでレプリケーションルールを定義
EFS
- 別リージョンにホットコピーするには別リーションのS3にデータを複製し、複製したデータを読み取りEFSクラスターにコピーする。
Storage Gateway
- RefreshCacheでS3ファイルゲートウェイのデータを最新化
Aurora
- 地域が完全に停止した場合でも1分以内に回復可能。
- フェイルオーバーの手順。
- RDS Event Notificationを使用して、Amazon SNSトピックにステータスアップデートを公開。
- トピックにサブスクライブされたAWS Lambda関数を使用して、データベースの健全性を監視。
- 障害が発生した場合、Lambda関数は読み取りレプリカを促進し、Route 53を更新して、プライマリ領域からセカンダリ領域へトラフィックをリダイレクトする。
EC2
- ゴールデンAMIは標準化のためのAMI。ユーザデータで動的なパーツを設定。キャッシュは変化するので起動時にインストールすることは推奨されない。
- AMI自体をリージョン間をまたいでコピーするにはLambda関数を使用する。AMI IDはSSMパラメータストアに格納する。