AWS関連のことを調べてみた2022年07月25日

【2022年版ベストプラクティス】AWS IAMまとめ

# はじめに
**AWSのアクセス制御サービス**である**IAM**について、2022年7月時点での機能および使用法を、初学者でも理解しやすいことを心掛けてまとめました。

IAMをよく分からないまま**適当に設定するとセキュリティ的にまずい**ので、これを機に設定を見直して頂き、セキュリティレベル向上に貢献できれば幸いです。

特に、後述する[**IAM設定手順**](https://qiita.com/c60evaporator/items/0121399880625cc1de51#iam設定手順)は、**AWSに登録して最初に実施すべき設定**に相当するため、セキュリティに興味がなくとも一度は実施することをお勧めします。

また[**公式のベストプラクティス**](https://qiita.com/c60evapora

AWS「ポリシーの評価論理フローチャート」（日本語版）

AWSの「[アカウント内でのリクエストの許可または拒否の決定 – ポリシーの評価論理](https://docs.aws.amazon.com/ja_jp/IAM/latest/UserGuide/reference_policies_evaluation-logic.html#policy-eval-denyallow)」のフローチャートを日本語版を作成してみた。S3のようにリソースベースのポリシーがあったり、権限の境界が出てきたりすると、このフローチャートがないと勝てない。


編集可能なPowerPointファイルは以下。

https://www.dropbox.com/scl/fi/z0ijlbjvn9zjfdntsjfm2/2022.07.12-AWS.pptx?dl=0

AuroraとRDSのメンテナンスと再起動の挙動の違い

# はじめに
最近、Auroraのメンテナンスや再起動の挙動を意識することがあったので違いをまとめていきます。

# 1.MultiAZ構成の基本（おさらい）
まずは、MultiAZ構成をとった場合の障害時の挙動をおさらいとして記載します。
## RDSの場合
これは、言わずもがなですが、Primary、Secondaryの２台構成で通常時は同期処理が行われており、障害が発生した場合は、Secondaryへの切り替えが発生します。DNSのエンドポイントの切り替えが発生するため、３０秒程度のダウンタイムがあります。

## Auroraの場合
こちらもほぼ同様ですね。
Auroraの場合、ストレージがAZをまたいだクラスタ構成になっており、書き込みが可能なライターインスタンスと、読み込み専用のリーダー

CognitoのTooManyRequestsException対策

## 概要
Cognitoのlist_userには時間当たりの実行回数に制限があり、超えると
TooManyRequestsExceptionが発生する。

https://docs.aws.amazon.com/cognito-user-identity-pools/latest/APIReference/API_ListUsers.html

## 対策

configでretry処理を追加する。
modeはstandardを指定する必要がある。
legacyではTooManyRequestsExceptionには対応していない。

“`python:cognito_config.py
import boto3
from botocore.config import Config

config = Config(
retries = {
‘max_attempts’: 10,
‘mode’: ‘standard’
}
)

cognito_client = boto3.client(‘cognito-idp’, config=config)

セキュリティグループからの通信許可はAWS::EC2::SecurityGroupIngressに書く

AWS CloudFormationでセキュリティグループを作成する場合、通信許可の設定は、以下のどちらでも書ける。

* [AWS::EC2::SecurityGroup](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-ec2-security-group.html) リソースの `SecurityGroupIngress` または `SecurityGroupEgress` プロパティ
* [AWS::EC2::SecurityGroupIngress](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-ec2-security-group-ingress.html) リソースまたは [AWS::EC2::SecurityGroupEgress](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide

Cloud9でRubyの開発環境構築を行う

## 前提
– AWSアカウントを作成済みであること
– IAMユーザを作成済みであること

### はじめに
– 7月に転職しwebエンジニアとしてRuby on Rails環境のシステム開発を行なっています
– 今までRubyはUdemyによる自己学習レベルでしか触れたことがなかったため、基礎中の基礎から勉強始めています
– 今回はその環境構築を行なった際の備忘記事です
– 当記事はqiita登録して5分後に書き始めたものなので、ご指摘あればぜひよろしくお願いします

## Cloud9の準備
– AWSの上部検索バーに「cloud9」を入力して「Cloud9」サービスを選択

– 「Create environment」を押下
– この時、リージョンは「アジアパシフィック（東京）」にしています

【AWS API Gateway】WebSocket を使用した双方向通信

# WebSocket とは

Webサーバとクライアントの間で双方向通信できるようにする技術です。通常はクライアントがリクエストをWebサーバに送り、それに応じてWebサーバがレスポンスを返しますが、WebSocketではサーバ側が任意のタイミングでクライアントにメッセージを送ることができます。

# WebSocket API を作成する

バックエンドを Lambda 関数とする WebSocket API を作成します。先に [Lambda 関数を作成する](#Lambda関数を作成する) をやってもやらなくてもどちらでも構いません。

「WebSocket API」の「構築」をクリックします。


API 名、ルート選択式を入力します。ルート選択式とはルートキーを指定するための JSON パスです。ルートキーとは、ルートの名前です。ルートとは、

ECSタスク起動時のstandard_init_linux.go:228: exec user process caused: exec format errorへの対処法

# はじめに
コンテナ初心者の自分がM1 Macを使ってDockerイメージ作成からECSデプロイまで行なった際に発生したエラーとその対処法についてまとめます

# 結論
“`
standard_init_linux.go:228: exec user process caused: exec format error
“`
ECSのタスク起動時に上のエラーが出て、かつDockerイメージ作成の際にM1 Macを使っているなら`docker build`コマンドにオプションとして`–platform amd64`を追加してあげると解決します。
“`
docker build ./ –platform amd64
“`

# 経緯

Next.jsをECS Fargateにデプロイしようと思い以下のような手順を取りました
– ローカルでDockerfileからイメージビルド
– ECRのリポジトリにイメージをpush
– pushしたイメージをもとにECS Fargateでタスク起動

### 使用したDockerfile
“`Dockerfile:Dockerfile
F

RIEを使ってLambdaコンテナイメージをローカルでエミュレートする

# はじめに
前回Lambdaコンテナイメージを、AWS以外のベースイメージから作る方法を記事にしました。

https://qiita.com/a_b_/items/337c4afee2e330efefe1

作成する際AWS Lambda Runtime Interface Emulator (RIE) を使って、ローカルでLambdaをエミュレートする方法を試しましたので記事にしました。

# 参考

https://docs.aws.amazon.com/ja_jp/lambda/latest/dg/images-test.html

https://aws.amazon.com/jp/blogs/news/new-for-aws-lambda-container-image-support/

# やったこと
前回同様に、プロジェクトのディレクトリを作成し、Pythonのファイルを作成します。
Dockerfileは、エミュレータを含めるかどうかで記述が変わりますので、ここではファイルを作成するだけです。
“`bash
# プロジェクトディレクトリ作成
mkdir sam

AWS 認定ソリューションアーキテクト プロフェッショナルに合格した

# 受験動機
* アソシエイト三冠は達成したので次のステップとして
* 今の職場(所属)だとAWS触る機会がないので、やっぱり転職するしかないかな…となんとなく考えていた
* クラウド業務を志望するならSAPぐらい持ってないとアピールにならない気がした

# 使用した機材について
* AWS WEB問題集で学習しよう
* おなじみkoiwaclubのオンライン問題集
* 本試験よりもやや長文問題が多いので、これで長文問題に慣れておくのがよい
* 全体的な難易度は本試験とほぼ同じか、少し易しいぐらい
* ところどころ日本語が分かりづらいところも本試験と同じ、AWS用語でコスト/性能/耐障害のどれを問われているか？を判別できる事が重要
* 新しく「学習記録」機能が追加されていて、後から間違ったところを再確認できるようになり、苦手な分野を把握するためにはとても役にたった
* 質問フォーラムが閉鎖されたりして若干運営方針に疑問は感じるが、そもそも「AWS試験対策」としてならこれも納得できなくもない
* 本試験も日本語の怪しさは似たり寄った

【第１回】AWS上に仮想ネットワークを構築する【VPC/サブネット編】

## 【はじめに】

– 自分のブログをAWS上で構築して運営してみたい
– AWS上にネットワーク環境を構築したいけど、構築方法がわからない

AWSのサービスに対する理解度を加速度的に上げるには実際にAWSのサービスを利用してみることが重要です。

AWS初学者の方に向けて「仮想ネットワークの構築方法」を４回に分けて解説していきます。

第１回目の今回は、**VPCとサブネットを作成する**方法です。

### 本記事の内容

– 構築するネットワーク構成図
– 実際にVPCとサブネットを作成してみる

## 【構築するネットワーク構成図】

第１回から第４回にかけて構築するネットワーク構成図は以下となります。

– リージョン：東京リージョン
– VPC：リージョン内に1つ
– アベイラビリティゾーン：東京リージョンに2つ
– プライベートサブネット：各アベイラビリティゾーンに1つずつ
– パブリックサブネット：各アベイラビリティゾーンに1つずつ
– Internet Gateway：VPCにアタッチ
– NAT Gateway：各プライベートサブネットにアタッチ
– ルートテ

AWSクラウドプラクティショナー合格体験記

## はじめに

2022年7月にAWS CLFに合格しました。CLFの合格を目指されてる方の参考になれば幸いです。

## CLFの概要

以下の範囲と割合で出題されます。
出題範囲の高いテクノロジーのところを中心に勉強しました。


## 学習教材

[AWS認定クラウドプラクティショナー緑本](https://www.amazon.co.jp/AWS%E8%AA%8D%E5%AE%9A%E8%B3%87%E6%A0%BC%E8%A9%A6%E9%A8%93%E3%83%86%E3%82%AD%E3%82%B9%E3%83%88-AWS%E8%AA%8D%E5%AE%9A-%E3%82%AF%E3%83%A9%E3%82%A6%E3%83%89%E3%83%97%E3%83%A9%E3%82%AF%E3%83%86%E3%82