處理Docker容器化部署Tomcat服務碰到的時區問題

jay_tian 發布于2019-06-28 16:25 / 2128人閱讀

摘要：用工具容器化部署服務之后，碰到的問題比較多。問題處理過程多筆數據都是剛剛好差異個小時，那一般都是時區問題了。加上我是用容器化部署的，所以，我開始估計是的時區沒弄正確導致的問題。當容器時區和宿主時區不一致，可以修改。

用Docker工具容器化部署服務之后，碰到的問題比較多。
其中比較特出的問題是這個時區問題。

1 問題現象：

舉個例子，有個小功能，需要記錄計劃開始時間。
前臺輸入的時間是：2018.4.24 00:00:00。
后臺記錄的計劃開始時間卻是：2018.4.23 16:00:00。
可以看出，整整提前了8個小時。

2 問題處理過程：

多筆數據都是剛剛好差異8個小時，那一般都是時區問題了。
加上我是用docker容器化部署的，所以，我開始估計是Docker的時區沒弄正確導致的問題。

驗證問題：
Docker宿主查看時間：

[apiuser@xygerp-api software]$ date
2018年 04月 24日 星期二 15:00:05 CST

說明宿主的時區是木有問題的。

UTC是世界時區，CST是東八區時間
CST應該是指（China Shanghai Time，東八區時間） 
UTC應該是指（Coordinated Universal Time，標準時間）

接著，exec進入容器，查看容器的時間有沒有問題：

備注：為方便測試，我新建了一個docker容器（timezone-test）。

sudo docker run --name timezone-test -p 8800:8080 -v /etc/localtime:/etc/localtime chaimm/tomcat:1.1

進入容器，查看容器的時間：

[apiuser@xygerp-api software]$ sudo docker exec -it timezone-test /bin/sh
sh-4.2$ date
Tue Apr 24 15:05:14 CST 2018

可以看出，時區是沒問題的，但是為什么運行在該容器的Tomcat服務的時區（無論是操作DB的時間，還是Tomcat的Log的時間）都是UTC？
例如下面的日志，log時間是：24-Apr-2018 07:03:55.381
應該是：24-Apr-2018 15:03:55.381才對。

24-Apr-2018 07:03:55.381 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/host-manager
24-Apr-2018 07:03:55.410 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/host-manager has finished in 29 ms
24-Apr-2018 07:03:55.410 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/manager
24-Apr-2018 07:03:55.431 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/manager has finished in 21 ms
24-Apr-2018 07:03:55.437 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [http-nio-8080]
24-Apr-2018 07:03:55.447 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [ajp-nio-8009]
24-Apr-2018 07:03:55.450 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in 886 ms

這個問題困擾了我蠻久，最后經過找一些資料，發現原來是Tomcat啟動的時候，時區實際是java啟動的默認時區。
這樣子，實際上很多時區：

時區功能	時區說明
Java	JVM啟動時候的時區。如果不指定，則默認取系統時區，就是：System.getProperty("user.timezone")
MySQL	數據庫有時區，直接用：select now()可以查看確認。但是，Java的JDBC直接新增的數據是不會參考Mysql本身的時區。舉個例子：INSERT什么時間就是什么時間！
Docker宿主	實際上是操作系統OS的時區。如果安裝系統的時候選擇中國上海時區，那一般是CST（中國時區）。
Docker容器	容器本身也是一個操作系統(虛擬系統)。當容器時區和宿主時區不一致，可以修改。如果有疑問可以直接exec到容器里面查看容器時區。
Tomcat服務	Tomcat是運行Java的Web應用服務器，所以，它的時區實際上就是JVM的時區。

從上面的表格可以看出，實際上，在Java中處理的時區，說到底還是以JVM啟動的時候的時區為主！
只不過，大部分情況下，JVM啟動如果沒指定時區，那默認=操作系統的時區。
問題來了，如何確認JVM默認啟動的時區是哪個？
這里有個小辦法：

sh-4.2$ vi TestTimezone.java
public class TestTimezone{
   public static void main(String[] args){
      System.out.println(new java.util.Date());
      System.out.println(System.getProperty("user.timezone"));
   }
}

然后再編譯并且運行它，看結果就知道JVM默認啟動的時區是哪個了：

sh-4.2$ javac TestTimezone.java
sh-4.2$ java TestTimezone
Tue Apr 24 07:27:30 UTC 2018
UTC

從上面可以看出，就算我在Docker容器里面的系統時間已經是CST時區，但是，System.getProperty("user.timezone")是UTC，導致Java啟動的時候，以UTC時區啟動。
所以就出現了我碰到的問題！
這個才是根本原因。

備注： 同樣的辦法，在宿主執行，發現宿主就能抓取正確的時區。

[apiuser@xygerp-api software]$ java TestTimezone
Tue Apr 24 15:31:03 CST 2018
Asia/Shanghai

3 問題解決方案

既然發現了問題，是在Docker容器環境下，System.getProperty("user.timezone")抓的值不是CST時區導致的問題。那其中一個簡單的解決辦法是，在Tomcat啟動的時候，指定時區即可。
具體辦法：

[apiuser@xygerp-api software]$ sudo docker exec -it timezone-test /bin/sh
sh-4.2$ ls
LICENSE        TestTimezone.class        bin   scripts
NOTICE           TestTimezone.java        conf  temp
RELEASE-NOTES  apache-tomcat-7.0.82        lib   webapps
RUNNING.txt    apache-tomcat-7.0.82.tar.gz  logs  work
sh-4.2$ cd bin/
sh-4.2$ vi catalina.sh
修改這里：
JAVA_OPTS="$JAVA_OPTS -Djava.protocol.handler.pkgs=org.apache.catalina.webresources -Duser.timezone=GMT+08"

保存您的修改，再重啟啟動docker：

[apiuser@xygerp-api software]$ sudo docker restart timezone-test
timezone-test
[apiuser@xygerp-api software]$

再查看timezone-test容器的log：

[apiuser@xygerp-api ~]$ sudo docker logs -f --tail 1000 timezone-test
24-Apr-2018 15:41:27.436 INFO [main] org.apache.catalina.core.AprLifecycleListener.lifecycleEvent The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib
24-Apr-2018 15:41:27.629 INFO [main] org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler ["http-nio-8080"]
24-Apr-2018 15:41:27.647 INFO [main] org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a shared selector for servlet write/read
24-Apr-2018 15:41:27.650 INFO [main] org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler ["ajp-nio-8009"]
24-Apr-2018 15:41:27.652 INFO [main] org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a shared selector for servlet write/read
24-Apr-2018 15:41:27.652 INFO [main] org.apache.catalina.startup.Catalina.load Initialization processed in 809 ms
24-Apr-2018 15:41:27.683 INFO [main] org.apache.catalina.core.StandardService.startInternal Starting service Catalina
24-Apr-2018 15:41:27.683 INFO [main] org.apache.catalina.core.StandardEngine.startInternal Starting Servlet Engine: Apache Tomcat/8.5.9
24-Apr-2018 15:41:27.697 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/ROOT
24-Apr-2018 15:41:28.153 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/ROOT has finished in 456 ms
24-Apr-2018 15:41:28.154 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/docs
24-Apr-2018 15:41:28.179 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/docs has finished in 25 ms
24-Apr-2018 15:41:28.179 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/examples
24-Apr-2018 15:41:28.492 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/examples has finished in 312 ms
24-Apr-2018 15:41:28.492 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/host-manager
24-Apr-2018 15:41:28.524 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/host-manager has finished in 32 ms
24-Apr-2018 15:41:28.525 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deploying web application directory /opt/tomcat/webapps/manager
24-Apr-2018 15:41:28.548 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory /opt/tomcat/webapps/manager has finished in 23 ms
24-Apr-2018 15:41:28.555 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [http-nio-8080]
24-Apr-2018 15:41:28.565 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler [ajp-nio-8009]
24-Apr-2018 15:41:28.567 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in 914 ms

可以看到，里面的日志的時間已經正確啦！

備注：上面的只是其中一個解決辦法，也可以通過調整Docker容器的System.getProperty("user.timezone")的值，來讓JVM在啟動的時候能正確找時區！
還是那句話：出現問題的話，必須要找到問題出錯的地方，才好解決問題啊！我就是繞了許多的彎路才找到問題的原因。一開始一直以為是Docker容器虛擬機的時區問題，所以困擾了很久！

更新：
另外一個做法，也可以解決這個問題：
其實就是啟動容器的時候，指定時區即可。

sudo docker run --name timezone-test2 -p 8800:8080 -e TZ="Asia/Shanghai" -v /etc/localtime:/etc/localtime chaimm/tomcat:1.1

參考鏈接：
https://segmentfault.com/a/11...
https://www.jianshu.com/p/5b1...

GPU云服務器云服務器服務器巡檢碰到的問題 tomcat容器化容器化部署 docker容器部署應用

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/27299.html

設置docker容器（container）時區

摘要：不廢話，繼續看以下命令這里配置的環境變量就是我所需要的時區通過這樣的啟動方式，就是了。當然聰明人肯定不會自己每次都在啟動的時候加這些配置，當然在基礎鏡像里面搞好咯。利用docker來部署服務，經常遇到的一個問題是如何解決容器內的時區問題. 假設現在啟動的鏡像是tomcat:8.0.35-jre8 /*直接用宿主機器上的時區默認覆蓋容器內的時區配置文件即可，也就是跟宿主機器同樣的時區配...

gaosboy 2019-08-14 15:46 評論0 收藏0
設置docker容器（container）時區

摘要：不廢話，繼續看以下命令這里配置的環境變量就是我所需要的時區通過這樣的啟動方式，就是了。當然聰明人肯定不會自己每次都在啟動的時候加這些配置，當然在基礎鏡像里面搞好咯。利用docker來部署服務，經常遇到的一個問題是如何解決容器內的時區問題. 假設現在啟動的鏡像是tomcat:8.0.35-jre8 /*直接用宿主機器上的時區默認覆蓋容器內的時區配置文件即可，也就是跟宿主機器同樣的時區配...

ZoomQuiet 2019-06-28 15:12 評論0 收藏0
Spring Boot + MongoDB 應用的 Docker 化實踐

摘要：本文旨在通過將一個具體的項目進行化處理，從而對的基本用法進行一次實踐。該項目化后，后端服務訪問數據庫正常，仍然可以打開后端服務托管的單頁應用，總之項目運行狀態符合預期。本文旨在通過將一個具體的 Spring Boot + MongoDB 項目進行 Docker 化處理，從而對 Docker 的基本用法進行一次實踐。該項目 Docker 化后，后端服務訪問數據庫正常，仍然可以打開后端服...

546669204 2019-08-15 18:09 評論0 收藏0
Spring Boot + MongoDB 應用的 Docker 化實踐

摘要：本文旨在通過將一個具體的項目進行化處理，從而對的基本用法進行一次實踐。該項目化后，后端服務訪問數據庫正常，仍然可以打開后端服務托管的單頁應用，總之項目運行狀態符合預期。本文旨在通過將一個具體的 Spring Boot + MongoDB 項目進行 Docker 化處理，從而對 Docker 的基本用法進行一次實踐。該項目 Docker 化后，后端服務訪問數據庫正常，仍然可以打開后端服...

Caizhenhao 2019-06-28 16:28 評論0 收藏0
Spring Boot + MongoDB 應用的 Docker 化實踐

摘要：本文旨在通過將一個具體的項目進行化處理，從而對的基本用法進行一次實踐。該項目化后，后端服務訪問數據庫正常，仍然可以打開后端服務托管的單頁應用，總之項目運行狀態符合預期。本文旨在通過將一個具體的 Spring Boot + MongoDB 項目進行 Docker 化處理，從而對 Docker 的基本用法進行一次實踐。該項目 Docker 化后，后端服務訪問數據庫正常，仍然可以打開后端服...

yacheng 2019-06-26 17:40 評論0 收藏0