April 2019

一、需求 zabbix 服务器可以手动加入zabbix-agent客户端，对于少量的机器，这没有什么。但到了线上，我们有大量的服务器需要监控时，如果再一个个的手动加的话，工作量势必会增加很多。这时，zabbix-server 的Discovery 自动发现 功能便派上了用场。 二、条件 1.zabbix server 已经部署好，所需要加入的服务器zabbix-agent已经安装。 2.防火墙都开放端口，主要是10050、10051端口，或者关闭整个iptables 三、zabbix-agent客户端的设置 1.打开zabbix-agent.conf配置文件，只需要修改2处配置.大批量的修改，可以利用自动化部署工具、如saltstack、ansible等。我用的是saltstack推送文件的方式进行修改，在本实验环境中，我用的是国产的一个批量工具CheungSSH。 2.批量执行的命令 sed -i ‘s/Server=127.0.0.1/Server=10.8.0.22/g’ /etc/zabbix/zabbix_agentd.conf sed -i […]

主要监控JVM （1）JPS(快速获取Java的PID) 这个是jdk包里的 显示Java进程的 +l +v +m   （2）jstack 命令格式： 常用说明：   （3）jmap     现在列举生产中遇到的JVM的问题的处理流程（Java进程占用CPU特别的高） （1）首先使用jps来获取Java进程的PID （2）jstack pid >>

JVM性能调优监控工具jps、jstack、jmap、jhat、jstat、hprof使用详解 2016-10-28 马哥Linux运维 DK本身提供了很多方便的JVM性能调优监控工具，除了集成式的VisualVM和jConsole外，还有jps、jstack、jmap、jhat、jstat、hprof等小巧的工具，本博客希望能起抛砖引玉之用，让大家能开始对JVM性能调优的常用工具有所了解。现实企业级Java开发中，有时候我们会碰到下面这些问题：OutOfMemoryError，内存不足内存泄露线程死锁锁争用（Lock Contention）Java进程消耗CPU过高……这些问题在日常开发中可能被很多人忽视（比如有的人遇到上面的问题只是重启服务器或者调大内存，而不会深究问题根源），但能够理解并解决这些问题是Java程序员进阶的必备要求。本文将对一些常用的JVM性能调优监控工具进行介绍，希望能起抛砖引玉之用。 A、 jps(Java Virtual Machine Process Status Tool)          jps主要用来输出JVM中运行的进程状态信息。语法格式如下：jps [options] [hostid] 如果不指定hostid就默认为当前主机或服务器。    命令行参数选项说明如下：-q 不输出类名、Jar名和传入main方法的参数-m 输出传入main方法的参数-l 输出main类或Jar的全限名-v 输出传入JVM的参数 比如下面：root@ubuntu:/# jps -m -l2458 org.artifactory.standalone.main.Main /usr/local/artifactory-2.2.5/etc/jetty.xml29920 com.sun.tools.hat.Main -port 9998 /tmp/dump.dat3149 org.apache.catalina.startup.Bootstrap start30972 sun.tools.jps.Jps -m -l8247 org.apache.catalina.startup.Bootstrap start25687 com.sun.tools.hat.Main -port 9999 dump.dat21711 mrf-center.jar B、 jstack 

下面来说一下，日常工作当中我们需要注意的一些tomcat的安全规范：   一:telnet管理端口的保护 类别 配置内容及其说明 标准配置 备注 Telnet 管理端口的保护 （强制） （1）配置文件中的默认端口是8005管理端口，所以为了不容易攻击，最好端口改成其他的（大于1024,建议设区间为8000~8999） （2）改SHUTDOWN 指令为其他的字符串 <Server port=”=8517″ shutdown=”dangerous”>       二：AJP管理端口的保护：

1）nginx的反向代理：proxy_pass 2）nginx的负载均衡：upstream 下面是nginx的反向代理和负载均衡的实例： 负载机：A机器：103.110.186.8/192.168.1.8 后端机器1：B机器：192.168.1.102 后端机器2：C机器：192.168.1.103 需求： 1）访问A机器的8080端口，反向代理到B机器的8080端口；       访问A机器的8088端口，反向代理到C机器的8088端口；       访问http://103.110.86.8:8090/ios，反向代理到B机器http://192.168.1.102:8090/ios/ 2）访问A机器的80端口，负载均衡到后端的两台机器B和C的80端口 操作记录： ————————————————————————————– 负载机：A机器上的操作记录：

在日常的web网站部署中，经常会用到nginx的proxy_pass反向代理，有一个配置需要弄清楚：配置proxy_pass时，当在后面的url加上了/，相当于是绝对根路径，则nginx不会把location中匹配的路径部分代理走;如果没有/，则会把匹配的路径部分也给代理走（这样配置在Nginx反向代理+负载均衡简单实现（http方式）也提到过）。 下面举个小实例说明下： centos7系统库中默认是没有nginx的rpm包的，所以我们自己需要先更新下rpm依赖库 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17