fluentdでログが欠損する可能性を考える : sonots:blog

[yamaz]

公式見解でないかなー（チラッ あとTCPは超大量にデータ送るとデータ欠損起きるので、ゼッタイ欠損不可ならSSLは必須で。

[nntsugu]

データ欠損パターン話。 あとyamazさんのブコメより引用 "あとTCPは超大量にデータ送るとデータ欠損起きるので、ゼッタイ欠損不可ならSSLは必須で。"

[i43s]

すごくいい

[iekusup]

ほー。

[u1tnk]

微妙に気になるところがはっきりして便利！

[devrabi]

お金や命が関わるところに使われだしたら説得力でる。

[tokida]

fluentdでログが欠損する可能性を考える - | out_forward => in_forward の通信においてログが欠損する可能性を考える。前提としてまともに動いている分にはまず欠損しないはず。TCPだ…

[kentana20]

sonotsさんによるfluentdログ欠損まとめ。

[sue445]

sonots先生の新作だ！

[toyama0919]

めも

[udzura]

なるほど

[Metaphone]

fluentd ログ落ちパターン

[shin16884]

fluentdでデータロストした時の調査ポイントとしても使えそう。

[BlueSkyDetector]

"uuid じゃなくて、ログ時間を含めた(時間を含めないとたまたま同じログが出た場合に排除してしまう) md5 ハッシュとかでも、十分 checksum として機能しそう" 同一時刻に同じログが出る可能性もあるので、uuidがベターかと。

[shoh8]

これ便利。あとは説得力を補強する調査

[honeybe]

あとで参考にする。

[kinunori]

splunk forwarderとほぼ同じ

[negima1976]

問題あってもサービス側で受容できるなら気にしなくていいけど そうでもない場合が多そうだから念頭に入れて置かないといけないな

[kenjiskywalker]

このロジックのフローチャートというかわかりやすい図がオフィシャルにあると説得力上がる気がするんだけどどうなんだろう

[harabu]

「使えばよい」と思ってるだけの弊社には「全て回避不可能」かと思われます。

[techmedia-think]

fluentd

[akuwano]

ちょうどこの辺りが気になる事案があったのでありがたい。

[lesamoureuses]

なるほど “まとめ：全部回避可能かと思われます”

[oranie]

これは便利ですわ

[yosuke_furukawa]

はー、 :sonots: 便利

[TokyoIncidents]

要求レベル高いっすなw

[koyancya]

"まとめ：全部回避可能かと思われます。"

[tomiyanx]

fluentdでログが欠損する可能性を考える - sonots:blog

[key_amb]

「まとめ：全部回避可能かと思われます。」 #fluentd

[progrhyme]

「まとめ：全部回避可能かと思われます。」 #fluentd