- 事前にオースケール元となるBase AMIのインスタンスを作成
- EC2のログインをSSM化してログインできるように
- SSM経由でAnsibleを実行できるように
- Nginx confやphp-fpm www.confなど適用できること
- Base Imageに対してAnsibleでパッケージ等インストール
- リリース時のデプロイスクリプト
- ソースコードをrsyncして転送できるように
- aws-cliでrunningしているインスタンスをtag名で取ってくるように
- GitHub Actions
- ssmのインストール
- デプロイシェルスクリプトをhookして実行
- Masterマージ
- オートスケール(Terraform化)
- AMI化をしておく(Base AMI)
- ユーザーデータ
- リポジトリをgit pull、yum update
- AMIでCPU30％以上になったらインスタンスをMax 6台に
- CPU10％以下でインスタンス2台
- abコマンドで負荷テスト
- インスタンス台数が増えていることを確認
- Base AMIを更新する場合
- Auto Scaling グループから手動で最新のAMIを指定してローリングアップデートができていること
Was this helpful?
0 / 0
1989年生まれのSRE。 ホスティングから大規模なアドテクなどのインフラエンジニアとして携わる。好きなツールはAnsible,Terraform,CircleCIで、ECS/Fargateでのインフラ構築を得意とする。個人開発では「夫婦、パートナー向け家事管理サービス/famii」をCakePHP/Laravelで開発中。副業では数社サーバー保守とベンチャー企業のインフラコンサルティングやMENTAで未経験者にインフラのコーチングを実施している。また、「脆弱性スキャナVuls」のOSS活動もしており、自称エバンジェリスト/技術広報/テクニカルサポート/コントリビュータでもある。現在はサービスの信頼性向上、DevOps、可用性、レイテンシ、パフォーマンス、モニタリング、緊急対応、インフラコード化、リファクタリング、セキュリティ強化、新技術の検証、Docker開発環境の提供、AWSでのインフラ構築、GCPでのGKE/Kubernetes保守などを担当している。