OpsJAWS Meetup#3 Cloudwatch Events

1. OpsJAWS Meetup
#3
~
CloudWatch Events
~
Amazon
Web
Services
Japan
パートナー ソリューション アーキテクト
Sakatoku Tomoaki

2. ⾃自⼰己紹介
酒徳 知明(さかとく ともあき)
エコシステム ソリューション部
パートナー ソリューション アーキテクト
• エンタープライズ パートナー様のご⽀支援
• ISVパートナー様のご⽀支援
• 好きなAWSサービス：AWS CouldWatch Events

3. CloudTrail Update

4. CloudTrailの設定が簡単に！
• ご利利⽤用頂けるすべてのリージョンに数クリックで設定
http://aws.typepad.com/aws_japan/2015/12/aws-­cloudtrail-­update-­turn-­on-­in-­all-­regions-­use-­multiple-­trails.html

5. Amazon Elasticsearch Service
• Elasticsearchクラスタを数分間で起動できるマネージ
ドサービス
• Kibanaが組み込まれており、即座にデータのビジュア
ライズに着⼿手できる
• すでに東京リージョンでも利利⽤用可能
• CloudWatch Logs インテグレーションがとても簡単
CloudWatch Logs ElasticsearchService

6. Kibanaを使ったログの可視化

7. CloudTrai
l
Config
CloudWatch
Logs
S3
Access
Logs
ELB
Amazon
Elastic
Service
Lambda
VPC
Flow
Log
S3
Kinesis
AWS
log
management
CloudFront
OS
/
APP

8. CloudWath Events リリース
• CloudWatch
• AWS上で稼働するシステム監視サービス
ü 死活監視 / 性能監視 / キャパシティ監視
• CloudWatch Logs
• AWSマネジドサービス/OS/APP のログ
管理理機能
• CloudWatch Events
• AWSリソースに対するイベントをトリ
ガーにアクションを実⾏行行する機能

9. AWS上に構築された多くのシステムが
Pollingモデルで動作
-‐‑‒ DescribeInstances
-‐‑‒ DescribeVolumes
-‐‑‒ ListQueues

10. CloudWatch Events とは
• CloudWatch Eventsはリソースへの変更更 (イベント) を
検知し、イベントをトリガーにアクションを実⾏行行します
(イベントドリブン型)。
• 特定の状態変更更をトリガーに事前に定義した処理理を実⾏行行
• すでに東京リージョンでも利利⽤用可能

11. CloudWatch Events のコンポーネント
• イベントソース
– 対象となるリソースの指定
– 処理理が実⾏行行されるタイミング選択
• APIがコールされたタイミング、状態遷移するタイミング等
• ターゲット
– 実⾏行行する処理理を選択
• 事前に処理理内容を定義することも可能(AWS Lambda)
• ルール
– 定義したイベントソースとルールの組み合わせ

12. CloudWatch Events (ルールの作成)
イベントソース ターゲット

13. イベントソースの選択
• EC2 Instance states change notification
– Pending/Running/Shutting down/Stopped/Stopping/Terminated
• Schedule
– 間隔：分(Minites)/時間(Hours)/⽇日(Days)
– クーロン表記
• AWS API call
– AWS CloudTrailにより発⾏行行されたイベント
• AWS console sign-‐‑‒in
• Auto Scaling
– Launch Successful/Launch Unsuccessful/Terminate
Successful/Terminate Unsuccessful

14. ターゲットの選択
• Lambda Function
• SNS Topic
• Kinesis Stream
• Built-‐‑‒in target
– EBSボリュームのスナップショット作成
– EC2インスタンスの再起動
– EC2インスタンスの削除
– EC2インスタンスの停⽌止

15. CloudWatch Event を利利⽤用する準備
• User accounts
– IAMユーザに “events:*”,
“iam:PassRole” のパーミッションが必要
• AWS CloudTrail logging
– AWS API callをイベントソースに指定す
る場合は事前にCloudTrailを有効にする必
要あり
• AWS Security Token Service
– リージョンのエンドポイントが有効に
なっているかの確認(デフォルトでは有効)。
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"events:*",
"iam:PassRole"
],
"Effect": "Allow",
"Resource": "*"
}
]
}

16. CloudWatch Events の第⼀一歩
• CloudWatch Eventの出⼒力力ログの理理解
– ルールの実⾏行行ログ(AWS Lambda)はCloudWath Logsに出⼒力力される
Lambda Functionサンプル
・インスタンスIDの取得
console.log(event.detail['instance-id']);
→ i-4f181ea
・インスタンス状態の取得
console.log(event.detail.state);
→ running
・インスタンス状態の取得
console.log(event.region);
→ ap-northeast-1

17. 価格
• 100万カスタムイベントあたり$1.00
***** Each 64KB of payload (rounded up) is billed as one custom event. For
example, a single custom event with a 256KB payload will be billed as four
custom events. A single custom event with a 65KB payload will be billed as two
custom events.
https://aws.amazon.com/cloudwatch/pricing/?nc1=h_ls

18. DEMO

19. つくらせないよ、そのEC2!!!

20. • AMI Details
• Instance Type
• Security Groups
• Instance Details
• Storage
• Tags
• Name
• CostCenter
Tags
• Name:opsjaws
• CostCenter:123
Tags
• Name:opsjaws
• CostCenter:123
Demo: つくらせないよ、そのEC2!!!
CostCosterタグのないインスタンスはスタートさせない

21. 2⽉月のOpsJAWS Meetup#4で
デモ内容のハンズオンを実施します！
ご興味のある⽅方はDoorKeeperにご登録ください
https://opsjaws.doorkeeper.jp/

22. • AWS運⽤用管理理のノウハウを広く発信
• Partner SAブログに運⽤用Tips記事を掲載中
– http://aws.typepad.com/aws_̲partner_̲sa/2015/06/aws-‐‑‒ops.html
– または、 で検索索
• DoorKeeper: OpsJAWSコミュニティ
– https://opsjaws.doorkeeper.jp/
OpsJAWS のご紹介