EC2上のログをtd-agent使ってCloudWatch Logsに投げようとしたらSSL認証エラーになった話 - Alligator Swamp
EC2上のログを、td-agentとfluent-plugin-cloudwatch-logsを使ってCloudWatch Logsに送信しようとしたところ、SSL認証エラーが発生したので、エラーの解決方法を調べたのでまとめてみた。間違っている箇所があれば指摘ください！ before_shutdown failed error="SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed" tl;dr EC2でtd-agent使ってCloudWatch Logsにログを送信する場合は、/etc/sysconfig/td-agentに以下を追記すると上手くいくはず。 export SSL_CERT_FILE=/etc/pki/tls/cert.pem バージョン
ElastiCacheをCloudWatch+fluentd+Zabbixで監視する | feedforce Engineers' blog
ご無沙汰しております。増田でございます。 先日2日にはゼノブレイドが発売され、今月23日にはブレイブリーセカンドが発売されます。 そんな忙しい中、みなさんいかがお過ごしですか。 KyotoTycoonからElastiCacheへの移行 今まで弊社のソーシャルPLUSでは、RailsのセッションストアとキャッシュサーバにKyotoTycoonを使っていました。 しかし、KyotoTycoonはRails4でmemcachedを使うために必要なdalliから使えません。バイナリプロトコルをフルサポートしていないためだと思います。 そのため今週月曜日にAWS ElastiCacheに移行しました。 KyotoTycoonは他にも以下のようなツラミがありました。 開発が止まっている KyotoTycoonが稼働するEC2インスタンスを自前で用意し、運用する必要がある レプリカと合わせて2台構成 サ
Treasure AgentとAmazon Linux - Qiita
Treasure Agent(td-agent)とAmazon Linuxの関係について，現状を簡潔にまとめておきます． 非サポート対象 td-agent v1 vs. td-agent v2のSupported Platformsに書いてますが，現状Treasure AgentはRedHat/CentOSの5/6向けのRPMを提供しています(7も近々出します)．Amazon LinuxはRHELベースでRPMを使っているので，サポート対象に入っていると思われるかもしれませんが，実際は非サポートです．理由はいくつかあります． Amazon Linuxは俺俺バージョニングを採用していて，安定したサポートが難しい．$releaseverがlatestなのもつらい Treasure Dataが提供している http://toolbelt.treasuredata.com/sh/install-r
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Redshift デザインパターン データロード編
