Logentries Announces Free Log Auditing and Reporting Service For AWS
Cloud Computing Today The industry's keenest insights on all news related to contemporary cloud computing On April 15, Logentries announced an AWS CloudTrail log auditing service that aggregates log data produced by the Logentries Data Insights Service into a weekly report that provides insight into an AWS infrastructure. In filtering, aggregating and delivering data visualizations of log data, th
AWSから出力されるいろいろなログまとめ | DevelopersIO
こんにちは。望月です。 AWSではたくさんのサービスが提供されており、基本的にはそのサービスの中身はブラックボックスです。その機能を利用したいときには内部仕様を知らなくても全く問題ないのですが、障害調査の時などには、「AWSのサービスで何が起きていたのだろう」ということを確認するためにログが調べられると便利ですよね。 現在AWSで提供されているいくつかのサービスでは、各サービスのログがS3に定期的に転送されて閲覧可能になる機能が用意されています。この機能を利用すれば、時間が経過した後でも色々なモニタリングや調査ができるようになりますので、ロギング機能に関しては出来る限りOnにしておくことをお勧めします。 ですが、サービスによってログの形式や配信タイミングなどが異なります。 以下に代表的なサービスのロギング方式についてまとめてみましたので、まとめとしてご利用下さい。 まとめ ログの種類 保存
AWS で作るシステムのセキュリティ考 - 水深1024m
AWS アカウントを複数人で使ってシステムを作っていく時に、 セキュリティの面からやるべきことについて。 主に Web アプリケーションを想定した内容ですが、特に書いてあることは特殊ではないと思います。 各所の Blog にも記事書かれてますが思っていることをつらつらと書いてみます。 なんか変なこと言ってたらご指摘ください。 参考: AWSのセキュリティが気になるなら読んでおくべきAWSセキュリティのベストプラクティス - yoshidashingo はじめに (AWS アカウントと IAM ユーザ) 前提というか用語の話。 AWS アカウント アカウント作成時のメールアドレス、パスワードでログインして使うユーザ IAM ユーザ AWS アカウントから発行できる、ユーザ名とパスワードでログインして使うユーザ AWS アカウント周り AWS アカウント (ルートユーザ) で作業できないように
ELBがアクセスログを出力できるようになりました！ | DevelopersIO
はじめに ついにELBがアクセスログを出力できるようになりました！(Elastic Load Balancing Announces Access Logs) ということでやってみました！ 設定 [Load Balancers]画面を開き、設定したいELBを選択します。画面下部の[Description]タブの一番下に[Access Logs]という項目があります！ なおこの項目は新しいManagement Consoleでしか表示されません。以前のManagement Consoleを使用されている場合は、画面右上に青い吹き出しのようなアイコンが表示されていますので、クリックし「Try the new design」の[Click here]リンクをクリックすると、新しいデザインのManagement Consoleに切り替わります。 さて、[Access Logs]の[Edit]リンク
2014年のウェブシステムアーキテクチャ - stanaka's blog
(Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWSの本格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWSが本格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。 また、DockerはLXC (LinuX Conta
cloudpackブログ - SimpleDBにSyslogっぽいログを出力(保存)
Auto Scalingで起動しているEC2インスタンスは、自動的にターミネートするので、ログはEC2インスタンスではなく、他の場所に出力する必要があります。 出力場所はSimpleDBに出力し、ログのフォーマットをSyslogのようにして、Syslogラッパーにもつなげたいと考えています。 尚、Syslogのフォーマットは、 timestamp, facility, priority, tag, message 上記のように、さらにインスタンスIDも出力するようにしています。 だいぶ肥大化してしまいましたが、いつもの共通部分です。 EC2起動時に設定できるUser DataをPHPで利用するで紹介したやり方を応用してインスタンスIDを取得し、定義したログ出力用の関数(logger)を、SmpleDBに出力するようにしています。 ▼ common.php define("AWS_KEY"
Distributed Flume Setup With an S3 Sink
I have recently spent a few days getting up to speed with Flume, Cloudera‘s distributed log offering. If you haven’t seen this and deal with lots of logs, you are definitely missing out on a fantastic project. I’m not going to spend time talking about it because you can read more about it in the users guide or in the Quora Flume Topic in ways that are better than I can describe it. But I will tell
Brand Name
Missing Controller Error: Cloud-newsController could not be found. Error: Create the class Cloud-newsController below in file: bplats/controllers/cloud-news_controller.php <?php class Cloud-newsController extends AppController { var $name = 'Cloud-news'; } ?> Notice: If you want to customize this error message, create bplats/views/errors/missing_controller.ctp
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大規模ログ分析におけるAmazon Web Servicesの活用
Logをs3とredshiftに格納する仕組み
MongoDB: Case Study for AMN