2016-11-02 运维部落 一、应用场景 在中小型企业，公司不同运维人员基本都是以root 账户进行服务器的登陆管理，缺少了账户权限审计制度。不出问题还好，出了问题，就很难找出源头。 这里介绍下，如何利用编译bash 使不同的客户端在使用root 登陆服务器使，记录各自的操作，并且可以在结合ELK 日志分析系统，来收集登陆操作日志 二、环境 服务器：centos 6.5、Development tools、使用密钥认证，SElinux 关闭。 客户端：生成密钥对，用于登录服务器 （2台） 三、搭建部署 服务器操作 : 192.168.30.72 1、下载编译bash […]
一、需求 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
一、下载安装Jenkins : 官网地址 https://jenkins.io/index.html 安装没什么特殊的 常规安装即可。安装后默认占用8080端口。可通过浏览器访问。 二、配置： 首次访问，会提示安装插件，如果安装Jenkins的服务器可以联网，选择需要的安装即可。但如果不能联网，这里不能选择任何插件安装，否则会报错（后面会自己下载插件包通过上传的方式进行安装）。 然后就是注册一个管理员账号 即可登录进行配置了。 离线安装插件： 插件下载地址：http://updates.jenkins-ci.org/download/plugins/ 下载好对应的插件（一般最新版就行,注意插件的依赖关系，要下载整个依赖树的所有下游插件并从下往上安装，否则会出错，也可以根据出错提示依次下载缺少的插件）。 系统管理–>管理插件–>高级–>上传插件–>选择文件–>选择刚才下载的安装包（一次只能选择一个，一般为hpi格式），然后会自动进行安装。如果安装失败，一般是由于缺少依赖插件引起的 这时候点击查看详情 ，先安装缺少的依赖插件即可。 对于我们的部署.net项目 ，用到的主要插件有 MSBuild （编译.net项目），GitLab(从源码管理器上获取代码并编译)，Publish
由于某些历史问题，最近终于可以从java中解脱出来，继续耕耘.Net了，第一步就是把之前的java项目翻成.net。之前已经实现过一次，翻起来还是比较快的(当然基础架构/实体模型已经重新思考并改进)，而且测试也在跟进，所以一天要发无数次版本，还要考虑开发环境、测试环境，总发布出错，甚是心累。于是下决心改善效率，以上为背景。 看了很多文章，最终决定使用Jenkins。以下是我整个配置的记录： 1. 环境 Platform: .Net4.5 IDE: Visual Studio 2015 & MsBuild 包管理:NuGet 版本控制:TFS-git 服务器: windows 2012 R2(IIS8) 其他: webdeploy
1、Jenkins是什么? Jenkins是一个可扩展的持续集成的引擎，主要用于持续自动的构建、测试软件项目 监控一些定时执行的任务。 2、安装配置 最新的Jenkins 安装包可以从这里下载：http://jenkins-ci.org/ 下载完成后点击 setup.exe 然后入Next 安装完成后我们可以看到在windows服务中多了一个叫Jenkins的服务 我们还可以得到一个网站 http://localhost:8080/ ，打开这个网站，我们可以看到我们的Jenkins已经安装好了。 首先，我们点击系统管理，管理插件 更新svn插件 因为我们是编译.NET程序，所以我们需要另外一个叫MSBuild的插件，我们到可选插件，搜索MSBuild，下载安装，如下图 都安装完毕以后，点击系统管理，系统设置 我们到系统设置界面找到MSBuild 其中