COLUMN
KinesisDataStreamsのデータ処理用Lambda作成
AWS Lambdaの一般的な利用方法の中から1つを取り上げ、環境構築からLambda関数の作成および動作確認までの一連の作業手順を詳細に解説しています。
今回はAmazon Kinesis Data Streamsのストリーミングデータを処理するLambdaの作成手順をAmazon Kinesis Data Streamsの構築手順と併せて解説します。
Amazon Kinesis Data StreamsはAmazon Kinesisの機能の一つで、センサーやコンピュータ等から次々に送られてくる大量のデータを独自アプリケーションやS3、DynamoDBなどAWSの他のサービスへ高速に転送するためのサービスです。シャードと呼ばれる単位で並列処理することで大量のストリーミングデータを高速に転送することができます。主に大量のストリーミングデータをリアルタイムに処理、分析する用途に利用されます。ユースケースとして以下のようなものがあります。
- ログやイベントデータの収集
- ソーシャルメディアデータの処理
- ファイナンシャルトランザクションのリアルタイム処理
- オンライン機械学習
Amazon Kinesis Data Streamsにはストリーミングデータの入出力をサポートする専用のライブラリが提供されています。
- 入力側:Amazon Kinesis Data Streams API (Kinesisストリームを作成、管理するためのライブラリ)
- 出力側:Amazon Kinesisコネクタライブラリ(ストリーミングデータを他のサービスに転送するための専用のライブラリ)
Amazon Kinesisについて詳しくは「Amazon Kinesisの主な機能と使い方 − 強力なストリーミングデータ処理」を参照してください。
1.動作概要
動作の全体像を以下に示します。
動作概要
Amazon Kinesis Data Streamsの所定のストリームにストリーミングデータを受信するとAWS Lambdaが起動されます。
大量のストリーミングデータを一つ一つLambdaで処理すると、Lambdaの実行回数が膨大になり、コスト面と処理能力の面から見て非効率的です。そこで一定量のストリーミングデータをまとめてからLambda関数で処理するようバッチ設定を行います。
Lambda関数では引数からストリーミングデータを取り出し、ログに記録します。
2.ストリーム作成
2.1.Kinesisデータストリーム作成
Amazon Kinesisサービスのコンソール画面を開きます。
以下の画面が表示されるので「今すぐ始める」ボタンを押下してKinesisストリームを作成します。
4つの選択肢から「データストリームの作成」を選択し、ボタンを押下します。
Kinesisストリームの作成画面で以下を設定し画面右下の「Kinesisストリームの作成」ボタンを押下します。
- Kinesisストリームの名前に「ExampleInputStream」と設定
- シャード数を設定。今回は試験的に「4」を設定(※)
(※) シャードはAmazon Kinesisストリームにおけるスループットの基本単位です。
1シャードの処理能力は以下になります。
- 1MB/秒のデータ入力
- 2MB/秒のデータ出力
- 最大1000件/秒までのPUTレコードの処理
シャード数は通信量と要求されるスループットによって決定します。今回の例では通信量を考慮せず、ひとまず「必要なシャード数の予想」より多目の数を設定しています。
実際の運用では、上図の「必要なシャード数の予想」を参考にシャード数を決定してください。
尚、実際の通信量に対し、作成したシャード数が多い場合は必要なシャード数だけ実行されます。
Data Streamsの一覧に作成した「ExampleInputStream」が表示されます。
2.2.IAMロール作成
IAMコンソール画面から左サイドメニューの「ロール」を選択します。
ロール画面で「ロールの作成」ボタンを押下します。
「ロールの作成」画面が開くので、デフォルトで選択されているエンティティの種類「AWSサービス」で表示されているユースケースから「Lambda」を選択します。
「ユースケースの選択」画面が表示されるので「次のステップ:アクセス権限」ボタンを押下します。
「Attachアクセス権限ポリシー」画面が開くので、ポリシー一覧から「AWSLambdaKinesisExecutionRole」を選択し、「次のステップ:タグ」ボタンを押下します。
「タグの追加(オプション)」画面が開くので何もせず「次のステップ:確認」ボタンを押下します。
「確認」画面が開くので「ロール名」に「lambda-Kinesis」と設定し「ロールの作成」ボタンを押下します。
3.Lambda作成
Kinesis Data Streamsのストリーミングデータを処理するLambdaを作成します。
今回はAWS Lambdaが提供しているテンプレートをそのまま使用します。
Lambdaのコンソール画面から「関数の作成」ボタンを押下します。
「関数の作成」画面のオプションの中から「設計図の使用」を選択します。
「設計図」の検索キーワード入力欄に「kinesis」と入力します。
表示された候補から「kinesis-process-record-python」を選択します。
「基本的な情報」の設定項目に以下を設定します
- 「関数名」に「recv-kinesis」と入力
- 「実行ロール」の選択肢から「既存のロールを使用する」を選択
- キーワード入力欄に「kinesis」と入力。表示された候補から「lambda-Kinesis」を選択
「Kinesisトリガー」の設定項目で以下を設定します。
- 「Kinesisストリーム」のドロップダウンリストから「ExampleInputStream」を選択
- 「コンシューマー」はデフォルトの「コンシューマーなし」とする
- 「バッチサイズ」はデフォルトの「100」とする
- 「バッチウィンドウ」は「10」とする(※)
- 「開始位置」はデフォルトの「最新」とする
- 「トリガーの有効化」のチェックボックスにチェックを入れる
(※) 関数呼び出しまで10秒間待機し、その間受信したストリーミングデータを蓄積します。今回はサンプル値として10秒を設定しましたが、実際の運用では単位時間あたりのデータ量を基に、バッチサイズと併せて待機時間を調整してください。
Lambda関数はそのまま使用するので何もせず「関数の作成」ボタンを押下します。
コード解説
- 引数:event内の配列RecordsをRecord数分Loop
- RecordからKinesisのdata(ストリーミングデータ部分)を抽出し、内容を表示
- 処理成功メッセージとその際のRecordsを添えて戻り値に設定
(※)Kinesisから受信した際のイベントの形式は「AWS Lambda開発者ガイド」の「AWS Lambda を Amazon Kinesis に使用する」を参照してください。
4.動作確認
Kinesis Data Streamsの「ExampleInputStream」にストリームデータを送信し、Lamndaで受信されているかCloudWatchのログから確認します。
4.1.ストリーミングデータ送信スクリプト作成
ストリームデータを生成し、Kinesis Data Streamsの「ExampleInputStream」に送信するスクリプトを作成します。
今回は、「Amazon Kinesis Data Streams開発者ガイド」の「チュートリアル:Kinesis Data Analytics for Java Applicationsを使用した株式データのリアルタイム分析」 で紹介されている「株式取引のストリームをシミュレートするスクリプト」を流用改造します。
4.1.1.仮想環境構築
スクリプトの作成と実行環境としてAmazon EC2を使用します。
Amazon EC2のデフォルト環境ではpipがインストールされていないので、インストールを実施します。
$ sudo apt-get install python-pip
全体環境に影響を及ぼさないようにするため、Pythonの仮想環境機能:virtualenvを使ってストリーミングデータ送信スクリプトの作成環境を構築します。
virtualenv / virtualenvwrapperをインストールします。
$ sudo apt install virtualenv virtualenvwrapper
仮想環境v-envを作成します。
$ virtualenv v-env
作成した仮想環境を起動します。
$. v-env/bin/activate
仮想環境に外部ライブラリboto3(python用AWS SDK)をインストールします。
(v-env) ubuntu:$ pip install boto3
4.1.2.スクリプト作成
viエディタでinputStream.pyを作成します。
(v-env) ubuntu:$ vi inputStream.py
「Amazon Kinesis Data Streams開発者ガイド」の「ステップ3:アプリケーションの作成」> 「入力ストリームへのサンプルコードの書き込み」のstock.pyのコードをコピー&ペーストします。
このスクリプトは無限ループで動作しているため、スクリプトを強制停止するまでストリーミングデータの送信を繰り返します。停止するまでに大量のデータが送られてしまうので、コマンドライン引数でループ回数を指定するように改造します。
改造後のスクリプトコードを以下に示します。
import json
import boto3
import sys
import random
import datetime
from time import sleep
kinesis = boto3.client('kinesis') //Kinesisのclientオブジェクトを取得(※1)
def getReferrer(): //ストリーミングデータ生成関数
data = {}
now = datetime.datetime.now() //タイムスタンプを生成
str_now = now.isoformat()
data['EVENT_TIME'] = str_now //タイムスタンプをdata['EVENT_TIME']に設定
data['TICKER'] = random.choice(['AAPL', 'AMZN', 'MSFT', 'INTC', 'TBV']) //株式銘柄リスト[Apple, Amazon, Microsoft, Intel,TBV]からランダムに選択しdata['TICKER']に設定
price = random.random() * 100 //株価をランダムに算出
data['PRICE'] = round(price, 2) //株価をdata['PRICE']に設定
return data
args = sys.argv
lcount = int(args[1]) //第一引数を抽出しLoopカウンタに設定
i = 0
while i < lcount: //Loopカウンタの値だけLoop
data = json.dumps(getReferrer()) //ストリーミングデータ生成関数Call
print(data)
curkey = str(random.randint(1,4)) //キー値に1~4(※2)の数値をランダムに生成した値を設定
print("curkey : " + str(curkey))
response = kinesis.put_record( //Kinesisへレコードを書き込む(※1)
StreamName="ExampleInputStream", //Kinesisストリーム名にExampleInputStreamを設定
Data=data, //ストリーミングデータ部分に生成したdataを設定
PartitionKey=curkey) //パーティションキーに生成したキー値を設定
print(response)
i += 1
sleep(0.1) //100ms sleep
(※1)Kinesisの操作にAWS SDK for Python(boto3)を使用します。
ストリームへの送信にはkinesis.Clientクラスのput_record()メソッドを使用します。
kinesis.Clientクラスの仕様はboto3ドキュメントのKinesisを参照してください。
put_record()メソッドの詳細はboto3ドキュメントのput_record(**kwargs)を参照してください。
(※2) パーティションキーは、どのシャードに割り当てるかを決める際に利用されます。データが均等にシャードに分散されるようパーティションキーはシャード数より十分に大きな値を用意する必要があります。
今回はLambdaの動作確認に焦点を合わせているため、シャードへのデータの均等分散を考慮せずシャード数と同じ1~4の範囲で作成しています
4.2.スクリプト実行
4.2.1.スクリプト実行
スクリプトを実行します。
下の実行例では50個分のストリーミングデータを生成&送信します。
(v-env) ubuntu:$ python inputStream.py 50
実行すると、コンソール上に以下のような実行ログが50個分表示されます。
{"EVENT_TIME": "2020-03-11T06:27:36.443754", "TICKER": "AAPL", "PRICE": 54.96}
curkey : 1
{'ShardId': 'shardId-000000000003', 'SequenceNumber': '49605012620624120727955236536457485721211877177572720690', 'ResponseMetadata': {'RequestId': 'f09ca895-170a-ac42-a67e-2f8da4a6a09b', 'HTTPStatusCode': 200, 'HTTPHeaders': {'x-amzn-requestid': 'f09ca895-170a-ac42-a67e-2f8da4a6a09b', 'x-amz-id-2': '134vUL1EbOw93L0CFT+l/n2umHnbMGtxeSP9Ih9kz43KXj5DqHtI8YWHnjF2NbMcvyV+qZC5iklgZOgkszoocR3qXq0zE+wBd4cEA9lm3qI=', 'date': 'Wed, 11 Mar 2020 06:27:36 GMT', 'content-type': 'application/x-amz-json-1.1', 'content-length': '110'}, 'RetryAttempts': 0}}
1行目:生成したストリーミングデータ(イベント発生日時, 銘柄, 株価)
2行目:生成したパーティションキー値
3行目:kinesis.put_recordの応答。以下のような書式で返信されます。
{
'ShardId': 'string', //利用したシャードのID
'SequenceNumber': 'string', //ストリームのシーケンス番号
'ResponseMetadata':{ } //レスポンスのメタデータHTTPStatusCodeが200であることを確認する
'RetryAttempts': int //失敗時の再試行回数
}
※50個分全てのログの紹介は省略しますが、'ShardId'の値をチェックするとshardId-000000000002とshardId-000000000003の2種類だけが記録されていました。このことから今回の場合シャード数は、「2」が適切な値となります。
4.2.2.CloudWatchログ確認
CloudWatchでLambdaの実行ログを確認します。
Lambda関数「recv-kinesis」のコンソール画面から「モニタリング」タブを開き、「CloudWatchのログを表示」ボタンを押下してください。
CloudWatch のLambda関数「recv-kinesis」のロググループにジャンプします。
ログストリームのリストに表示されているファイルをクリックすると、Lambda関数のログ詳細を見ることが出来ます。
ログのタイムスタンプより、10秒毎にまとめてストリーミングデータが処理されていることが分かります(START~ENDの範囲がLambdaの1回分の処理内容になります)
(※)LambdaはKinesis Data Streamsで実行されたシャード数だけ同時実行します。
4.2.1.「スクリプト実行」の実行ログ実行ログより、実行されたシャード数は2でしたので、Lambdaの同時実行数は2になります。
(※)1回目の処理で同時実行数が1となっていますが、これはLambdaの初回起動が遅く、1回目の処理で片方のLambdaの起動が完了しなかったことに因るためです
4.3.Kinesisストリームの削除
Kinesisストリームはそのまま放置しておくと課金されてしまうので、使用後は速やかに削除します。
Amazon Kinesisサービスのコンソール画面からData Streamsの一覧を表示し、「ExampleInputStream」のチェックボックスにチェックを入れます。
メニューバーの「アクション」ボタンを押下し、ドロップダウンリストから「削除」を選択します。
ストリーム削除の最終確認画面が表示されるので「削除」ボタンを押下します。
ストリームの削除が実行され、リストから「ExampleInputStream」が除外されます。
5.あとがき
今回はAmazon kinesis Data Streamsのストリーミングデータを処理するLambdaについて解説しました。Amazon kinesis Data StreamsとLambda間のデータのやりとりを中心に解説したため、今回のLambdaのサンプルコードは受信した株式取引のストリーミングデータをログに記録するだけの簡単な処理でしたが、実際のユースケースでは分析アプリなどへ転送して、過去5分間に購入した最も人気の銘柄を抽出したり、大量の売り注文を検出するなどの処理を実施します。
また、本文の冒頭で紹介した、入出力ライブラリを使用してAmazon kinesis Data Streamsのリアルタイム分析を実施する方法がありますが、本コラムのLambdaの解説という主旨から外れるため割愛しました。これらの詳細については「チュートリアル: Kinesis Data Analytics for Java Applications を使用した株式データのリアルタイム分析」を参照してください。
ネットワークからクラウドの導入・運用までトータルでサポート!
RECOMMEND
その他のコラム
無料ダウンロード
自社のクラウド導入に必要な知識、ポイントを
この1冊に総まとめ!
あなたはクラウド化の
何の情報を知りたいですか?
- そもそも自社は本当にクラウド化すべき?オンプレとクラウドの違いは?
- 【AWS・Azure・Google Cloud】
どれが自社に最もマッチするの? - 情シス担当者の負荷を減らしてコストを軽減するクラウド化のポイントは?
- 自社のクラウド導入を実現するまでの具体的な流れ・検討する順番は?
初めての自社クラウド導入、
わからないことが多く困ってしまいますよね。
NTT東日本では
そんなあなたにクラウド導入に必要な情報を
1冊の冊子にまとめました!
クラウド化のポイントを知らずに導入を進めると、以下のような事になってしまうことも・・・
- システムインフラの維持にかかるトータルコストがあまり変わらない。。
- 情シス担当者の負担が減らない。。
- セキュリティ性・速度など、クラウド期待する効果を十分に享受できない。。
理想的なクラウド環境を実現するためにも、
最低限の4つのポイントを
抑えておきたいところです。
-
そもそも”クラウド化”とは?
その本質的なメリット・デメリット - 自社にとって
最適なクラウド環境構築のポイント - コストを抑えるための
具体的なコツ - 既存環境からスムーズにクラウド化を
実現するためのロードマップ
など、この1冊だけで自社のクラウド化のポイントが簡単に理解できます。
またNTT東日本でクラウド化を実現し
問題を解決した事例や、
導入サポートサービスも掲載しているので、
ぜひダウンロードして読んでみてください。
面倒でお困りのあなたへ
クラウドのご相談できます!
無料オンライン相談窓口
NTT東日本なら貴社のクラウド導入設計から
ネットワーク環境構築・セキュリティ・運用まで
”ワンストップ支援”が可能です!
NTT東日本が選ばれる5つの理由
- クラウド導入を
0からワンストップでサポート可能! - 全体最適におけるコスト効率・業務効率の改善を
中立的にご提案 - クラウド環境に問題がないか、
第3者目線でチェック
してもらいたい - 安心の24時間・365日の対応・保守
- NTT東日本が保有する豊富なサービスの組み合わせで
”課題解決”と”コスト軽減”を両立
特に以下に当てはまる方はお気軽に
ご相談ください。
- さまざまな種類やクラウド提供事業者があってどれが自社に適切かわからない
- オンプレミスのままがよいのか、クラウド移行すべきなのか、迷っている
- オンプレミスとクラウド移行した際のコスト比較を行いたい
- AWSとAzure、どちらのクラウドが自社に適切かわからない
- クラウド環境に問題がないか、第3者目線でチェックしてもらいたい
- クラウド利用中、ネットワークの速度が遅くて業務に支障がでている
クラウドを熟知するプロが、クラウド導入におけるお客さまのLAN 環境や接続ネットワーク、
クラウドサービスまでトータルにお客さまのお悩みや課題の解決をサポートします。
相談無料!プロが中立的にアドバイスいたします
クラウド・AWS・Azureでお困りの方はお気軽にご相談ください。