Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。2,758件1Sidekiqを動かすためにAWSのElasticacheを使用しています。Redisのバージョンは2.8.6です。reached」というエラー対応に困っています。コマンドライン操作で「FLUSHALL」を実行して、データを一旦クリアすることで対応しましたが、待機状態のジョブもリセットしてしまう結果となったので、ジョブのリセットを防ぐ良い解決策を知っている方がいればお教えください。詳細は下記にまとめました。Redisのmaxclientsというパラメーターが上限値(65000)に達してしまった際に発生するエラーで、Sidekiqのダッシュボード画面の下部の「接続」という項目(※下図の赤枠箇所)が64999となり、Sidekiqの動作も止まってしまう。Elasticacheのマニュアル(http://docs.aws.amazon.com/ja_jp/AmazonElastiCache/latest/UserGuide/CacheParameterGroups.Redis.html)によると、maxclientsの上限値は変更できないとのこと。エラーへの対応として、Elasticacheをリブートして、コマンドライン操作で「FLUSHALL」を実行して、データを一旦クリアすることで対応。reached」のエラーが返ってきてしまい、「FLUSHALL」すらできなかったので、Elasticacheの再起動が必要だった。)しかし、待機状態のジョブもリセットしてしまう結果となった。個の銅バッジ上限に達したらどうするかというより、接続数を減らすことを考える必要があると思います。Sidekiqのqueuesの種類が複数ありますが、concurrencyは最小で1、最大で10です。大きすぎるほどの数値でもありません。maxclientsの値は蓄積されるようなのですが、65000に到達するまで60日ほどかかりました。Sidekiqを動かしているEC2をAutoScalingで増減させているため、現在だと1日1000程度蓄積されます。票1maxclientsの値は蓄積されるようなのですがそんなはずはないだろうと調べてみると、AutoScalingでインスタンスが減るときに切断処理が行えないため、タイムアウトするまでつなぎっぱなしになってしまうようです。まめ畑terminateする時に何かしらフックを仕掛けられないだろうかと思うのですが、ちょっとわからないです。個の銅バッジありがとうございます!接続が蓄積されるものだと勘違いしてしまいそうでした。確かに共有頂いた記事の通りAutoScalingが影響してそうですね。その辺りから再度調べなおしてみます。何かわかったらこちらにて共有できればと思います。2:48無事解決できたので、質問への回答をさせていただきました。共有いただいた記事がどんぴしゃの内容でした。|1Elasticacheのパラメーターであるtimeoutの値がデフォルトだと0だったため、0より上の値に設定してあげたところ(とりあえず3600に設定)、接続(maxclients)の値も解放され、解決することができました。timeoutの値が0だとアイドル状態のクライアントとの切断処理を行わないため、蓄積されていました。AutoScalingしたインスタンスからElasticache(Redis)に接続するときは注意が必要です。デフォルトのパラメーターグループの値は編集できないので、新しくパラメーターグループを作成し、適用しました。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。