AWS OpsWorksハンズオン

AWS OpsWorksハンズオン
2014/06/12
1

Agenda
AWS OpsWorks概要
AWS OpsWorksハンズオン
• CloudFormationによるEC2インスタンス、RDS、VPCの自動生
成
• GitHub上にコードリポジトリ生成
• サンプルレシピを作成、GitHubにpush
• OpsWorksのスタック、レイヤー、インスタンス、App生成
• OpsWorksで起動したインスタンスにサンプルレシピを実行
• OpsWorksでWordPressをデプロイする
APPENDIX
2

AWSの構築・デプロイ自動化サービスの
中での位置づけ
Elastic Beanstalk OpsWorks CloudFormation
フレキシビリティ
導入の容易さ

5
AWS OpsWorksとは？
アプリケーションのライフサイクル管理サービス
• Chefを採用
• ソフトウェアのインストール・構成・アプリケーション
のデプロイの自動化
• 幅広いアプリケーションアーキテクチャをサポート
• 追加コストなし

AWS OpsWorksのメリット
AWSにおけるインスタンスやアプリの動的な構成変
更に容易に対応可能
Chefのサーバー・クライアントのメンテナンスが不要。
Chefのレシピやアプリの開発に注力が可能
アプリケーションのデプロイのサイクルを自動化する
ことで、ビジネスニーズの変化にいち早く対応可能
開発者
コード
リポジトリ
push デプロイインスタンス

(例)OpsWorksによる動的なインスタンス追
加への対応
バックエンドインスタンスが
動的に追加されても、
HAProxyに反映される
後から追加起動したインス
タンスにも最新のアプリがデ
プロイされる
S/Wロードバランサー
レイヤー
Webサーバ
レイヤー
監視サーバ
レイヤー
後から追加起動したインス
タンスも動的に監視対象に
追加される
構成
情報
OpsWorks

OpsWorksの動作要件
Amazon LinuxまたはUbuntu 12.04LTSベース
• AMIをカスタマイズ可能
Chefバージョン9,11に対応
VPC対応
• デフォルトVPC, 自作VPC共に利用可能
ELB、RDS、CloudFormationに対応
起動したインスタンスからOpsWorksサービスエンドポイントへ通
信可能であること

OpsWorksの基本的な仕組み
EC2インスタンス上の
OpsWorks Agent
OpsWorks
talks with

OpsWorksの基本的な仕組み
OpsWorksによって引き起こされた
一連のコマンドを取得
AgentがChef solo(Chef client)で
レシピを実行
EC2インスタンス上の
OpsWorks Agent

OpsWorks利用の流れ
User AWS Management
Console
Stack
Load Balancerレイヤー
App Serverレイヤー
Databaseレイヤー
レシピ
レシピ
レシピ DB
Web
/App
Web
/App
LB
①スタックの作成
②レイヤーの作成
③レシピの設定
④レイヤーに
インスタンス追加・起動
⑤ライフサイクルイベント
により、レシピが実行され
る（次頁参照)
構成情報
(JSON)

OpsWorksライフサイクルイベント
各イベントごとに登録されているレシピが実行される
イベントいつ実行されるか？
Setup インスタンス初期化時、また
は正常に起動した時
Configure スタックの状態が変化する
たびに実行。
例：新規インスタンスがレイ
ヤーに正常に追加された時
Deploy アプリケーションがデプロイ
されるたびに実行
Undeploy アプリケーションが削除され
た時
Shutdown インスタンスが停止する45
秒前
<Cookbook名>::<レシピ名>
レシピ名がdefaultの場合は省略可能

用語説明：スタックとは？
OpsWorksのトップエンティティ
属する全インスタンスの構成を管理
• 例：DBサーバをアプリケーションサーバのバック
エンドデータストアとして認識させる
カスタムレシピを保存する任意のリポジトリを
指定可能
スタックをコピー可能
• リージョン間でも可能

用語説明：レイヤーとは？
インスタンス構築のための青写真（設計図）
レシピを指定して、何の
パッケージをインストー
ルするか定義
カスタムレシピも定義可能
追加のEBSボリュームの
指定。RAID指定も可能
ビルトインレイヤー
Security Groupの設定も
可能

用語説明：インスタンスとは？
アプリケーションを提供するためのEC2
インスタンスのこと
起動時にインスタンスサイズやAZ
（VPC内の場合はサブネット）を指定

用語説明：Appとは？
アプリケーションサーバにデプロイされ
る
利用可能なアプリケーションサーバ
• Ruby on Rails / PHP /
Node.js(JavaScript) / Static(HTML) /
Other(Javaなど)
サポートするリポジトリ
• Git / Subversion / HTTP archive / S3
Archive / Other

構成例
17
Virtual Private Cloud
VPC Public Subnet
VPC Private Subnet
Internet
Gateway
NAT
PHP App Server
レイヤー
MySQL DB レイヤー
Github
Recipe
Repository
App Code
Repository
VPC内に構築
• OpsWorksにより起動された
インスタンスはOpsWorks
サービスエンドポイントと接
続が必須
（Privateサブネット利用時は
NAT必須）
• プライベートサブネット内の
コードリポジトリを利用可能
• 同じレイヤーのインスタンス
を異なるサブネットに配置可
能

OpsWorksの利用方法
AWSマネージメントコンソール
AWS CLI
AWS SDK for Java / .NET / PHP / Python / Ruby
$ aws opsworks describe-stacks

ハンズオンの目標
OpsWorksの仕組みを理解する
自分で作成したChefレシピをOpsWorks上でデプロイで
きる
OpsWorksでWordPressをデプロイできる
20

今回構築する構成のイメージ
21
WordPress用
インスタンス
OpsWorksスタック
PHP App Serverレイヤー
GitHub
コードリポジトリ
Gitクライアン用
インスタンス
（レシピ作成用）
User
Chefレシピを
git push
Chefレシピを
作成
Chefレシピを
デプロイ
Amazon
RDS
MySQL
DB接続RDSレイヤー

手順概要
1. CloudFormationでGitクライアント用インスタンス、
RDSを作成
2. GitHubアカウント登録（登録済の場合は不要）
3. Gitクライアント用インスタンス上でChefレシピを作成、
GitHubにpush
4. OpsWorksスタック、PHP Application Serverレイ
ヤー、RDSレイヤー、インスタンスを作成
5. レシピがインスタンス上で実行されたことを確認
6. WordPressが動作することを確認する
22

（ご参考）
実行するコマンドラインのテキスト
以下のテキストにあるコマンドを、必要箇所でコピー＆
ペースト頂くと、コマンド入力ミスを防げて便利です。
• http://opsworks-bootcamp-jp.s3.amazonaws.com/CLI.txt
適宜ご活用ください。
23

CloudFormationでGitクライアント、
RDSを作成
24

本章で構築する環境
25
Gitクライアント用
インスタンス
User
Amazon
RDS
MySQL
Gitクライアント用インスタンスと
RDSインスタンスをCloudFormationで
作成する
※VPC、パブリックサブネット、プライ
ベートサブネットも作成する

事前確認事項
今回CloudFormationで作成する以下のAWSリソースが
AWSアカウント内で上限値に達していないことを確認
してください。
デフォルト上限値（2014年6月12日現在）
• 1リージョンにつきEC2 t1.microインスタンス: 20
• 1リージョンにつきVPC数: 5
• RDSインスタンス: 40
• CloudFormationスタック数: 20
26

AWS Management Consoleにログ
イン
https://console.aws.amazon.com/console/home へ
アクセス
ご自身のユーザーアカウントでログイン
27

CloudFormationスタックの作成
（１）
28

（２）
29
Specify an Amazon S3 template URLを選択して、
http://opsworks-bootcamp-jp.s3.amazonaws.com/opsworks-handson-cf.template
を入力して、Nextを選択。

（３）
30
ハンズオンに利用可能な既存のEC2キーペアの名前を入力する。
キーペアがない場合は、別途作成してから、その名前を入力する。

（４）
31
特に何も入力せずに、Nextを選択

（５）
32
確認後、Createを選択

GitHubにアカウント登録する
(カスタムChefレシピ格納先）
※既にGitHubアカウントをお持ちの方は飛ばして頂いて
構いません
33

34
インスタンス
User
Amazon
RDS
MySQL
GitHub
GitHubにアカウント登録する

GitHubへアクセスし、アカウントを
登録
https://github.com/ へアクセス
35
任意のユーザー名、
パスワード、
メールアドレスを入力
Sign upを選択

GitHubの登録内容を確認して、登録
完了
36

新しいリポジトリを作成
37

リポジトリ名を指定して
Create repositoryを選択
38
任意のリポジトリ名

リポジトリ作成完了
39

Gitクライアントインスタンス
上でChefレシピを作成、
GitHubにpushする
40

41
インスタンス
User
Amazon
RDS
MySQL
GitHub
Chefレシピを
git push
Chefレシピを
作成

CloudFormationのOutputsを確認
42
CloudFormationのManagement Console画面に移動
実行したStackを選択、StatusがCREATE_COMPLETEに
なっていることを確認
Gitクライアント用のインスタンスのPublicDnsNameを確認する

Gitクライアント用インスタンスにGit
をインストール
SSHでGitクライアントにログインする
• 接続先：Git ClientのPublic DNS（前頁で確認したもの）
• （例：ec2-xx-xx-xx-xx.ap-northeast-1.amazonaws.com）
• ユーザー名：ec2-user
• パスワード： (なし)
• 秘密鍵ファイル：
(ダウンロードした秘密鍵ファイル例：demo.pem)
ログイン後、updateをしてgitをインストール
43
$ sudo yum update
$ sudo yum install git

Gitクライアント上で
サンプルのChefレシピを作成する
サンプルレシピ用のディレクトリを作成
サンプル用のレシピファイルを作成
default.rbの中身は次頁
44
$ mkdir –p ~/site-cookbooks/hello/recipes
$ vi ~/site-cookbooks/hello/recipes/default.rb
実行

default.rbの中身
上記テキストをそのままコピー＆ペーストすると、全角
文字になっている部分があるため、以下URLにあるテキ
ストから取得したものを利用するようにしてください。
45
file "/home/ec2-user/hello.txt" do
action :create
end
実行

GitクライアントからGitマスターサー
バーへGit接続するための設定をする
Gitの初期化、コミット、GitHubリポジトリにpushをする
gitのユーザー名、パスワードを入力するとpushが成功する
46
$ cd ~/site-cookbooks
$ git init
$ git add .
$ git commit –m “first commit”
$ git remote add origin https://github.com/xxxxxx/test-
cookboooks.git
$ git push -u origin master
実行
Username for 'https://github.com': xxxxxxxx
Password for ‘https://xxxxxxxxxx@github.com’: xxxxxxxxxxxxx

OpsWorksの環境を構築する
47

48
インスタンス
User
Amazon
RDS
MySQL
GitHub
スタック、レイヤー、新規イ
ンスタンス、既存のRDSを
追加する
WordPress用
インスタンス
RDSレイヤー

AWS Management Console上の
OpsWorksの画面に移動する
https://console.aws.amazon.com へアクセス
ご自身のアカウントでログイン
OpsWorksを選択する
49

OpsWorks Stackを作成する
Add Stackを選択
50

スタックの設定をする
51
Name: WordPressStack
Region: Asia Pacific (Tokyo)
VPC: OpsWorksVPC(CloudFormationで作成
したVPC)
Default subnet:10.0.1.0/24 PublicSubnet
Default operating system: Amazon Linux
Default root device type: Instance store
Default SSH key: (CloudFormation作成時に
指定したSSH key)
Advancedを選択（忘れずに！）

Stackの設定（つづき）
52
Repository type: Git
Repository URL:
https://github.com/xxxxxx/test-cookboooks.
Use custom Chef cookbooksを
Yesにする
11.10を選択

レイヤーを追加する
53

PHP App Serverレイヤーを追加する
54

PHP App ServerのPublic IP
Address割り当ての設定を有効にする
55

56

57

RDSレイヤーを追加する
58

59

60
CloudFormationで作成された
RDSを選択する
（CloudFormationのOutputsか
ら確認可能）
User: wpuser
Password: wppassword

PHP App Serverレイヤーにインスタ
ンスを追加する
61

PHP App Serverレイヤーにインスタ
ンスを追加する（続き）
62

PHP App Serverレイヤーに追加する
インスタンスの設定
63
t1.microでも構わないが、起動に
時間がかかる可能性があるため、
c3.largeを推奨
10.0.1.0/24 PublicSubnetを選択
Advancedを選択

PHP App Serverレイヤーに追加する
インスタンスの設定（続き）
64
自分のキーペアが選択されてい
ることを確認
Instance storeが選択されている
ことを確認

追加したインスタンスを起動する
65

起動を確認
66
Statusがonlineになるのを確認する

起動後、インスタンスにSSHログイン
する
ユーザー名：ec2-user
パスワード：なし
秘密鍵ファイル：指定したキーペア用のファイル
接続先：以下のpublic IP
67
接続先のpublic IP
sshリンクをクリック
すると、SSH接続に
必要な情報が表示さ
れる。（任意）

PHP App Serverレイヤーのインスタ
ンスにSSHログイン後
/home/ec2-userディレクトリに何もファイルがないこ
とを確認
68
$ ls /home/ec2-user

作成したChefレシピをPHP App Serverレ
イヤーのインスタンスに実行する
69

70
インスタンス
User
Amazon
RDS
MySQL
GitHub
スタック、レイヤー、新規インスタンス、
既存のRDSを追加する
WordPress用
インスタンス
RDSレイヤー
スタックのRun Command(Execute Recipe)で
hello Chefレシピを実行

OpsWorksのインスタンスにレシピを
手動で展開、実行する方法
71
Chefレシピ
①Stack CommandでCustom
Cookbookをアップデート
②①のコマンドにより、
Cookbook（レシピ含む）がイン
スタンスに自動で展開される
③Stack Commandでレシピ名を指定し
て実行
インスタンス
OpsWorks
Management
Console

Custom Cookbookをアップデート
する
74
Update Custom Cookbooksを
選択
作成したChefレシピをPHP App Serverインスタ
ンスにダウンロードさせるために行う処理
インスタンスのステータスが
onlineになると選択可能になる。
onlineになるまで待機

中
75

Custom Cookbookのアップデート
成功を確認
76
Repeatをクリックすると、
再度Run Command画
面に切り替わる

helloレシピを実行する
77
Execute Recipesを選択
Recipes to executesに
hello と入力

レシピが実行中であることを確認
78

レシピが実行成功したことを確認
79

PHP App Serverレイヤーのインスタン
ス上でhello.txtファイルが生成されたこ
とを確認する
lsコマンドで確認
80
[ec2-user@php-app1 ~]$ ls –lh /home/ec2-user
total 4.0K
-rw-r--r-- 1 root root 6 Mar 20 09:43 hello.txt
OpsWorksインスタンス
上で実行

PHP App Serverレイヤーのインスタンス
にWordPressをデプロイする
81

82
インスタンス
User
Amazon
RDS
MySQL
GitHub
WordPress用
インスタンス
RDSレイヤー
Wordpress
Chefレシピを
git push
Wordpress
Chefレシピを
作成
Wordpress
Chefレシピを
デプロイ
DB接続

WordPressをデプロイするまでの流
れ
構成に必要なパラメータをStack JSONに登録する
２つのChefレシピファイルを作成、Gitマスターにpush
する
• WordPress CLIインストール用のレシピ
• WordPress CLIを使ったWordPress構成用のレシピ
OpsWorksのStack内にWordPress用のAppを登録、デ
プロイする
Chefレシピファイルを実行する
83

Stackの設定を変更する
86

Custom Chef JSON用のテキストを
作成する
コードは以下からダウンロード可能
87
{
"deploy": {
"wordpress": {
"wp_admin_email" : "xxx@xxxx"
}
}
}
WordPress設定時に登録
するAdmin用のご自身のE
メールアドレスを入力する

作成したCustom Chef JSONテキス
トを入力
88
下に
スクロール
作成したCustom JSON
を入力する

Stackの設定を反映させるために
Configureを実行する
89

Stackの設定を反映させるために
Configureを実行する
90
Configure
を選択
インスタンスが選択され
ていることを確認

configureの成功を確認
91

ンス上でStack JSONを確認する
以下のコマンドを実行
出力結果は以下
92
[ec2-user@php-app1 ~]$ sudo su
[root@php-app1 ec2-user]# opsworks-agent-cli get_json
上で実行
（途中省略）
"deploy": {
"wordpress": {
“wp_admin_email”: “（ご自身のEメールアドレス）"
}
},
（以下省略）
Stackの構成情報が含まれている
JSONデータを確認可能

WordPress初期構成用のChefレシピ
を作成する
Gitクライアント用のインスタンスにSSHでログイン
wp-cliインストール用のレシピファイルを作成する
default.rbファイルの中身は次頁
93
$ cd ~/site-cookbooks/
$ mkdir -p wp-cli/recipes/
$ vi wp-cli/recipes/default.rb
実行

wp-cliインストール用のレシピ
default.rbファイルの中身
上記を直接コピー＆ペーストすると一部文字が全角になってしまうた
め、以下リンクにあるコードをコピー＆ペーストするようにしてくだ
さい。
リンク
94
wpdir = "/usr/bin/"
remote_file "#{wpdir}/wp" do
source "http://opsworks-bootcamp-jp.s3.amazonaws.com/wordpress/wp-cli.phar"
owner "root"
group "root"
mode 00755
checksum "80e2e3a229392db6784f3be5b440e3e36a97ab57a94bdcdf7d9713003ca7b6a0"
end
実行

default.rbの中で実行する内容の説明
default.rbの中で実行するコマンドの内容は以下
※レシピで実行するため、以下は実行する必要はありませ
ん。
• remote_file "#{wpdir}/wp" do
• リモートにあるファイルをwpdirディレクトリ直下にwpファイルとして配置する
• source http://opsworks-bootcamp-
jp.s3.amazonaws.com/wordpress/wp-cli.phar
• リモートのファイルのソースを指定
• mode 00755
• アクセス権限を755にする
95

wp-cliによるWordPress初期設定用
のレシピを作成する
deploy.rbファイルを作成する
deploy.rbファイルの中身は次頁
deploy.rbの内容は以下からもダウンロード可能
96
$ vi ./wp-cli/recipes/deploy.rb

deploy.rbファイルの中身
97
require "net/http"
require "uri"
wpdir = "/srv/www/wordpress/current"
dbname = node[:deploy][:wordpress][:database][:database]
dbuser = node[:deploy][:wordpress][:database][:username]
dbpass = node[:deploy][:wordpress][:database][:password]
dbhost = node[:deploy][:wordpress][:database][:host]
wp_admin_email = node[:deploy][:wordpress][:wp_admin_email]
execute "wp configure" do
command "wp core config --dbname=#{dbname} --dbuser=#{dbuser} --
dbpass=#{dbpass} --dbhost=#{dbhost}"
cwd "#{wpdir}"
user "deploy"
not_if { File.exists?("#{wpdir}/wp-config.php") }
action :run
end
次頁へ続く

deploy.rbファイルの中身（つづき）
98
uri = URI.parse("http://169.254.169.254/latest/meta-data/public-
hostname")
http = Net::HTTP.new(uri.host, uri.port)
request = Net::HTTP::Get.new(uri.request_uri)
response = http.request(request)
public_hostname = response.body
execute "db create" do
command "wp db create"
cwd "#{wpdir}"
user "deploy"
action :run
ignore_failure true
end
次頁へ続く

deploy.rbファイルの中身（つづき）
99
execute "wp deploy" do
command "wp core install --url=#{public_hostname} --title=Test --
admin_name=admin --admin_password=admin --admin_email=#{wp_admin_email}"
cwd "#{wpdir}"
user "deploy"
action :run
not_if "sudo -u deploy wp core is-installed --path=#{wpdir}"
end

deploy.rbの中で実行する内容の説明
dbuser / dbpass / dbname /dbhostをStackのJSONから取得
• WordPress AppをStackに追加する時に、data sourceをRDSとして
設定、そのユーザー名やパスワード、リモートホスト名を以下のよう
に指定することで取得可能
node[:deploy][:wordpress][:database][:username]
/srv/www/wordpress/currentにwp-config.phpが存在しない
場合は以下を実行
• wp core config –dbname=<dbname> --dbuser-<dbuser> --
dbpass=<dbpass> --dbhost=<dbhost>
上記コマンドのパラメータはOpsWorksのCustom Chef JSON
から取得する
100

（つづき）
Public hostnameを取得して、WordPressの初期設定に
利用する
RDS MySQL上にwp db createコマンドでデータベース
を作成
101

（つづき）
以下のコマンドを実行して、指定したディレクトリに
wp coreがインストールされているかをチェック。
• wp core is-installed –path=<wp directory>
未インストールであれば、以下を実行
• wp core install --url=<public hostname> --
title=Test –admin_name=admin –
admin_password=admin –admin_email=<自分のメールア
ドレス>
102

作成したレシピをマスターにpushす
る
作成した２つのレシピをgitでcommitしてマスターに
pushする
gitのユーザー名、パスワードを入力
103
$ cd ~/site-cookbooks
$ git add .
$ git commit –m “create wp-cli recipe”
$ git push origin master
Username for 'https://github.com': xxxxxxxx
Password for ‘https://xxxxxxxxxx@github.com’: xxxxxxxxxxxxx
実行

wp-cliのdefault.rbとdeploy.rbを
GitHubにpushした後の流れ
１．Custom Cookbookをアップデート
• インスタンスに最新のChefレシピを展開する
２．wp-cliのdefaultレシピを実行
• レシピでwpコマンドをインストール
３．WordPressのアプリケーションをデプロイする
４．wp-cliのdeployレシピを実行
• wpコマンドにより、WordPressの初期設定を行う
５．WordPressの動作確認
６．default.rbとdeploy.rbをOpsWorksのライフサイクルイベント
に登録する
• イベント実行時に自動実行されるようにする
104

する
105
Update Custom Cookbooksを
選択
作成したChefレシピをPHP App Serverインスタ
ンスに展開させるために行う処理

update custom cookbooks成功を
確認
106
Repeatを選択して、再度Run
Command画面に移動する

wp-cliのdefault.rbレシピを
実行する
107
wp-cli::defaultと入力
（Cookbook名::レシピ名の形式。default
の場合は「::レシピ名」を省略可能）

wp-cliのdefaultレシピ実行の成功を
確認
108

AppをデプロイするためにApps画面
に移動
109

WordPress用Appを作成する
111
https://github.com/WordPress/WordPress.git
を入力
Gitを選択
Name: WordPress
Type: PHP
Data source type: RDS
Database instance: CloudFormation
で作成したインスタンスを選択
Database name: wordpress (新規に
Databaseを作成する)

WordPress用Appをデプロイする
112

WordPress用Appをデプロイする
113
該当インスタンスに
チェックが入ってい
ることを確認
advancedをクリック

デプロイ成功を確認
114

ンス上でStack JSONを確認する
以下のコマンドを実行
出力結果は以下
115
[ec2-user@php-app1 ~]$ sudo su
[root@php-app1 ec2-user]# opsworks-agent-cli get_json
上で実行
"deploy": {
"wordpress": {
"deploy_to": "/srv/www/wordpress",
（途中省略）
"database": {
"host": "or18gd1om9fxcgo.cyibkvmwlgp2.ap-
northeast-1.rds.amazonaws.com",
"database": "wordpress",
"port": 3306,
"username": "wpuser",
"password": "wppassword",
RDSへの接続に必要なパラメー
タを確認。（これらを作成したChef
レシピで活用する）

Stack画面に移動する
116

deploy.rbレシピを実行する
118
wp-cli::deployと入力

deployレシピが成功したことを確認
119

インスタンスの画面に移動する
120

インスタンスにWebブラウザから
アクセスしてみる
121

WordPressサイトの動作を確認する
122
http://<インスタンスのPublic DNS nameまたはIP>へアクセスする

OpsWorksのライフサイクルイベントによる
Chefレシピの自動実行
123

レイヤーの画面に移動、Recipesを選
択
124

PHP App ServerのCustom Chef
Recipesでeditを選択
125

Setupイベントにwp-cli::defaultを、
Deployイベントにwp-cli::deployを登録
126
Deployイベントに
wp-cli::deployを入力後、
「＋」ボタンをクリック
Setupイベントにwp-
cli::defaultを入力後、
「＋」ボタンをクリック
それぞれのイベントにChefレシピを登
録することで、イベント実行時にレシピ
が自動で実行される。

（ご参考）Setupイベントにおける
Chefレシピの実行順
127
AWS
OpsWorks
setup
recipes
Your setup
recipes
AWS
OpsWorks
deploy
recipes
Your deploy
recipes

もう１つインスタンスを起動して、登録し
たレシピが正しく動作するか確認する
PHP App Serverレイヤーにインスタンスをもう１つ追
加、起動
インスタンスが問題なく起動して、同様にWordPressの
サイトが表示されるかを確認する
128

以上で終了です。
おつかれさまでした！
129

環境の片付け方法
OpsWorksで起動したインスタンスを停止・削除
• OpsWorksのマネージメントコンソールまたはCLIで実行する必
要あり
• EC2のマネージメントコンソール等で停止・削除しても、
OpsWorksのAuto Healingが有効な場合は、再度新規インスタンス
が起動されるため
OpsWorksのApp, レイヤー、スタックの順に削除
CloudFormationのスタックを削除
• Gitクライアント用EC2インスタンス、RDSインスタンスを削除
• 手動での削除も可能
130

OpsWorksトラブルシューティング
カスタムレシピ実行時のログファイル
• /var/lib/aws/opsworks/chefにChefのログ
• /var/log/aws/opsworksにOpsWorksのログ
SSHでインスタンスに接続して、agent CLIのrun_command
を実行すると、過去に実行したコマンドを再実行可能。
（Cacaheに残っているコマンドのみ）トラブルシューティング時
の切り分けに有効
• APPENDIX参照

OpsWorksのライフサイクルイベントの
動作
133

CloudFormationでOpsWorksの
リソースを自動生成可能
134
{
"AWSTemplateFormatVersion": "2010-09-09",
"Resources": {
"myStack": {
"Type": "AWS::OpsWorks::Stack",
"Properties": {
（略）
}
},
"myLayer": {
"Type": "AWS::OpsWorks::Layer",
"DependsOn": "myApp"
（略）
},
"myInstance1": {
"Type": "AWS::OpsWorks::Instance",
"Properties": {
"StackId": {
"Ref": "myStack"
},
“LayerIds”: [{ “Ref”: “myLayer” }],
"InstanceType": "m1.small"
}
CloudFormationテンプレート例
myStack
myLayer
myinstance1

OpsWorksがもたらすもの
アプリケーションのライフサイクル管理
• リソースプロビジョニング
• スタック全体の構成管理
• アプリケーションのデプロイ
• ソフトウェアアップデート
• 監視
• アクセスコントロール

リソースプロビジョニング
スケーリングタイプごとに異なる方式でインスタンス起動可能
• 24/7 インスタンス
• 手動で起動・終了
• 負荷ベースのインスタンス
• 時間ベースのインスタンス

リソースプロビジョニング
Auto Healing
• 起動されたインスタンス上ではagentがOpsWorksへpollingしている。
• レイヤーでAuto Healingが有効になっている場合
• レイヤーの１つのインスタンスが、およそ3-5分間接続できない場合に、
OpsWorksは新規インスタンスを立ち上げる
agent agent
新規インスタンス
・EIP利用時は同じEIPをアタッ
チ
・外付けEBS利用時は同じEBS
を同じマウントポイントで利用
Volume
古いインスタンス
Elastic IP Elastic IP

構成管理
スタックの構成情報の例→
（JSON形式）
ライフサイクルコマンドが実行
されると、そのインスタンスに
送られる。
下記コマンドでも取得可能
{
"opsworks": {
"layers": {
"php-app": {
"id": "4a2a56c8-f909-4b39-81f8-556536d20648",
"instances": {
"php-app2": {
"elastic_ip": null,
"region": "us-west-2",
"booted_at": "2013-02-26T20:41:10+00:00",
"ip": "192.112.235.192",
"aws_instance_id": "i-34037f06",
"availability_zone": "us-west-2a",
"instance_type": "c1.medium",
"private_dns_name": "ip-10-252-0-203.us-west-2.com
"private_ip": "10.252.0.203",
"created_at": "2013-02-26T20:39:39+00:00",
"status": "online",
"backends": 8,
"public_dns_name": "ec2-192-112-235-192.us-west-
2.compute.amazonaws.com"
},
"php-app1": {
...
}
},
"name": "PHP Application Server"
},
"lb": {
$ opsworks-agent-cli get-json

アプリケーションデプロイ
ライフサイクルイベントのデプロイにより実行
手動デプロイも可能
アプリケーションリポジトリに以下も利用可能
• プライベートネットワーク内にあるリポジトリ
• SSH key認証が必要なプライベートリポジトリ
• 例
– GitHub Enterprise
• SSH認証でのパスワードは利用不可

ソフトウェアアップデート
ライフサイクルイベントによるアップデート
• Setup / Configure / Deploy
個別にコマンドを実行することによるアップデートも可能
• Install Dependencies
• 全てのパッケージまたはRuby gemsをインストール
• Update Dependencies
• 全てのパッケージまたはRuby gemsをアップデート
• Update Cookbooks
• アップデートされたcookbookを
それぞれのインスタンスのキャッシュに
デプロイ
• Execute Recipes
• 指定したレシピを実行

監視
CloudWatchメトリクスを利用可能
• CPU / Memory / Load / Processes
スタック全体
レイヤー単体
インスタンス単体

アクセスコントロール
AWS OpsWorksが必要とする権限
をスタック作成時に割り当てる
OpsWorksを利用する上で不自由な
く使う場合は以下のポリシーを活用
{
"Version": "2012-10-17",
"Statement": [ {
"Effect": "Allow",
"Action": [ "ec2:*", "s3:*", "opsworks:*", "iam:PassRole"],
"Resource": "*"
}
]
}

OpsWorks Agent CLI利用時の注意
事項
OpsWorksで起動されたインスタンスにSSHログインして、
OpsWorks Agent CLIを実行することが可能
OpsWorksで起動されたインスタンス上で、最近実行された
コマンドをキャッシュしている。以下その例
上記のように出力されたコマンドを、再度OpsWorks Agent
CLIで再度実行が可能
• ※インスタンスに対して1度も実行されていないコマンドは、実行
不可。その場合はOpsWorks Stack Commandで実行する必要があ
る。
• 主にトラブルシュートやデバッグ等での利用に最適
143
$ opsworks-agent-cli list_commands
2014-04-07T02:55:09 setup
2014-04-07T02:58:55 configure
2014-04-07T04:38:12 execute_recipes
OpsWorksインスタンス上で実行

OpsWorks Agent CLIを使って
Cookbooksを再度アップデート
OpsWorks Agent CLIでコマンド実行履歴を確認
既にCustom Cookbooksをアップデート
• インスタンスに最新のChef Cookbooks、レシピをダウンロー
ドさせる
• OpsWorksで起動されたインスタンスにSSHログインして実行
• アップデートされたChef Cookbooks, レシピは
/opt/aws/opsworks/current/site-cookbooks以下に配置され
る
144
$ sudo opsworks-agent-cli run_command update_custom_cookbooks
OpsWorksインスタンス上で実行
$ sudo opsworks-agent-cli list_commands
$ sudo opsworks-agent-cli run_command
<update_custom_cookbooksを実行したときのtime stamp>
または

OpsWorks Agent CLIを使ってChef
レシピを実行
opsworks-agent-cli list_commandsでレシピ実行された履歴があ
れば、同様に再度レシピ実行が可能
Chefレシピ単体を実行する
レシピの指定の仕方は<cookbook名>::<レシピ名>
• .rb拡張子は不要
• レシピ名がdefaultの場合は省略可能
作成したレシピを単体で動作テストする時に使うと良い
OpsWorksのライフサイクルイベント内で登録されていなくても、
指定したリポジトリにレシピがあれば、Update Custom
Cookbooksを実行後に、レシピを実行可能
145
$ sudo opsworks-agent-cli run_command execute_recipes hello
上で実行
または
$ sudo opsworks-agent-cli run_command <レシピ実行時のタイムスタ
ンプ>

AWS OpsWorksハンズオン

Recommended

More Related Content

What's hot (20)

Similar to AWS OpsWorksハンズオン (20)

More from Amazon Web Services Japan (20)

AWS OpsWorksハンズオン