アーキテクチャダイアグラムは、設計、デプロイ、トポロジーを伝達する手段として優れています。 このページでは、ダイアグラムの構築に役立つ Amazon Web Services (AWS) 製品のアイコン、リソース、およびツールを提供しています。AWS では、お客様やパートナーがこれらのツールキットやアセットを使用してアーキテクチャ図を作成できるようにしています。 AWS アーキテクチャアイコンはシンプルに設計されているため、ダイアグラム内で簡単に使用できます。ホワイトペーパー、プレゼンテーション、データシート、ポスターなどの資料にアイコンを使用することも可能です。 ダイアグラムは、サードパーティーツール上の既存のライブラリを使用して構築できます。ライブラリにはレガシーアイコンセットが含まれているものもあるため、最新のアイコンを使用していることを確認してください。
March 21, 2013 ELBのCloudWatchにあるメトリクスをZABBIXで取得するためにfluentdを利用しました。 これでELBのアラートの設定もZABBIXで行えるので、通知の一元化が行えます。 もちろんZABBIXでグラフにすることもできます。 fluent-plugin-zabbix fluent-plugin-cloudwatch この2つのfluentdプラグインを使います。 td-agent.conf <source> type cloudwatch tag cloudwatch aws_key_id YOUR_AWS_KEY_ID aws_sec_key YOUR_AWS_SECRET/KE cw_endpoint monitoring.ap-northeast-1.amazonaws.com namespace AWS/ELB metric_name H
CloudWatchの情報は2週間しか保持できないので長期的に保持したい場合、他の仕組みが必要です。 fluentdでCloudWatchのELBのメトリクスをZABBIXに渡す どうやらZabbix、Fluentdと連携させると簡単にZabbix側で長期的にデータ保存できそうだったのでやってみました。 Zabbixの構築は初めてだったので、ZabbixサーバーのインストールやエージェントのインストールによるEC2の監視(本題からは外れますが)と併せて最後にCloudWatch連携をやってみました。 参考 改訂版 Zabbix統合監視実践入門 ~障害通知、傾向分析、可視化による省力運用 Amazon LinuxにZabbix2.0.9をインストールしてみた fluentdでCloudWatchのELBのメトリクスをZABBIXに渡す 環境 Amazon Linux AMI 2015.03
CloudWatchの値をZabbix側でも見られるようにしたので、その手順を共有します。 CloudWatchの値をZabbixで取りたい理由 Zabbixでは最初から非常に多くの項目を監視できるのですが、AWS等のクラウドを利用していると、必要だけど監視できない項目が出てきます。RDSやELB等のフルマネッジドサービスのリソース状況はもちろんのこと、EC2のCPU使用率といった一見Zabbixで監視できそうなリソースも、実は正確な値は取れていません。 一方、CloudWatchはEC2内部の情報、例えばロードアベレージやプロセスの監視はできません。また、データの保持期間が14日間なので古い情報は見られません。 そこで、CloudWatchの情報をZabbixに貯めるようにすれば、、両方を一元的に管理できるし、情報の保持期間も好きなように設定できるようになります。 Zabbixの外部チェ
ご無沙汰しております。増田でございます。 先日2日にはゼノブレイドが発売され、今月23日にはブレイブリーセカンドが発売されます。 そんな忙しい中、みなさんいかがお過ごしですか。 KyotoTycoonからElastiCacheへの移行 今まで弊社のソーシャルPLUSでは、RailsのセッションストアとキャッシュサーバにKyotoTycoonを使っていました。 しかし、KyotoTycoonはRails4でmemcachedを使うために必要なdalliから使えません。バイナリプロトコルをフルサポートしていないためだと思います。 そのため今週月曜日にAWS ElastiCacheに移行しました。 KyotoTycoonは他にも以下のようなツラミがありました。 開発が止まっている KyotoTycoonが稼働するEC2インスタンスを自前で用意し、運用する必要がある レプリカと合わせて2台構成 サ
サービスメトリックは、特定のサーバとは直接紐付かないメトリックを可視化、監視するための仕組みです。例えば、あるウェブサービス全体のレスポンスタイムや、ステータスコードの分布を可視化し、レスポンスが遅くなったり、エラー率が上昇していないか確認できます。 このサービスメトリックはfluent-plugin-mackerelを利用することでfluentd経由で投稿できます。 また具体的なサービスメトリックへの投稿例を2つ紹介しています。 Nginxのアクセスログからステータスコードごとにリクエスト数をサービスメトリックに投稿する AWSのCloudWatchのメトリックからELB関連のメトリックをサービスメトリックに投稿する セットアップ まずfluentdとfluent-plugin-mackerelをセットアップします。 $ gem install fluentd fluent-plugin
すべてのAWSのサービスを 3行以下でまとめました。 AWSが色々ありすぎてわからん！ **3行以下で誰かまとめて！！**という思いで、AWSを3行で書いてるところがなかったので自分で作りました。 掲載した金額は最小使用時のもの。無料枠や大量購入割引(Volume discount)、あと転送量でかなり変わるので、参考程度に。 以下からのカッコよすぎな見出しは AWSクラウド製品のページ からのそのままの引用です。「 広範かつ奥深いコアクラウドインフラストラクチャサービス」って僕が言ってるわけじゃない！ 広範かつ奥深いコアクラウドインフラストラクチャサービス なんのこっちゃ。 よーするに「基本サービスですよ」ってことらしい。基本サービス多すぎだろ・・・。 い。 コンピューティング AWS is 何 いくら？
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? LambdaからVPC内のリソースにアクセスすると初回実行がものすごく遅い 先日、待ちに待ったLambdaのVPC内へのリソースへのアクセスが可能となりました。 早速テストコードを書いて、これでもうTomcatとはおさらばできると小躍りしたのもつかの間、あることに気が付きました。 「初回実行がものすごく遅い」 ものすごく遅いのです。 数秒とかのレベルではなく数十秒とかかかっています。 VPC内のリソースにアクセスした際のレイテンシーの原因 これはLambda functionがVPC内のリソースにアクセスする際にはENI(Elastic
この記事はAWS Lambdaアドベントカレンダーの15日めのぶんです。エントリーした当初はRedshiftへのデータロード云々を書こうと思ってたんだけど、すっかりその熱は冷めてしまったので開発手法やパッケージングについて書くことにします。 お約束ですが、これは個人のメモ/意見であり、所属する組織を代表するものではありません。 はじめに 以前AWS Lambdaのための関数のローカル開発とテストというのを書いたのだけど、この 記事もそこベースにして続きを書き足している感じなのでだいぶかぶっている部分があるのはご容赦を。 考え方 AWSのサービスを使った開発をするときによく出てくるネタとしてあるのが「ローカルでの開発」。たとえばDynamoDBだったらDynamoDB Localというモックみたいなものが配布されていて、基本的な考え方としては本物のサービスを使わずにローカルで動く代替物を用意
先週、AWS Lambdaのアップデートがされましたね！ 【AWS発表】AWS Lambda – モバイル開発のための新機能とともに全てがプロダクションに 同期呼び出しがサポートされたことで、これでまともに2Tierとして使えるようになりました。 でも、context.succeedとcontext.failって、どういう挙動させるんだろう？と気になったのでcontextの中身を調べてみました。 前バージョンのcontextの中身は下記を参照してください。 Lambdaのcontextについて調べてみた 検証コード exports.handler = function(event, context) { console.log(context); console.log(context.__proto__); console.log('awsRequestId', context.awsR
LambdaとかAPI Gatewayでの文字化け この間までLambda関数から日本語を返そうとすると、結果がすべて文字化けしてしまっていました。 そのためbase64でエンコードして受け取り側でデコードするという面倒な手法でしか日本語のやりとりができなかったのですが、 先日のアップデートで日本語が無事返せるようになったようです。 また、API Gatewayでもcontent typeを設定できるようになったみたいで、 ずっとやりたかった、「Lambda + API GatewayでJSON形式のレスポンスを返す」 というのが日本語でもできるようになりました。 今回はその方法についてご紹介。 Lambda + Gatewayサンプル 動作環境 今回使用した動作環境は以下のとおりです。 OS : MacOS X 10.10.4 AWS SDK(JavaScript) : 2.1.42 ま
こんばんは、菅野です。 また API Gateway + Lambda に関するブログエントリーとなります。 今回は API Gateway + Lambda にFormからPOSTする時のマッピングテンプレートを作成しました。 はじめに API Gateway + Lambda を使った API に対し Form から Post して Lambda に値を渡すにはマッピングテンプレートを登録する必要があります。 その中でリクエストボディを Key と Value に分けるといった処理が必要になるので、どうやって値を取得するのか、どうやって分解すればいいのかを調べました。 同じような境遇の方や、Webサーバーから API Gateway + Lambda へ移行したいと思っている方は一度ご覧ください。 Content-Type について Form からPOSTする場合に使われる Conte
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? どうも、ソリューションアーキテクト アソシエート iron千葉です。 AWSって、データベースサービスが沢山あって、混乱しますね。色々比較して、特徴・どういう時に使うか等整理したいと思います。 AWS上のデータベース まずは、どんな種類があるのか見てみましょう。 赤枠の部分が整理するデータベースとなります。 Amazon RDS Amazon DynamoDB Amazon ElastiCache Amazon Redshift 沢山ありますね(((( ;°Д°)))) 以下より結構内容が詰まってる（長い）ので、１項目１日とかで見てもら
【新機能】Python Serverless Microframework for AWS(プレビュー版)が登場！ こんにちは、せーのです。今日は昨今でのクラウド構築での主流となりつつある「サーバレスアーキテクチャ」を更に効率的に構築できる便利ツールをご紹介します。ちょっとワクワクしますよ。 できるだけ速く、できるだけ直感的に AWSにてサーバレスアーキテクチャを実現するのに一番シンプルな方法は「Lambda + API Gateway」です。要件をREST APIの形に落とし込み、API Gatewayにデプロイ、URLを叩かれたらLambdaが連動して処理を開始する、というものです。Lambdaが自動的にスケールしてくれるので沢山のアクセスがきた時もうまいこと捌いてくれ、EC2無しでシステムの構築が可能となる、というものです。 しかし実際に組んだことがある方はわかるかと思いますが簡単な
サーバレスアーキテクチャ構成にしたときに 実際のところ、どれくらいの料金になるのか気になったので算出してみようと思います。 (あくまでシミュレーションしたものでAWS側で値段や計算方法が変わったりするため、責任は負いかねますので導入する際は自己責任でお願いします。) AWSのどこにどれくらいの料金がかかっているのか知ることは大事だと思ったのですが、トータルだとなかなかまとまってなかったのでまとめてみました。 間違ってたらご指摘いただけると助かります。 サーバレスアーキテクチャって何？って方はこちら参照してください 世界に先駆けてAWSサーバレスアーキテクチャでユーザ認証とAPI認可の実装をしてみた AWSサーバレスアーキテクチャでCloudFrontからWAFをかけてAPI Gatewayを呼ぶ Lambda+RDSはアンチパターン 全部教えます！ サーバレスアプリのアンチパターン とチュ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Why? AWS Elastic Beanstalkで環境構築自動化という事をやったりしたわけなので、 複数サーバ間でセッションを共有したいのであります。 通常サーバ上で動作させるredisやmemcachedはお互いのIPを知っていればサーバ間でデータが共有できるんですが、 オートスケールで追加されたEC2インスタンスのIPを調べて、 それぞれのサーバに通知して、 クラスタを追加 みたいな動きをつくるのも、クラスタ接続時に問題起きない？とか考えるのもマジ面倒。 もういい、使おうElastiCache！ Cache Cluster Cr
Lambdaファンクション AWS Lambdaの最も重要なコンセプトと言えます。利用できるプログラミング言語は執筆時点ではNode.jsのみですが、将来的には他の言語のサポートも予定されています。コードはマネージメントコンソールの画面上に用意されている組み込みのエディタを利用して書くことも可能ですし、ローカルPCなどで書いたコードをZip形式にしてアップロードすることも可能です。なお、ネイティブライブラリを含む各種ライブラリを利用することも可能であり、その場合は利用するライブラリをコードと一緒にZipファイルとしてまとめた上でアップロードする必要があります。 Lambdaファンクションではコードだけでなく、その実行環境に関する指定も行います。メモリ容量はデフォルトでは128MBとなっていますが、64MBごとに最大1GBまで設定が可能となっています。また、メモリ容量の変更に応じて利用可能な
この記事は AWS Lambdaアドベントカレンダー １６日目の記事です。 概要 AWS Lambdaはイベント駆動で処理を実行する事ができます。 つまり 「何らかのイベント」＞「Lambda実行」＞「何らかのイベント」＞（繰り返し） と繰り返すことでcronの代わりに利用できないか？と考えました。 上手く行けばサーバレスであんな事やこんな事ができちゃうかもしれませんね…！ 今回試してみた構成 S3のイベントをトリガーにしてみました。 とあるファイルをトリガーにして、 その中身のフラグを見て 処理開始(0)／処理中(1)／処理終了(0/1以外) を判断しています。 また、cronのインターバルは最大でも60秒です。 これはlambdaのtimeout設定が 60秒までしか設定できない からです。 これより小さい数値でsetTimeoutすることにより、擬似ループのようなことを可能にしていま
はじめに AWSチームのすずきです。 2015年の秋にアナウンスされたAWS LambdaのVPC対応、本日から東京を含むAWSの各国リージョンで利用可能になりました。 LambdaファンクションをVPC内に起動させてその動作を確認する機会がありましたので、紹介させて頂きます。 Release: AWS Lambda on 2016-02-11 [New] LambdaファンクションからのVPC内リソースへのアクセス 手順 コンソール指定 Lambdaファンクションの作成、AWSコンソールを利用しました。 Lambdaファンクション作成 Lambdaファンクションを起動します。 今回、サンプル（blueprint）の「Hello-world」を利用しました。 ファンクション名は任意の名称とします ロール指定 Roleは、「ec2:CreateNetworkInterface」を付与済みのロ
by @dekokun on 2015/07/05 8:17 Tagged as: AWS. どうも。もう一つのブログの方に書いていたのですが、東京から京都まで歩いて行くことになりまして、私の位置情報が把握しやすいようにサイトを作りました。なお、明日(7/6)出発します 京都まで歩こう このためだけにサーバを構築しサーバ代を払うのは馬鹿らしいと思いまして、なんとかサーバを構築せずにある程度安く済ませることはできないかと考えた結果、バックエンドをAWS Lambdaに任せてサイト自体はS3上に構築するという形にしました。 なお、「バックエンドをAWS Lambdaに任せた」といった場合、普通はクライアントのAWS SDKからLambda関数をキックするようなものになるかと思いますが、今回はLambda関数を無限ループのバッチ的に使い、クライアントはS3を経由してその結果を取得するような作りに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く