在Docker容器中部署Django的时区问题
现在容器化部署已经非常成熟了,我们很多服务都会使用容器部署,更新恢复都非常方便,但是有一个问题比较麻烦,就是时区处理,通常情况下,都采用注入 TZ 环境变量来解决,但是实际这种处理方式在 django 中却是不行的。
Django 中与时区有关的配置
在Django的配置文件 settings.py 中,有两个配置参数是跟时间与时区有关的,分别是TIME_ZONE和USE_TZ。我们期望着通过在 settings.py 中配置以后,Django 就能正确地获取本地时间,但是实际上却事与愿违,我们看一看这两个设置有什么作用。
USE_TZ=True
如果 USE_TZ 设置为 True 时,Django 会使用系统默认设置的时区,此时的 TIME_ZONE 的设置基本是无效的,也就是无论有没有设置都不起作用。
USE_TZ=False
如果 USE_TZ 设置为 False
- TIME_ZONE 设置为 None
- Django 还是会使用默认的时区
- 若 TIME_ZONE 设置为其它时区的话
如果是 Windows 系统,则 TIME_ZONE 设置是没用的,Django会使用本机的时间
如果是其他系统,则会使用该时区的 UTC 时间
例如设置 USE_TZ = False, TIME_ZONE = ‘Asia/Shanghai', 则使用上海的 UTC 时间。
到这一步,可能你会认为时间已经好了,但是实际上还没有,我们还需要关注系统时区的设置。
Linux 容器中时区的设置
现在我本地时间是:16:15,Django 中设置为:USE_TZ = False, TIME_ZONE = ‘Asia/Shanghai'
不注入 TZ=Asia/Shanghai 环境变量
进入容器查看容器时间和时区
系统时间显示的是 UTC 时区,时间为:08:15,刚好差 8 个小时
进入 Django 环境查看时间和时区
python manage.py shell from datetime import datetime datetime.now() # 输出 datetime.datetime(2021, 10, 8, 8, 24, 8, 289230) from django.utils import timezone timezone.get_current_timezone_name() # 输出 'Asia/Shanghai'
注入环境变量 TZ=Asia/Shanghai
进入容器查看时间和时区
系统时间显示的是 Asia 时区,但是时间依然是 UTC 时间,并没有显示真正的本地时间
进入 Django 环境查看时间和时区
python manage.py shell from datetime import datetime datetime.now() # 输出 datetime.datetime(2021, 10, 8, 8, 24, 8, 289230) from django.utils import timezone timezone.get_current_timezone_name() # 输出 'Asia/Shanghai'
可以看到,虽然时区变了,但是时间却还是 UTC 时间,无论是容器本身还是 Django 中
通过在网上查询,我们知道修改 Linux 系统时区要修改 /etc/localtime 文件
修改 Linux 容器时区
通常的做法是将宿主机的 /etc/localtime 文件拷贝到容器的 /etc/localtime 文件,但是我们通过查询发现 /etc/localtime 文件实际只是一个软连接,实际的文件是:/usr/share/zoneinfo/Asia/Shanghai
docker cp /usr/share/zoneinfo/Asia/Shanghai test:/etc/localtime
在不给容器注入 TZ=Asia/Shanghai 环境变量的情况下,我们登录容器发现,容器的系统时间已经正确获取到本地时间和时区了
如果注入了 TZ=Asia/Shanghai 环境变量,即使把 /etc/localtime 文件替换了,也只是时区改变了,时间依然是 UTC 时间
进入 Django 环境查看时间
python manage.py shell from datetime import datetime datetime.now() # 输出 datetime.datetime(2021, 10, 8, 8, 43, 43, 754698)
Linux 系统时间已经正常了,但是 Django 环境中的时间还是不正确,依然是 UTC 时间,这时候很多人就有点抓狂了,可能觉得是 settings.py 中的 USE_TZ 和 TIME_ZONE 设置有问题,其实问题并不在这里。原因是因为 datetime 库会去 /usr/share/zoneinfo/ 目录下寻找 Asia/Shanghai 这个文件,而我们的镜像中不包含这个目录,所以 Django 还是使用了 UTC 时区。解决的办法非常简单:创建 /usr/share/zoneinfo/Asia 目录,拷贝文件到这个目录下就行了
# 在容器内(如不不存在这个目录) mkdir -p /usr/share/zoneinfo/Asia # 在容器外 docker cp /usr/share/zoneinfo/Asia/Shanghai test:/usr/share/zoneinfo/Asia/Shanghai
然后登录到容器内,进入 Django 环境下查看时间
python manage.py shell from datetime import datetime datetime.now() #输出 datetime.datetime(2021, 10, 8, 16, 49, 32, 57)
这下时间就完全正确了。
总结
对于容器时区的问题,建议在容器制作阶段,安装并设置好 /etc/localtime,例如在 dockerfile 中添加如下语句
ADD /usr/share/zoneinfo/Asia/Shanghai /usr/share/zoneinfo/Asia/Shanghai RUN ln -s /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
这样我们的容器在启动时就无需关注时区问题了,如果容器已经制作好了,在启动的时候挂载一下时区文件
docker run -d -v /etc/localtime:/etc/localtime -v /usr/share/zoneinfo/Asia/Shanghai:/usr/share/zoneinfo/Asia/Shanghai imageName
这种方式就比较麻烦。还有一种情况就是我们现在碰到的,服务已经上线了,发现时间有问题,就手动拷贝一下那两个文件到容器中,然后重启一下容器
docker cp /usr/share/zoneinfo/Asia/Shanghai test:/etc/localtime docker cp /usr/share/zoneinfo/Asia/Shanghai test:/usr/share/zoneinfo/Asia/Shanghai docker restart test
到此这篇关于在Docker容器中部署Django的时区问题的文章就介绍到这了,更多相关Docker部署Django时区内容请搜索猪先飞以前的文章或继续浏览下面的相关文章希望大家以后多多支持猪先飞!
原文出处:https://os.51cto.com/art/202110/685500.htm
相关文章
Django def clean()函数对表单中的数据进行验证操作
这篇文章主要介绍了Django def clean()函数对表单中的数据进行验证操作,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧...2020-07-09docker 启动elasticsearch镜像,挂载目录后报错的解决
这篇文章主要介绍了docker 启动 elasticsearch镜像,挂载目录后报错的解决,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧...2020-11-20解决Docker中的error during connect异常情况
这篇文章主要介绍了解决Docker中的error during connect异常情况,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧...2020-11-22- 这篇文章主要介绍了docker部署confluence的完整步骤,这里的镜像并不是小编自己写的是基于他人打包的文中有详细介绍,需要的朋友可以参考下...2021-06-11
- 这篇文章主要介绍了解决docker挂载的目录无法读写问题,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧...2021-03-19
教你使用Portainer管理多台Docker容器环境的方法
这篇文章主要介绍了Portainer管理多台Docker容器环境,本文给大家介绍的非常详细,包括环境准备及管理docker的详细过程,需要的朋友可以参考下...2021-11-11- 这篇文章主要介绍了docker端口映射及外部无法访问问题,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧...2021-01-19
- 这篇文章主要介绍了docker swarm外部验证负载均衡时不生效的问题,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下...2021-04-27
Docker 解决openjdk容器里无法使用JDK的jmap等命令问题
这篇文章主要介绍了Docker 解决openjdk容器里无法使用JDK的jmap等命令问题,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧...2020-12-04- 这篇文章主要介绍了在Django中使用MQTT的方法,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧...2021-05-10
使用rpm安装指定版本docker(1.12.6)的详细步骤
为了防止安装高版本的docker引发的错误,需要安装1.12.6版本的docker,下面小编给大家带来了使用rpm安装指定版本的docker(1.12.6)的步骤,感兴趣的朋友一起看看吧...2021-08-11- 通过本文可以帮助大家快速学习Docker安装ElasticSearch的过程,本文通过图文并茂的形式给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧...2021-08-31
- 这篇文章主要介绍了一条命令重启所有已停止的docker容器操作,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧...2020-11-20
- 这篇文章主要介绍了在docker中执行linux shell命令的操作,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧...2021-03-30
解决导入django_filters不成功问题No module named 'django_filter'
这篇文章主要介绍了解决导入django_filters不成功问题No module named 'django_filter',具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧...2020-07-15- 这篇文章主要给大家介绍了关于docker容器与宿主机的数据交互,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧...2020-11-09
安装Docker Desktop报错WSL 2 installation is incomplete的问题(解决报错)
这篇文章主要介绍了安装Docker Desktop报错WSL 2 installation is incomplete的问题,解决方法很简单只需我们自己手动更新一下,我们根据提示去微软官网下载最新版的wsl2安装后即可正常打开,需要的朋友可以参考下...2021-06-13详解如何使用Docker部署Django+MySQL8开发环境
这篇文章主要介绍了详解如何使用Docker部署Django+MySQL8开发环境,文中通过示例代码以及图文介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面来一起学习学习吧...2020-07-19- 这篇文章主要介绍了Docker部署Rancher的方法,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧...2021-01-06
- 这篇文章主要介绍了Django 解决由save方法引发的错误,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧...2020-05-21