tmatsuuのブックマーク - はてなブックマーク

fluentdのrequire_ack_response設定は、やっぱり必須設定だと再認識したときの検証メモ - Qiita

fluentdのrequire_ack_response設定は、やっぱり必須設定だと再認識したときの検証メモAWSFluentd 1.検証背景参考記事 Fluentd v0.12のAt-least-once Semanticsを試す fluentdでログが欠損する可能性を考えるなどで、fluentd v0.12を使ったときに、「require_ack_responseを必ず設定しておくように」というノウハウは、大分浸透するようになったと思われる。ただ、fluentdを運用する中で、require_ack_responseの設定漏れに気付かず、受信側のfluentdをreloadしてしまうケースも考えられる。ということで、実際の運用下でこの設定がどれぐらいの効果を発揮するのかを検証してみた。 2.検証環境 2-1.構成図図にするほどでもないが、fluentdの送信側と受信側のEC2

tmatsuu 2016/08/11

ふむ。require_ack_responseを入れるとパフォーマンスが犠牲になりそうだがどの程度の性能劣化になるんだろう。

リンク

RDSでtrx_mysql_thread_idが0のトランザクションが残ってしまったときの対応方法 - Qiita

Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

tmatsuu 2016/01/16

ほう。監視するならinformation_schema.innodb_trxでtrx_startedが一定期間以上古いかをチェックすればいい感じだろうか。メモ

リンク

Python製負荷試験ツールLocustで、分散負荷試験環境を準備する - Qiita

Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up