Docker下部署微服务实践踩坑总结

【1】java.net.UnknownHostException

① 问题背景与表现

背景:docker启动应用服务注册到别处eureka(注意是别的服务器的eureka),启动命令格式类似如下:

sudo docker run -d --name mallprovider -p 9122:9122 -v /home/app/fs:/root/fs -v /home/app/provider/server:/usr/local/server/   --privileged=true  mallprovide:centos 

以docker化微服务的时候发现注册到eureka中的实例ID变为containerId:服务名称:服务端口号
在这里插入图片描述
而且docker 容器每重启一次(这里指删除容器重启,containerId变化),就多一个该服务的实例如d1deb75f7aed:client_instance:9123,并且被删除的容器实例d2b59f32b427:client_instance:9123不下线。也就是说会存在一些“伪活”服务,如果是消费者找服务提供者找到了“伪活”服务,那么肯定是会报错的。

比如客户端访问会提示java.net.UnknownHostException(并且会发现消费者仍旧会向原先被删除的服务发送请求):
在这里插入图片描述
这里有两个问题:

  • 如何让docker启动的服务注册实例名称为{主机名称:服务名称:服务端口号}或{主机Ip:服务名称:服务端口号}?
  • 怎么让已经停掉的容器下线(如何找到正确的服务)?

② docker容器启动的服务注册实例名称正常化

正常我们起一个微服务注册到eureka他的实例id是默认这样的:主机名称:服务名称:服务端口号,如果配置eureka.instance.prefer-ip-address=true则实例id为:主机Ip:服务名称:服务端口号。当然我们也可以通过eureka.instance.instance-id自定义实例ID格式。

通常配置实例如下:

eureka:
  client: #客户端注册进eureka服务列表内
    service-url: 
      defaultZone: http://localhost:7001/eureka   
  instance:
    instance-id: ${spring.application.name}:${server.port}
    prefer-ip-address: true     #访问路径可以显示IP地址     

指定容器网络模式为host,如下增加--net host

sudo docker run -d --name --net host mallprovider -p 9122:9122 -v /home/app/fs:/root/fs -v /home/app/provider/server:/usr/local/server/   --privileged=true  mallprovide:centos 

为什么要指定网络模式host(这样就不会使用docker的ip):

--net=bridge:默认选项,用网桥的方式来连接docker容器。
--net=host:docker跳过配置容器的独立网络栈。
--net=container:NAME_or_ID:告诉docker让这个新建的容器使用已有容器的网络配置。
--net=none:告诉docker为新建的容器建立一个网络栈,但不对这个网络栈进行任何配置,所以只能访问本地网络,没有外网。

③ 服务强制下线

通过api强制下线,postman发送delete请求即可

格式如下:

http://{ip}:{port}/eureka/apps/{服务名称}/{inatanceId}

如http://127.0.0.1:3000/eureka/apps/client_instance/348761338c57:client_instance:9123

或者可以通过自定义实例id,让后起的实例挤掉先起的失效实例:

eureka.instance.instance-id=${spring.application.name}:${server.port}
eureka.instance.prefer-ip-address=true

#或者以IP:端口进行注册
eureka.instance.prefer-ip-address:true
eureka.instance.instance-id=${spring.cloud.client.ip-address}:${server.port}

但是这时仍旧存在一个问题:docker stop 时服务不会从eureka注册中心down!

这里是容器启动的时候通过执行一个脚本来启动服务的,脚本如下:

#!/bin/bash
cd /usr/local/server/

if [ -f nohup.out ];then
        rm -rf nohup.out
else
        touch nohup.out
        chmod 755 nohup.out
fi
nohup java -jar mallmng-client-1.0-SNAPSHOT.jar  &>>nohup.out &
tail -f nohup.out

【2】时间差8小时

背景:使用docker启动应用发现时间少了8小时,但是宿主机、docker容器时区时间都正常。

第一反应,很显然是典型的8小时时区问题啊。Linux中检测时间时区几个常用命令如下所示:

[app@beijing-csmf-4 client]$ date +"%Z %z"
CST +0800

[app@beijing-csmf-4 client]$ date
Thu Aug  6 19:17:28 CST 2020

[app@beijing-csmf-4 client]$ date -R
Thu, 06 Aug 2020 19:17:30 +0800

[app@beijing-csmf-4 client]$ timedatectl
      Local time: Thu 2020-08-06 19:18:06 CST
  Universal time: Thu 2020-08-06 11:18:06 UTC
        RTC time: Thu 2020-08-06 19:18:06
       Time zone: Asia/Shanghai (CST, +0800)
     NTP enabled: no
NTP synchronized: no
 RTC in local TZ: yes
      DST active: n/a

检测发现宿主机、docker容器都正常,甚至启动命令时直接同步了宿主机的时区:

#同步时区 ro表示read only 即容器内的数据只允许读
-v /etc/localtime:/etc/localtime:ro

#同步时间
 -v /etc/localtime:/etc/localtime:ro
 
#容器启动命令格式类似如下
docker run -d  -v /etc/localtime:/etc/localtime:ro -v /etc/timezone:/etc/timezone:ro   mallprovide:centos 

但是如上所示仍旧不可以,最后不得已在启动的时候硬指定了区域

docker run -d  -e TZ=Asia/Shanghai   mallprovide:centos 

如果自定义了Dockerfile,也可以在Dockerfile里面指定环境变量:

ENV TZ=Asia/Shanghai
RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone

【3】中文乱码

在Dockerfile中添加一行环境配置即可:

ENV LANG C.UTF-8
©️2020 CSDN 皮肤主题: 程序猿惹谁了 设计师:上身试试 返回首页