AWS Elastic Beanstalkを活用した、アプリケーション、インフラの一括設定、管理のイケてるポイントや注意点を、利用者の観点から書いたスライドです。間違いなどありましたらご指摘をお願いしますm(_ _)m

1. Elastic Beanstalkで
アプリ/インフラ
かんたん一括管理
2016-10-13

2. 自己紹介
氏名: 駒原 雄祐 (こまはら ゆうすけ)
年齢: 36歳
家族: 妻と子供(3ヶ月)と犬(2歳)
お仕事: 広告配信プラットフォーム
A.J.A.の開発・運用エンジニア

3. Agenda
Elastic Beanstalkって何？
Elastic Beanstalkの基本構成
Elastic Beanstalkのイケてるポイント
Elastic Beanstalk運用上の注意点
まとめ

4. 突然ですが

5. AWS使ってますか？

6. きょうは Elastic Beanstalkの
お話をします

8. Elastic Beanstalkって何？
AWS上でアプリケーションを実行、管理するの
に必要な機能がパッケージングされたもの
いわばAWSフレームワークといった趣
AWSのFAQによると、下記の事項を開発者が簡
単に行えるもの https://aws.amazon.com/jp/elasticbeanstalk/faqs/
容量のプロビジョニング
負荷分散
Auto Scaling

9. ところで
Beanstalkの読み方は？
✕ びーんず・とーく
◯ びーん・すたーく
意味は？
豆の主茎
( 出典: Weblio http://ejje.weblio.jp/ )

10. AWSでWebアプリケーションを作るとき ( 1 )
NW系の各種設定 (新規の場合)
VPC
Subnet
Route Table
etc ...

11. AWSでWebアプリケーションを作るとき ( 2 )
セキュリティ系の各種設定 (新規の場合)
Security Group
WAF
etc ...

12. AWSでWebアプリケーションを作るとき ( 3 )
アプリケーション実行環境の設定
ELB
Auto Scaling Group
EC2
RDS
etc ...

13. AWSでWebアプリケーションを作るとき ( 4 )
デプロイのための仕組みの準備
アプリケーションのビルド環境の用意
JenkinsやCircle CIなどのクラウドCIサービス
など
サーバへのデプロイ方法の用意
アプリケーションのバージョン管理

14. ElasticBeanstalkがカバーしているもの
NW系
● VPC
● Subnet
● Route Table
セキュリティ系
● Security Group
● WAF
App実行環境
● ELB
● Auto Scaling Group
● EC2
● RDS
デプロイ
● ビルド環境
● デプロイ方法
● アプリケーションバ
ージョン管理

15. ElasticBeanstalkがカバーしているもの
NW系
● VPC
● Subnet
● Route Table
セキュリティ系
● Security Group
● WAF
App実行環境
● ELB
● Auto Scaling Group
● EC2
● RDS
デプロイ
● ビルド環境
● デプロイ方法
● アプリケーションバ
ージョン管理

16. Elastic Beanstalk のアプリデプロイの流れ
アプリケーションのビルド
ビルド成果物をZIP圧縮し、S3にアップロード
S3にアップロードしたZIPファイルをElastic
Beanstalkにアプリケーションとして登録
登録したアプリケーションをElastic Beanstalkの
Environmentに対してデプロイ指示

17. こんな人に向いている
よくあるアーキテクチャ構成で、AWSサービス
を個別に設定をしていくのが面倒
アプリケーションのデプロイから起動まで、自
分で仕組みを構築するのが面倒
リリース後の切り戻しなど、アプリケーション
の状態管理をしたいが仕組みを構築するのが
面倒

18. 一方で…
自分で構築するといろいろ面倒な部分をまとめ
てお世話してくれる
その分Elastic Beanstalkが指定する流儀に則
る必要はある
(ある程度はカスタマイズも可能)
自分でなんでも細かくやりたい(やる必要がある)
場合にはそもそも向かない

19. Elastic Beanstalkの基本構成

20. Elastic Beanstalkの基本構成 ( 1 )
Application (アプリケーション)
アプリケーション名
Web Application or Worker
アプリケーションのバージョン管理
1個以上のEnvironmentを持つ

21. Elastic Beanstalkの基本構成 ( 2 )
Environment (環境)
Applicationの子要素
ドメイン
紐づく各種AWSサービス(EC2/ELB等)の設定
インスタンスの状態管理
RebootやTerminateなど一部運用も可

22. 構成例 ( 配信サーバ )
1 Application内 に 2 Environemnt 構成

23. Environment を作ると一緒に作られるもの
ELB (HTTP or HTTPS -> EC2 port)
Health Check
Auto Scaling Group
EC2 (指定したランタイムプリインストール)
インスタンスタイプ
Security Group
EBS

24. EC2の実行環境のカスタマイズ例
EC2のレイヤーについては2通りのやり方
起動するEC2のAMIを指定できる
予め必要なミドルウェア等をインストール
したAMIを用意しておくとよい
.ebextensionsディレクトリを配置
http://docs.aws.amazon.com/ja_jp/elasticbeanstalk/latest/dg/ebextensions.html
ディレクトリ内の hogehoge.config と名の
付いたYAMLに実行内容を記載

25. Elastic Beanstalkのイケてるポイント

26. アプリケーションのバージョン管理
登録したアプリケーションのバージョン履歴の
保持
現在デプロイされているバージョンの確認
バージョンを指定してのデプロイ

27. バージョンを指定してのデプロイ
アプリケーションのアップデートだけでなく、
切り戻しも簡単にできる
(古いバージョンの再ビルドという形ではなく、
以前動作していたものと完全に同一のモジュー
ルをデプロイできる)

28. 2つのEnvironmentでのBlue Green Deployment
Environmentは個別にドメインが割り当てられる
同一Application内のEnvironmentは、URL Swap
でドメインを入れ替えることができる

29. EnvironmentのドメインとURL Swap
prd-glasgow-deliver-active
↑こっちにアクセスが来る
prd-glasgow-deliver-standby
↑こっちはスタンバイ
URL Swap

30. Blue Green Deploymentの流れ
Env1
Domain: active…
AppVer: 001
Env2
Domain: standby…
AppVer: 001
Env1
Domain: active…
AppVer: 001
Env2
Domain: standby…
AppVer: 002
Env1
Domain: standby…
AppVer: 001
Env2
Domain: active…
AppVer: 002

31. Blue Green Deploymentの利点
本番環境を2系統用意して片側にデプロイするこ
とで、リリース作業を安全に行える
万一問題があった場合でも、再度URL Swapを行
うことで、容易に切り戻しが可能

32. Elastic Beanstalk運用上の注意点

33. Elastic Beanstalkレイヤーで保持する設定との齟齬
一部の設定は、対象のAWSサービス本体の設定
とは別にElastic Beanstalk上でも保持
ex) ELBのリスナーやAuto Scaling Groupの
min/maxインスタンス数など
AWSサービス本体側の設定を直接変更した場
合、Elastic Beanstalk側の設定と差異が生
じ、不具合につながる場合がある
Elastic Beanstalk側に設定がある項目はそちらか
ら設定変更するのが無難

34. Blue Green Deployment 実施時の注意 ( 1 )
Auto Scalingによるスケールアウト/スケールイ
ンをしている場合(高トラフィックなアプリケ
ーションなど)
URL Swapによってスケールアウトしていな
い状態の環境が突然高負荷にさらされるこ
とになる
URL Swapの前に、インスタンス数を増やし
ておくなどの準備が必要

35. Blue Green Deployment 実施時の注意 ( 2 )
高トラフィックなアプリケーションなどで、
ELBを利用している場合、URL Swapによって、
ELB自体がスケールダウンしている状態で突
然高負荷にさらされることになる
事前にダミートラフィックを流しておくなど
してELBの性能を引き上げておく
両環境のELBのプレウォーム申請をしておく
ことで性能を確保しておく
(A.J.A.ではこちらを採用)

36. URL Swap方式であることによる注意点
URLが入れ替わるだけのため、待機系環境もNW
的に接続できなくなるわけではない
DNSキャッシュなどの要因で、少量ながら待機
系にもアクセスは残る
待機系へのアクセスが許容できない場
URL Swap後に同一バージョンのアプリケ
ーションを待機系にもデプロイ
ELBのSecurity Groupでアクセスを遮断

37. まとめ

38. まとめ
Elastic Beanstalkは、形式に則って実装すること
で、インフラ面をほぼまるっとおまかせでき
るAWSフレームワーク
立ち上げ期で時間がない人や面倒くさがりな
人におすすめ
いくつかの罠は存在するが、バージョン管理や
Blue Green Deploymentなど、うまく使えば運
用が便利になる機能が盛り込まれている

39. ご清聴ありがとうございました