Redis / SideKiq / Rails連接被同級重置-SSL_connect

Question

我在Heroku上托管的生產站點上使用Sidekiq和Redis To Go。 我正在分派多個Sidekiq工人為我工作。 在600名工人中，在工人被“卡住”之前，我剩下約180名工人。 他們嘗試去做一份工作，而我又收到了以下兩個錯誤之一：

WARN: {"retry"=>true, "queue"=>"default", "class"=>"F9LoadRecordWorker", "args"=>[25126], "jid"=>"0426e1db817e27986da6b636", "enqueued_at"=>1395332988.09929, "error_message"=>"Connection reset by peer - SSL_connect", "error_class"=>"Errno::ECONNRESET", "failed_at"=>1395337905.5061884, "retry_count"=>0}

要么

WARN: {"retry"=>true, "queue"=>"default", "class"=>"F9LoadRecordWorker", "args"=>[25131], "jid"=>"79601ea488efc10f1fbcc433", "enqueued_at"=>1395332988.1172419, "error_message"=>"Connection refused - connect(2)", "error_class"=>"Errno::ECONNREFUSED", "failed_at"=>1395338127.4794347, "retry_count"=>1, "retried_at"=>1395338202.905867}

因此，實際錯誤是對等方重置連接-SSL_connent或拒絕連接-connect（2）。

是什么原因造成的？ 為什么400個工人會成功，然后最后200個工人陷入重試和不斷出現錯誤的循環中？

Answer 1

RedisToGo是作為服務提供商的共享托管Redis。 不幸的是，太多的客戶端連接很容易使您的共享redis實例不堪重負，從而導致超時。

您實際上是在使用Redis主機和RedisToGo的基礎結構。

您可能必須升級到更大的計划或更強大的托管，以支持所需的連接數。