Note To Self ~One Step At A Time~

AWS 認定ソリューションアーキテクト - アソシエイトを学習する中で間違えやすいポイントを備忘録として残しておく [前回までの記事] (新) AWS 認定ソリューションアーキテクト - アソシエイトへの道 受験結果 無事に合格した 実際に組んでみたり、ベストプラクティスを確認することが大事だと感じた 勉強に使用したもの udemy

AWS 認定ソリューションアーキテクト - アソシエイトを学習する中で間違えやすいポイントを備忘録として残しておく EC2 Auto Scaling 動的スケーリング 簡易スケーリングポリシー(ターゲッツ追跡スケーリングポリシー) 一定の CPU 利用に応じてスケーリングを実行する ステップスケーリングポリシー スケールさせるインスタンス数を段階的に増やすステップを設定する ターミネーションポリシー スケールイン時のインスタンスを終了させる方法を定義する 手動スケーリング 希望する容量を調整して、手動でスケーリングを実施する スケジュールさせたスケーリング スケーリングを実施する日時を指定して、スケーリングを実行する AWS Nitro Enclaves 高度な機密情報の保護や安全措置を向上する、分離されたコンピューティング環境を作成することができる EBS EBS のコピーについて EBS 自体は別リージョンに移動して利用することはできない 以下のような手順が必要 スナップショットを作成 S3 スナップショットが格納される 別リージョンの S3 にコピーする 別リージョンのEBS に復元する EBS の RAID 構成 RAID 0 目的 パフォーマンスを向上させる 複数のディスクを 1 台のディスクのように扱う 読み書きを高速化する構成 ストライピング RAID 1 目的 ボリュームの冗長性を高める 2 つのボリュームを同時にミラーリングする EFS VPC 内の Amazon EFS ファイルシステムにアクセスする VPC に 1 つ以上のマウントターゲットを作成する必要がある リージョンファイルシステム AWS リージョン内の各アベイラビリティーゾーンにマウントターゲットを作成 1 ゾーンファイルシステム ファイルシステムと同じアベイラビリティーゾーンにマウントターゲットを 1 つだけ作成 VPC Direct Connect Direct Connect は AWS とオンプレミス環境間の専用線接続サービス ゲートウェイ型エンドポイント VPC 内の EC2 インスタンスから、プライベートネットワークを経由する

AWS Certificate Manager で管理している証明書一覧を全リージョンに対して取得する方法について調査した結果を備忘録として残しておく 実際のコード # AWSのリージョンのリストを取得する REGIONS=(`aws ec2 describe-regions --query Regions[*].RegionName --output text`) # リージョン毎に証明書のリストを出力する # 証明書 Arn, ドメイン名, タイプ, ステータス, 使用中かどうか for region in ${REGIONS[@]} do echo "[${region}]" aws acm list-certificates --output text --region ${region} --query "CertificateSummaryList[].[CertificateArn, DomainName, Type, Status, InUse]" | sort -k 1 | column -t -s "`printf '\t'`" echo "---------------------" done

Circle CI で環境変数を切り替える方法を備忘録として残しておく 実際のコード run ステップを使用して BASH_ENV にエクスポートする ※参考を参照 steps: - run: name: Setup Environment Variables command: |echo 'export PATH="$GOPATH"/bin:"$PATH"' >> "$BASH_ENV" echo 'export GIT_SHA1="$CIRCLE_SHA1"' >> "$BASH_ENV"

GitHub Actions をローカルで実行する方法を備忘録として残しておく 前提 Mac OS OS Version: Sonoma 14.4.1 Chip: Apple M1 Container 管理ツール Rancher Desktop 使用ツール act GitHub Actions 既に作成済想定 act のインストール Home Brew でインストールする brew install act 使用方法 act で実行可能な一覧を表示する act -l WARN ⚠ You are using Apple M-series chip and you have not specified container architecture, you might encounter issues while running act.

Terraform のコマンドについて備忘録として残しておく 実際のコード 基本の流れ 初期化 terraform init 検証 terraform validate #=> Success! The configuration is valid. 実行計画確認 terraform plan インフラ構築 terraform apply その他 コード自動整形 terraform fmt リソース確認 terraform show リソース削除 terraform destroy リソース削除の実行計画確認 terraform plan -destroy

Terraform の学習時に使用したドキュメントのリンク集を備忘録として残しておく ドキュメントのリンク集 基本 公式ドキュメント AWS Provider コードの記載方法に関するベストプラクティス Terraform Best Practices Terraform Registry AWS VPC terraform-aws-atlantis Trouble Shooting Quick start tutorial でエラーが発生する 以下のコマンド実行時にエラーが発生 terraform apply Error: Error pinging Docker server: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? │ │ with provider["registry.terraform.io/kreuzwerker/docker"], │ on main.tf line 10, in provider "docker": │ 10: provider "docker" { 以下のコマンドで docker の sock のパスを確認する

AWS Lambda の amplify-login で始まる関数の要否判断について調査した結果を備忘録として残しておく 調査に至った事象 AWS より以下のメールが配信されていた 対象の Lambda 関数を確認すると掲題のものが指摘を受けていたが、作成した記憶がなかったため、要否の判断がつかなかったため、調査を行なった [アクションが必要です] AWS Lambda での Node.js 16 のサポート終了について | [Action Required] AWS Lambda end of support for Node.js 16 English follows Japanese | 英語のメッセージは日本語の後にございます いつもお世話になっております。 [Amazon Health Dashboard はこのコミュニケーションに関するリマインダー通知を定期的にトリガーする場合があります] お客様の AWS アカウントに現在、Node.js 16 ランタイムを使用する AWS Lambda 関数が 1 つ以上あることが判明したため、ご連絡いたしております。 Lambda での Node.js 16 のサポートは 2024 年 6 月 12 日に終了します。これは、2023 年 9 月 11 日に Node.js 16 がサポート終了 (EOL) したことに続くものです [1]。 Lambda ランタイムサポートポリシー [2] で説明されているように、Lambda の言語ランタイムのサポートはいくつかの段階で終了します。2024 年 6 月 12 日以降、Lambda は Lambda 関数で使用される Node.

draw.io で AWS の構成図を作成する際の Tips を備忘録として残しておく レイヤー機能を使用して重なり順を気にせずに作業する 図を追加した際に背面に隠れてしまい、重なりを修正する手間を解消する 手順 メニューバーから[表示]＞[レイヤー]を選択する ※初期状態では「背景」というレイヤーが配置されている 例えば以下のようにレイヤーを作成する ※上に表示されているレイヤーが前面に表示される

AWS 関連のリンクについて毎回探してしまうためまとめておく ※一度でも調査に使用したものをまとめていく ベストプラクティスおよびサービスの導入理由 Well-Architected セキュリティの柱 検知 インフラストラクチャ保護 データ保護 AWS ホワイトペーバーとガイド DDos 耐性のベストプラクティス サービスの状態 各サービスごとのリンク Cognito ユーザプールの大文字・小文字の区別 RDS Amazon Aurora DB Aurora DB クラスターのバックアップと復元 Amazon Aurora Serverless V1 Amazon Pinpoint プッシュ通知の送信 API Reference SES DMARC 対応 送信制限 本番稼働する際の制限解除について E メール受信時のフィードバックについて SNS 米国製品番号について ACM ACM 証明書について サポートされるリージョンについて 自動更新について VPC AWS サービスが利用する IP アドレス範囲について WAF Managed Rules CloudFront フィールドレベル暗号化を使用した機密データの保護