如何在智能告警平台CA触发测试告警
1265
2022-10-16
Tomcat日常维护笔记 - 运维小结
1)默认站点根目录 tomcat的默认站点根目录是webapps/ROOT,配置文件是server.xml,配置文件server.xml 里的主要内容是:
[root@huanqiu-test ~]# vim /Data/app/tomcat-7/conf/server.xml //如若修改tomcat的访问端口,替换下面的8080即可.....
3)修改tomcat访问的默认站点目录 如下配置,重启tomcat后,它就会把起先默认站点目录/Data/app/tomcat-7/webapps/ROOT修改成/home/tomcat/www这个目录。
注意:1)上面的appBase可以配置成新的站点目录,这时下面的Context这一行配置可以不加。默认站点目录webapps下还是会产生代码目录,只是tomcat访问的时候不会去调用它。2)上面的appBase可以配置成默认的webapps站点目录,这种情况下,就必须添加Contest这一行,并在Context行内配置新的站点目录。tomcat启动后,解压代码的war包会往webapps这个默认站点目录里也产生一份(即新站点目录和默认的webapps站点目录都会有一份代码),只是tomcat访问时不会去调用webapps目录下的代码;3)Context这一行是tomcat的项目配置,path后的""内填写的是项目名称,如果""为空,则表示是父项目。Context这一行的配置: 在appBase配置成新的站点目录的情况下可有可无(不过建议最好还是配置上) 在appBase配置成默认的webapps目录的情况下就必须要有!
4)部署多个项目 1.在同一个tomcat下(即同一个端口)有两种方式: 1)共用同一个域名(同一Host name)下的多个子项目 2)不同域名(多个Host name)下的项目
tomcat多项目部署,需要用到下面一行:
不同域名下的多项目部署,配置如下:[root@huanqiu-test ~]# vim /usr/local/tomcat7/conf/server.xml......
2.在不同的tomcat下(不同的端口)将tomcat复制成多个副本,然后根据业务更改复制后的tomcat名,修改server.conf中的三个关键端口(下面会提到).注意站点目录对应关系。[不过,为了避免不必要的麻烦,最好还是别复制已经在使用中的tomcat,可以重新解压tomcat安装包进行使用(将其备份,以待后续再使用)].当然也可以在不同端口的tomcat下设置各自的子项目。 需要注意的细节在一个服务器上启用了多个tomcat实例,那么需要特别注意的就是各个实例的端口问题,很容易因为端口冲突造成tomcat实例启动失败!
各个tomcat实例需要修改的端口,其实就是server.xml文件里的三个端口需要修改,如下:[root@huanqiu-test conf]# pwd/Data/app/tomcat-7-wls/conf[root@huanqiu-test conf]# vim server.xml .......
只要上面三个端口不冲突,基本就能成功启动实例了。
由此可知,java的home目录是/usr/lib/jvm/jre-1.7.0-openjdk.x86_64
设置java的环境变量[root@huanqiu-test jvm]# vim /etc/profile.......export JAVA_HOME=/usr/lib/jvm/jre-1.7.0-openjdk.x86_64export CLASSPATH=.:$JAVA_HOME/jre/lib/rt.jar:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jarexport PATH=$PATH:$JAVA_HOME/bin
使之生效[root@huanqiu-test ~]# source /etc/profile
[root@huanqiu-test ~]# echo $JAVA_HOME/usr/lib/jvm/java-1.7.0-openjdk.x86_64[root@huanqiu-test ~]# echo $CLASSPATH.:/usr/lib/jvm/java-1.7.0-openjdk.x86_64/jre/lib/rt.jar:/usr/lib/jvm/java-1.7.0-openjdk.x86_64/lib/dt.jar:/usr/lib/jvm/java-1.7.0-openjdk.x86_64/lib/tools.jar
上面java的环境变量一定要设置!不然tomcat启动会失败,会有以下报错:INFO: 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
[通常:在对tomcat服务进行迁移或切换的时候,需要将webapps下的ROOT和ROOT.war包都一起拷贝过去]
###### Tomcat中实现IP访问限制 ######Tomcat中的ip访问限制,即设置允许某个(或某些)客户端能够访问到tomcat服务器,或不能访问tomcat服务器。限制tomcat的IP访问其实是一件非常容易的事情,只需要编辑tomcat的server.xml,增加适当代码即可。
修改如下:例如有一个名为myapp的虚拟目录,打开tomcat的server.xml配置文件,找到其配置代码如下:
###### Tomcat 大文件上传超时问题处理 #######公司的OA系统在上传一个70多M的大文件过程中,出现了"上传超过有效期"超时现象。原因是tomcat持续上传附件时间超过了系统默认时间。
需要调整tomcat容器的JVM参数,修改方法如下:在tomcat的bin/catalina.sh文件里添加参数"-DLandray.sys.att.expire=600",此参数是修改附件上传有效期,这里上传有效期为600秒,既持续上传时间为10分钟,超过10分钟附件还未上传成功则会提示超时,可根据实际情况调整这个时常。
[root@oa-app02 bin]# vim /home/app/linux64/tomcat/bin/catalina.sh.......JAVA_OPTS="$JAVA_OPTS -server -Xms1024m -Xmx3072m -XX:PermSize=256M -XX:MaxPermSize=512M -Xmn256M -Djava.awt.headless=true -Duser.timezone=Asia/Shanghai -Djava.net.preferIPv4Stack=true -Dorg.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER=true -DLandray.kmss.cluster.serverName=ekp_server21 -Djava.net.preferIPv4Stack=true -DLandray.sys.att.expire=600"
接着重启tomcat即可[root@oa-app02 bin]# ps -ef|grep tomcat|grep -v grep |xargs kill -9
[root@oa-app02 bin]#/home/app/linux64/tomcat/bin/startup.sh
================================================================另外需要注意,tomcat配置文件中关于超时时间的配置如下:在tomcat的server.xml中加入如下配置
其中:connectionTimeout:设置连接的超时值,以毫秒为单位。默认值为60000=60秒disableUploadTimeout:允许Servlet容器,正在执行使用一个较长的连接超时值,以使Servlet有较长的时间来完成它的执行,默认值为truemaxProcessors:最大连接线程数acceptCount:指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,就是被排队的请求数,超过这个数的请求将拒绝连接。
###### Tomcat 禁用trace、put、head、options、delete请求方式 ######
产生原因:由于Tomcat新版本增加一个特性: 严格按照RFT 3986规范定义了URL。因为Tomcat严格按照"RFC 3986"规范进行访问解析,而"RFC 3986"规范定义了Url中只允许包含英文字母(a-zA-Z)、数字(0-9)、- _ . ~ 这4个特殊字符以及所有保留字符。RFC3986中指定了以下字符为保留字符:! * ’ ( ) ; : @ & = + $ , / ? # [ ]
解决办法有下面几种:1)降低tomcat的版本,这是最简单也是解决问题最快的方法。2)Tocmat可以定义requestTargetAllow 属性来允许禁止的字符。在tomcat的 catalina.properties文件中添加这一句(该方案能解决部分支持|{},对其他特殊字符没法支持):
3)如果第2种方法配置后不生效(这种配置有点过时),可以尝试在tomcat的server.xml文件中添加下面relaxedPathChars和relaxedQueryChars两个配置:
###### Nginx反向代理Tomcat访问报错400问题 #######线上用nginx反向代理tomcat访问,配置完成后,直接访问tomcat完全正常,但是只要在nginx添加反向代理tomcat,访问nginx就会报错400。
2)nginx配置中header头部信息的host不能被配置重了。tomcat没有对headers中的host进行唯一校验。 解决办法(下面两个要去掉一个):
###### Tomcat的server.xml文件中的Connector常用配置 #######Tomcat中server.xml有些配置信息是需要清楚了解的,尤其是要熟悉Connector配置信息,方便在日常运维中进行调试。默认情况下Connector配置信息基本上就可以用了,如下:
下面简单的介绍Connector标签上还能挂载的其他配置项:1. port tomcat作为一个网络server端,它需要暴露一个socket端口来accept客户端的链接,可以通过port指定。
9. maxThreads用于接收和处理client端请求的最大线程数,tomcat底层将采取线程池的方式来处理客户端请求,此参数标识这线程池的尺寸。maxThreads意味着tomcat能够并发执行request的个数。此值默认为200。一般情况下,在production环境中(根据物理机器配置,或者虚拟机的限制来做参考值),通常会有微调。较大的值并不能提升tomcat的负载能力,事实上"200"个线程数,已经足够大了。之前线上环境为maxThreads=120。对于NIO模式下,maxThreads参数应该由CPU核心数决定,乐观起见,此值为:cpu核数 * 2。太大的值,并不能提升NIO性能,反而会使性能下降,因为线程切换(CS)将会占据CPU的大量时间。
11. acceptCount当tomcat请求处理线程池中的所有线程都处于忙碌状态时,此时新建的链接将会被放入到pending队列,acceptCount即是此队列的容量,如果队列已满,此后所有的建立链接的请求(accept),都将被拒绝。默认为100。在高并发/短链接较多的环境中,可以适当增大此值;当长链接较多的场景中,可以将此值设置为0。这个参数将会在创建ServerSocket时带入,为TCP底层参数。如果请求均为短连接、请求耗时较短,我们可以适当增加此值。
12. address当物理server上绑定了多个IP地址时,可以通过“address”来指定tomcat-server需要bind的地址。默认将port关联到所有的ip上。
13. bufferSize链接在读取stream时,buffer数据的尺寸。(非socket buffer)
14. connectionLingersocket linger参数值。当socket即将关闭时(前)阻塞的时间,单位秒。如果设置为-1表示关闭linger。在BIO和AJP链接中默认为100,NIO中默认为25。
15. keepAliveTimeout当无实际数据交互时,链接被保持的时间,单位:毫秒。在未指定此属性时,将使用connectionTimeout作为keepAliveTimeout。通常和"HTTP keepAlive"选项协调工作。对于HTTP请求,server端为了支撑较高的吞吐量,不可能无限制的keepAlive一个链接(在设计要求上,这个和TCP通讯有本质的区别),keepAliveTimeout超时后,将会导致链接关闭。如果此tomcat设计为“长链接”服务,可以适当增加keepAliveTimeout值,否则无需设置此值。不过通常在tomcat上层还有nginx等代理服务器,通常希望链接keepAlive的机制由代理服务器控制,比如nginx来决定链接是否需要"保持活性"(注意:与keep_alive不同),当然nginx服务器只会保留极少的长连接,几乎所有的链接都会在使用结束后主动close;因为链接复用层,将有nginx与client保持,而不再是tomcat与client保持。太多的keepAlive链接,尽管提高了链接使用效率,但是对负载均衡不利。
16. maxKeepAliveRequeststomcat需要保持的最大请求数,即处于keepAlive状态的请求的个数,建议此值为maxThreads * 0.5,不得大于maxThreads,否则将得不到预期的效果。-1表示不限制,1表示关闭keepAlive机制。
17. maxConnectionstomcat允许接收和处理的最大链接数,对于BIO而言此值默认与maxThreads参数一样,对于NIO而言此值默认为10000。对于tomcat已经接受和正在处理的线程数达到此值,server将允许继续accept新链接但是不会处理它们,这些链接将会被阻塞直到连接数降低到此值(server将不会从这些socket中读取数据,而是将它们的句柄buffer起来)。最终server是否可以继续accept新的链接,取决于acceptCount值,因为此值是在创建ServerSocket时传递的参数,超过此值后,链接请求将被拒绝。此值还受限于系统ulimit、CPU、内存等配置。
18. acceptorThreadCount默认为1,表示用于accept新链接的线程个数,如果在多核CPU架构下,此值可以设置为2,官方不建议设定超过2个的值。
20. minSpareThreads线程池中,保持活跃的线程的最小数量,默认为10。
21. SSLEnabled是否开启ssl支持,默认为false;通常SSL应该在nginx等代理层,我们不应该让tomcat直接接入。
22. pollerThreadCount表示用于polling IO事件的线程个数,默认为1。在多核CPU架构下,我们可以设置为2来提高polling的能力,官方不建议设置大于2的值,因为锁的竞争会导致性能下降,事实上一个线程也足够快速。
23. useSendfile是否开启sendfile特性,默认为true。对于web应用而言,通常project中还会包含一定数量的静态资源,比如图片、CSS、js、html等,sendfile在一定程度上可以提高性能。
24. selectorTimeout选择器阻塞的时间,如果你进行过NIO开发,应该知道此参数的含义,默认值为1000毫秒。此值不要太大,因为selector线程本身还需要用来清理已关闭的链接等。
25. selectorPool.maxSelectorsNIO中选择的个数,默认值为200。NIO中我们可以使用多个selector,每个selector负责注册一定数量的NIOChannel,这样可以有效的提高selector选择效率;通常我们建议此值与maxThreads值一致,或者小于maxThreads,但是大于maxThreads其实意义并不大。为了开启此特性,我们需要在catalina.sh中增加一个启动命令参数:
CATALINA_OPTS="-Dorg.apache.tomcat.util.net.NioSelectorShared=false"
下面贴一个Connector的常规配置:
发表评论
暂时没有评论,来抢沙发吧~