09 docker 安装tomcat 详解

一、安装tomcat

1. tomcat镜像的获取

2. docker创建容器实列

3. 访问测试 404错误

4. 解决方案

5. 使用免修改版容器镜像

5.1. 运行实列的创建

5.2. 出现问题及解决：

6. 验证 OK

一、安装tomcat

1. tomcat镜像的获取

docker search tomcat #docker hub搜索镜像
docker pull tomcat #拉取镜像
docker images #查看是否拉取成功

2. docker创建容器实列

[root@rockylinux ~]# docker run -d  --name install_tomcat -p 8080:8080 tomcat
877e614c238979960a211196f368caa034cf9f5c6b4ac5c02b1470e442e45db1
[root@rockylinux ~]# docker ps
CONTAINER ID   IMAGE     COMMAND             CREATED         STATUS         PORTS                                       NAMES
877e614c2389   tomcat    "catalina.sh run"   5 seconds ago   Up 5 seconds   0.0.0.0:8080->8080/tcp, :::8080->8080/tcp   install_tomcat
[root@rockylinux ~]# docker exec -it  877e614c2389 /bin/bash
root@877e614c2389:/usr/local/tomcat#

3. 访问测试 404错误

4. 解决方案

把webapps.dist目录换成webapps

root@877e614c2389:/usr/local/tomcat# ls -l
total 132
…………………………………………………………………………………………………………………………
drwxr-xr-x. 2 root root     6 Dec 22  2021 webapps
drwxr-xr-x. 7 root root    81 Dec  2  2021 webapps.dist
drwxrwxrwx. 2 root root     6 Dec  2  2021 work
root@877e614c2389:/usr/local/tomcat# rm -rf webapps
root@877e614c2389:/usr/local/tomcat# mv webapps.dist webapps

将 webapps.dist 目录重命名为 webapps 的目的是恢复 Tomcat 的默认应用和配置，这些默认应用和配置通常包含一个管理界面或欢迎页面，能够确认 Tomcat 正常工作

5. 使用免修改版容器镜像

5.1. 运行实列的创建

docker pull billygoo/tomcat8-jdk8
docker run -d -p 8080:8080 --name mytomcat8 billygoo/tomcat8-jdk8

5.2. 出现问题及解决：

问题：docker run -d 之后docker ps 查看不掉运行的容器实列，直接退出

解决流程：直接 -it 进入容器手动运行服务脚本

root@4f06e97e71c8:/usr/local/tomcat# ./bin/catalina.sh run

Using CATALINA_BASE: /usr/local/tomcat

Using CATALINA_HOME: /usr/local/tomcat

Using CATALINA_TMPDIR: /usr/local/tomcat/temp

Using JRE_HOME: /usr/lib/jvm/java-8-openjdk-amd64

Using CLASSPATH: /usr/local/tomcat/bin/bootstrap.jar:/usr/local/tomcat/bin/tomcat-juli.jar

library initialization failed - unable to allocate file descriptor table - out of memoryAborted (core dumped)

root@4f06e97e71c8:/usr/local/tomcat#

问题的核心是 "library initialization failed - unable to allocate file descriptor table - out of memory"。这表明在尝试初始化库时，由于内存不足，无法分配文件描述符表。

宿主机查看内存充足，内存OK

free -m

如果内存不足，，可以手动给容器分配
docker run -d -p 8080:8080 --name mytomcat8 --memory="2g" billygoo/tomcat8-jdk8

查看系统文件描述符

[root@rockylinux ~]# ulimit -n

1024

当前的文件描述符限制为 1024，这对于运行 Tomcat 这样的应用程序可能不足。需要增加这个限制

宿主机配置：

vim  /etc/security/limits.conf  
* soft nofile 65536
* hard nofile 65536

vim /etc/sysctl.conf 
fs.file-max = 2097152

sysctl -p 应用配置

重新登录系统或重启系统后，检查文件描述符限制是否已经生效：
ulimit -n

文件描述符限制：

文件描述符是操作系统用来管理对文件、网络连接等资源的引用。每个进程都有一个文件描述符限制，即它可以同时打开的文件、网络连接等资源的数量

*: 这表示配置适用于所有用户。
soft nofile 65536: 设置软限制，表示单个用户进程可以打开的最大文件描述符数量为 65536。软限制可以在会话期间临时增加，但不能超过硬限制。
hard nofile 65536: 设置硬限制，表示单个用户进程可以打开的最大文件描述符数量的上限为 65536。硬限制只能由超级用户增加。

这些修改确保系统允许用户进程（包括 Docker 容器中的进程）打开足够多的文件描述符，以防止因为文件描述符数量不足而导致的服务中断或性能问题。Tomcat 服务器在处理大量连接时，可能需要大量文件描述符，因此增加这个限制是必要的

系统内核参数配置

fs.file-max: 这个参数设置系统范围内的最大文件描述符数量。2097152 表示系统最多可以同时打开 2097152 个文件描述符
增加 fs.file-max 参数的值确保系统内核允许足够多的文件描述符供所有用户和进程使用。这对高负载服务器尤为重要，能够防止系统因为文件描述符耗尽而发生崩溃。

Docker Daemon 配置

vim /etc/docker/daemon.json
{
  "default-ulimits": {
    "nofile": {
      "Name": "nofile",
      "Hard": 65536,
      "Soft": 65536
    }
  }
}

重启docker daemon
systemctl daemon-reload
systemctl restart docker

注意：此处 " , ”不要忘掉，因为是json文件，我的完整配置如下：