
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
NLBのヘルスチェックが原因でMySQLが接続ホストをブロックしてしまった話 - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
NLBのヘルスチェックが原因でMySQLが接続ホストをブロックしてしまった話 - Qiita
以下によると https://dev.mysql.com/doc/refman/5.6/ja/blocked-host.html mysqld が途中で中断された... 以下によると https://dev.mysql.com/doc/refman/5.6/ja/blocked-host.html mysqld が途中で中断された多数の接続要求を特定のホストから受け取ったことを意味する。 接続が成功せずに max_connect_errorsに設定されている回数要求が失敗すると、 mysqld は何らかの問題があると見なし、FLUSH HOSTS ステートメントを発行するか、 mysqladmin flush-hosts コマンドを実行するまでそのホストが接続できないようにします。 と記載がありました。 NLBのモニタリングのクライアントのリセット回数を確認するとたしかに大量のRSTパケットが送信されておりました。 原因 まず前提として、NLBには以下の仕様があります。 ヘルスチェックのために作成された3way handshakeの後にターゲットから応答が