如何调整redis设置以便与Heroku-redis一起使用?

时间:2018-03-30 08:02:07

标签: django heroku redis django-channels

我有几个设置配置,包含某种Redis后端,它们都是不同的。

django-channels需要这个:

# REDIS BACKEND
redis_host = os.environ.get('REDIS_HOST', 'localhost')
# Channel layer definitions
# http://channels.readthedocs.org/en/latest/deploying.html#setting-up-a-channel-backend
CHANNEL_LAYERS = {
    "default": {
        "BACKEND": "channels_redis.core.RedisChannelLayer",
        "CONFIG": {
            "hosts": [(redis_host, 6379)],
        },
    },
}  

并使用此channels_redis库。

我也有:

CACHES = {
    'default': {
        'BACKEND': 'django_redis.cache.RedisCache',
        'LOCATION': f'{env("REDIS_URL", default="redis://127.0.0.1:6379")}/{0}',
        'OPTIONS': {
            'CLIENT_CLASS': 'django_redis.client.DefaultClient',
            # Mimicing memcache behavior.
            # http://niwinz.github.io/django-redis/latest/#_memcached_exceptions_behavior
            'IGNORE_EXCEPTIONS': True,
        }
    }
}  

缓存存储由于Cookiecutter-django而默认使用,并使用the django-redis后端。

我现在正在尝试将应用上传到Heroku,但Heroku要求我们使用他们的Heroku-Redis addon

在部署我的应用程序后,我得到了我认为是re​​dis问题 - 在本地开发期间发生的相同错误,这些错误是通过在终端中运行redis-server解决的,一旦应用程序出现就会弹出部署在Heroku上。

不幸的是,我能提供的唯一证据就是这个输出:

2018-03-30T07:50:42.366099+00:00 heroku[router]: at=info method=GET path="/chat/loadhistory/" host=paira.herokuapp.com request_id=b52c5600-56c5-4711-b743-85df254bf9bb fwd="121.129.196.176" dyno=web.1 connect=0ms service=609ms status=101 bytes=145 protocol=https
2018-03-30T07:50:45.402850+00:00 heroku[router]: at=info method=GET path="/chat/stream/" host=paira.herokuapp.com request_id=a10fe599-0960-4836-af91-694b8041fc92 fwd="121.129.196.176" dyno=web.1 connect=0ms service=1016ms status=101 bytes=145 protocol=https
2018-03-30T07:50:45.696224+00:00 app[web.1]: 10.79.192.24:30767 - - [30/Mar/2018:16:49:48] "WSCONNECT /chat/loadhistory/" - -
2018-03-30T07:50:45.696234+00:00 app[web.1]: 10.79.192.24:30767 - - [30/Mar/2018:16:49:49] "WSDISCONNECT /chat/loadhistory/" - -
2018-03-30T07:50:45.696236+00:00 app[web.1]: 10.5.185.134:42175 - - [30/Mar/2018:16:49:49] "WSCONNECTING /chat/stream/" - -
2018-03-30T07:50:45.696238+00:00 app[web.1]: 10.5.185.134:42175 - - [30/Mar/2018:16:49:49] "WSCONNECT /chat/stream/" - -
2018-03-30T07:50:45.696239+00:00 app[web.1]: 10.5.185.134:42175 - - [30/Mar/2018:16:49:50] "WSDISCONNECT /chat/stream/" - -
2018-03-30T07:50:45.696241+00:00 app[web.1]: 10.43.181.164:17852 - - [30/Mar/2018:16:49:52] "WSCONNECTING /chat/loadhistory/" - -
2018-03-30T07:50:45.696243+00:00 app[web.1]: 10.43.181.164:17852 - - [30/Mar/2018:16:49:52] "WSCONNECT /chat/loadhistory/" - -
2018-03-30T07:50:45.696244+00:00 app[web.1]: 10.43.181.164:17852 - - [30/Mar/2018:16:49:53] "WSDISCONNECT /chat/loadhistory/" - -
2018-03-30T07:50:45.696246+00:00 app[web.1]: 10.11.169.30:26270 - - [30/Mar/2018:16:49:53] "GET /inbox/notifications/api/unread_list/?max=10" 200 475
2018-03-30T07:50:45.696248+00:00 app[web.1]: 10.228.182.163:23985 - - [30/Mar/2018:16:49:53] "WSCONNECTING /chat/stream/" - -
2018-03-30T07:50:45.696249+00:00 app[web.1]: 10.228.182.163:23985 - - [30/Mar/2018:16:49:53] "WSCONNECT /chat/stream/" - -
2018-03-30T07:50:45.696251+00:00 app[web.1]: 10.228.182.163:23985 - - [30/Mar/2018:16:49:54] "WSDISCONNECT /chat/stream/" - -
2018-03-30T07:50:45.696252+00:00 app[web.1]: 10.13.221.137:33008 - - [30/Mar/2018:16:49:56] "WSCONNECTING /chat/loadhistory/" - - 

当我打开我加载websockets的页面时,这是Heroku给我的输出。
在本地开发中,我会遇到相同的输出,但是当我在终端中运行redis-server时,它们会立即被静音。

有几点需要注意:Heroku的帮助中心就此问题发表了评论:

  

"我不熟悉将Redis与Django一起使用,但如果问题是   使用您的Redis连接字符串,然后我建议使用   REDIS_URL为此 - 此字符串还包括您的主机,您   不应该将其设置为单独的配置变量。"

因此,使用我自己的环境变量,我将REDIS_URL设置为Heroku提供的那个。虽然他们说我不需要将[它]设置为单独的配置变量",但我只从其Redis连接字符串中提取了HOST并将其设置为REDIS_HOST环境变量,因为似乎Django-Channels CHANNEL_LAYERS定义需要redis_host

编辑:
我尝试删除没有帮助的CACHES设置。

编辑:
关于输出的更多背景 - 这是我在Django-channels旁边使用reconnecting-websocket库作为前端的结果。因此,似乎WS连接反复尝试(或成功)连接,但随后立即断开连接。

我不相信这是一个websocket问题,因为它在本地工作正常。我也有点确认它不是与WS超时相关的问题,因为我得到了Andrew的回复:

  

底层的Daphne代码会将PING请求发送给客户端   定期,可调整--ping-interval。如果它没有得到   在--ping-timeout之前响应,它将关闭连接。

     

Heroku有自己的负载均衡器,所以它可能正在发生变化   套接字的行为方式。

编辑:
好的,所以我缩小了范围:在本地,只有在没有设置redis-server的情况下运行REDIS_HOST,该应用才有效。它可以使用或不使用REDIS_URL

如果我将REDIS_HOST下的CHANNEL_LAYERS更改为localhost以外的任何内容,则会中断。
鉴于这似乎是阻塞点,我尝试在Heroku上设置REDIS_HOST作为我从Heroku提供的REDIS_URL字符串中提取的主机:redis://h:pf954cfs86918ca88905dcf8fef4546dbc2738d5895b12bc36ed2d058c387ec@ec2-33-201-236-230.compute-1.amazonaws.com:7719
那是整个字符串,所以我假设HOST只是:ec2-33-201-236-230.compute-1.amazonaws.com。此外,我注意到Heroku-Redis在不同于6379的端口下提供了redis实例。所以我也尝试调整我的Django设置:

CHANNEL_LAYERS = {
    "default": {
        "BACKEND": "channels_redis.core.RedisChannelLayer",
        "CONFIG": {
            "hosts": [(redis_host, 7719)],
        },
    },
}  

仍然无法工作..

有什么想法吗?

1 个答案:

答案 0 :(得分:0)

最终问题在于语义,因为频道文档中的术语使用不同/自由。

简答:
像这样设置CHANNEL_LAYERS

CHANNEL_LAYERS = {
    "default": {
        "BACKEND": "channels_redis.core.RedisChannelLayer",
        "CONFIG": {
            "hosts": ["redis://h:954c886918c238905dc2c322c34546bd9dbc2738d32523b12bc36ed2d058c387ec@ec2-34-211-446-320.compute-1.amazonaws.com:7719"],
        },
    },
}  

答案很长:
Herehere," redis-server-name"和#34; localhost"实际上是指以" redis://"开头的整个redis URI字符串。并以#34; host"更传统的定义结束 - 它包括" redis://" +用户+":密码" +" @host:"。

所以here所说的#34; host",你需要放置的不仅仅是主机。或者,您可以选择跳过元组并将整个URI作为字符串传递。

乍一看,如果您选择使用元组,我还无法弄清楚Channels对您的要求。我现在要使用URI字符串。