Nuestro Discourse utiliza un clúster de Redis creado en Amazon ElastiCache, lo que permite habilitar el cifrado en tránsito (TLS). Sin embargo, una vez que habilitamos TLS en ElastiCache, Discourse deja de conectarse a Redis.
Parece que Discourse no admite esto, aunque el cliente redis-rb sí lo hace, como se menciona en un problema similar aquí: Redis::ConnectionError: Connection lost (ECONNRESET) when using ElastiCache with TLS enabled · Issue #771 · redis/redis-rb · GitHub
Añado pr-welcome a eso. Si quieres, puedes enviar uno @Yevhenii_Baraniuk 
Actualización: Comencé a implementar esta función, pero me encontré con el problema de que el controlador hiredis que usa Discourse no admite SSL en este momento (a partir de julio de 2019), aunque el cliente redis-rb sí lo hace. Volveré a la PR una vez que se lance la nueva versión de hiredis, la cual incluirá soporte para SSL 
Dado que hiredis ya no se mantiene gracias a @sam, he creado esta PR que añade capacidades TLS a nuestras conexiones de Redis:
Lo estoy probando en este momento y funciona.